-
-
Notifications
You must be signed in to change notification settings - Fork 268
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cleanup not working #167
Comments
I put the numbers back to 10. Now this happens:
Looks like a "off by one" error. Looks like same type of error for the downloader:
Still not cleaning up files, thought. |
I've had to keep my cleanup larger then the page size i think because clean is using '0' as a count. If you have problems after that try rebuilding the database file. (Delete '.DB' folder, then run again) [feeds.V.....] |
I cannot find any .DB file. Where should it be? Also: If cleanup is off by one, because it starts at 0, it still makes no sense to to keep 30 files when cleanup is 5. |
using the script we had back in #44, I just freed 37GB data which should have been already deleted. |
Hmm... I tried to understand the code for cleanup. I can't really go, but as I understand it's going trough a db to decide what to delete and what not. This reminds me of the .DB @sean89503 mentioned. I'm using the docker container and I've no .DB in my persistence storage. Does it rebuild the DB when I restart the container? If not: could it be that it does not delete the episodes because it does not have it in the DB? |
I'm using Windows so I'm not sure how docker uses the .db. The folder would be hidden so you might have to use sudo. But not sure. |
Turns out: Without a database configuration, it does not make use uf the database at all. It just always reads 0 tables. And without a DB, no cleaning occurs (and also no error....). I added a note in the readme for this: #169 However, maybe cleaner should trow an error when DB is empty. |
I tried to reclaim some space and adjusted the numbers for keeping downloaded episodes. But the diskspace used was not going down. Digging further, I found following issue.
Given this configuration:
The numbers have been higher earlier and got downsized various times. But:
This are 30 files (which was probably the initial value of
page_size
andclean
). Podsync should have deleted 25 of them. Let's see whats inside the XML:Looks like there are not even the 5 I configured in it. Something is wrong (at least with the
clean
) but maybe also with the generation of the feed.The text was updated successfully, but these errors were encountered: