I will be closing new sign ups on Masto.host for the next days.
Nothing major going on, just want to take my time and evaluate how the infrastructure is handling the recent influx of traffic, install new servers and move things around.
Hope you understand 馃悩
@ahaldorsen Thank you so much. I have been taking it at my pace :)
Regarding the estimate, it's just that. I have instances on the Moon plan (5 estimated) with hundreds of active users and they are not hitting the limits. I have other cases where a single user instance can be on the Galaxy plan.
So, it really depends on the usage and Active Users is not what defines the plan you need (there are no limits in place for users, registered or active). The value is just provided as a rough estimate
@ahaldorsen Yes, that is true and that's why I was asking because there is a large number of accounts headers/avatars in the storage. Thought that could be the culprit.
Still, if/when this fix https://github.com/mastodon/mastodon/pull/22149 is introduced in Mastodon, you should see a significant reduction in media usage in tutoteket.no case.
This implements a new sub-commands for tootctl media called remove-profile-media to remove avatar and header images of remote accounts that appear inactive from the local database. Fixes #9567 : ab...
@ahaldorsen I am currently testing it to be sure nothing is breaks with the new feature. If all goes well, as I expect it, I will add it to the automated cache deletion: https://masto.host/re-mastodon-media-storage/
Still, this can take a couple of weeks before reaching every server because I need to go slow on these first deletions or I will destroy the object storage :)
Regarding the "Media cache retention period", I don't believe that changed. Still does nothing to Avatars/Headers.
@ahaldorsen It was getting close to finishing (about a week left) but v4.1.1 introduced a bug where I had to stop it, you can see the open issue here: https://github.com/mastodon/mastodon/issues/24149
I am waiting for a solution to be able to finish it.
This takes a long time because I need to do it one by one to avoid overloading the object storage but will be added to the regular cache deletion as soon as possible.
Steps to reproduce the problem Running tootctl media remove --prune-profiles in an instance with ElasticSearch Expected behaviour Process the command Actual behaviour Returns an error for each file...
Masto.host
Arne D. S. Haldorsen