# It seems that the new feature “save-state-resume GC filewalker” isn’t functioning as expected

**URL:** <https://forum.storj.io/t/it-seems-that-the-new-feature-save-state-resume-gc-filewalker-isn-t-functioning-as-expected/25874>\
**Category:** troubleshooting\
**Tags:** filewalker\
**Created:** [April 16, 2024, 5:47pm UTC](https://forum.storj.io/t/it-seems-that-the-new-feature-save-state-resume-gc-filewalker-isn-t-functioning-as-expected/25874 "2024-04-16T17:47:00Z")\
**Posts on this page:** 1\
**Showing post:** 39

<div class="post-metadata">

**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\
**Post date:** [May 17, 2024, 5:41am UTC](https://forum.storj.io/t/it-seems-that-the-new-feature-save-state-resume-gc-filewalker-isn-t-functioning-as-expected/25874/39 "2024-05-17T05:41:56Z")

</div>

Here is another one that appears that it has been interrupted during processing of the bloomfilter file.  
The trash date folder only has a single aa subfolder:

```auto
ls /storage/trash/v4weeab67sbgvnbwd5z7tweqsqqun7qox2agpbxy44mqqaaaaaaa/2024-05-16
aa

```

This suggests that there was a bloom filter starting or resuming yesterday on the 16th. But it only processed the aa folder. No other subfolders are showing.  
So I assume the process got interrupted during processing and would expect the bloom filter file to be present in the retain folder.  
But it is empty.

```auto
ls /config/retain

```

So something seems to delete the bloomfilter file even if it is not successfully completed so resuming naturally fails.

---

_[View the full topic](https://forum.storj.io/t/it-seems-that-the-new-feature-save-state-resume-gc-filewalker-isn-t-functioning-as-expected/25874)._