mysterious tootctl media remove task

[nebulon]

In this case you can probably remove your custom cron job and rely on the one from the package. I have to investigate which ones from your script we should add to our cleanup script then.

[nebulon]

I have added missing ones from your script to the one in the package. Only accounts prune does not seem to exist anymore.

This will then be part of the next package release.

[nichu42]

It's not in the CLI docs yet, but 'accounts prune' does work and is quite helpful.
https://github.com/mastodon/mastodon/pull/18397

If you add this too, I can indeed remove my custom cronjob. But please also add an option to control when the cleanup.sh is launched. 11:00 is not a good time for my server, I'd like to keep the cleanup processes running in the night, just before the scheduled backup.

[doodlemania2]

that's a great add, thanks for doing that @nebulon !

[nebulon]

Thanks for the hint, I have included the account pruning

[nichu42]

I've changed the setting to 7 days and the runtime of the built-in cleanup script is now down to 1 hour / day, which is absolutely fine. I'd still like to schedule it for the night, though.

[nebulon]

since it doesn't matter much I will then put the package cron from current 11 11 * * * to 11 01 * * *

[johannesjom]

This script also puts quite a lot of load on our server. Is it really still necessary to use it yourself instead of the clean-up scripts provided by Mastodon?

[girish]

@johannesjom which script are you referring to?

[nebulon]

The package cron job for cleanup does use the upstream cleanup jobs. You can also change the retention days via https://docs.cloudron.io/apps/mastodon/#cache-retention-days

[johannesjom]

@nebulon i dit asume that /admin/settings/content_retention has other scripts behind, cause there you can change the days because you can set different days for different things there.

[nichu42]

@johannesjom It seems that the internal routine does remove some content, but as most of the admin settings and options, it's very poorly documented, if at all. I have no idea which tootctl commands exactly are triggered, or when that happens.
I guess you have to go through lots of Issues and PRs to find out about this. As long as it's unclear, I think it's a good idea to have an additional cleanup script (such as the one provided by Cloudron) to make sure that the installation doesn't take too much space.

[nebulon]

at least last time I had checked the code, the UI settings were actually different from what they are now, but it is still not clear to me who and where those cleanup tasks are run or if the settings are just the default for the cli tasks we run in the package via cron.

[nichu42]

@nebulon: This seems to be a quite comprehensive and well documented clean-up script: https://codeberg.org/Fedimins/mastodon-maintenance-tasks
Maybe you want to ship it with Cloudron?

[girish]

@nichu42 good link...

I had a look at https://codeberg.org/Fedimins/mastodon-maintenance-tasks . I couldn't run the script directly because there's a bunch of hardcoded paths in it. Found some commands that maybe we can incorporate. Many of the commands are already in our cleanup script.

• tootctl accounts cull --concurrency xx - removes remote accounts that no longer exist
• tootctl accounts prune - remove accounts that have never interacted locally
• tootctl domains purge <domain> - https://docs.joinmastodon.org/admin/tootctl/#domains-purge
• run_tootctl statuses remove --days=xx - https://docs.joinmastodon.org/admin/tootctl/#statuses-remove
• tootctl media remove --days <days> --concurrency <concurrency> - https://docs.joinmastodon.org/admin/tootctl/#media-remove