trillions of session files

[luckow]

Today I discovered that /app/data/writable/session contained so many files that ls -la failed. The result: the backup took an absolute age.

I've now set up a cron job to delete the folder every week.
Let's see if this works.

[nebulon]

Castopod seems to use default php session functionality. Maybe we have to explicitly set https://www.php.net/manual/en/session.configuration.php#ini.session.gc-maxlifetime though it should have a sane default according to docs.

How does your session cleanup script look like? Maybe we have to add this to the package then.

[luckow]

@nebulon Honestly, there's no actual script at play right now. A simple sudo rm -rf session did the trick. The subsequent session then generated a new folder, complete with a file, the correct user, and appropriate permissions.

[james]

Hello @luckow
An app update will be aviable soon.
This update moves the following folders in /app/data/writable(session|cache|logs) to /run/castopod/writable/ and /app/data/writable/temp to /tmp/castopod.
This will reduce the backup size and also automatically clear the session files.