Maintenance of Update Accelerator Files

Currently the files in update accelerator are eating up my HDD space.
Opening the appropriate webpage, to clean up the files, is taking long, long time. I did not wait for it to finish loading after five minutes and more.

Is there a chance to delete the files from the cache on CLI? I know the path, however, I guess there is some database behind which will not bie reorganized when manually deleting.

You should be able to change the settings and enable an automatic cleanup job. That should then run and clean up things for you.

1 Like

If I reread the WUI program right, there is no special database.
The information is just stored in the /var/updatecache directory.
The subdirs constitute the ‘vendors’. Each vendor directory holds subdirs for each cached file. The names are UUIDs.
Each UUID directory holds files about state and the cached file itself.

A cleanup from the CLI should be possible by deleting those UUID directories with an old date.
I suppose the long runtime in the maintance WUI page is caused by the amount of cached files. The data structure of the updatecache isn’t really efficient. After a cleanup the information should show up very quickly.

Yes that is also an option :slight_smile:

Thanks for all suggestions.

This is my current config and the pain is, when clicking on the Maintenance Button on the buttom, the webpage nevet comes back again, at leaet not in my life :weary:

So I will now disable UPX completely and delete all files manually. With todays internet connections, i my case 250MBit down, the usage of UPX seems obsolete anyway.

The maintenance page should just list the files in updatecache.
I don’t know what time this takes for very big repositories.
If possible, could you check the directory before deletion. There are use cases for the functionality and it would be great, if we can repair possible issues.

Those are the current files in the cache, and believe it or not, there are so many that WebIF just gave up after pressing the Maintenance button.

This is the page I still see after pressing the button

The browser (Vivaldi on iPadOS) is loading and after a while, I got this webpage, but the browser is still loading and honestly I did not wait for it to finish.


Looking into the amount of files in cache, It’s no surprise :smile:

1 Like

Looking at the dates of the files, it isn’t a suprise either.
IPFire must reason about most files, if there is an error in the data base. :wink:

EDIT: I’ve added a cleanup recommendation to the wiki.

Thanks!

Nevertheless, I’ve now deleted all files using CLI and got lots of storage back :slightly_smiling_face:

1 Like