@ScottyMojo right, if you read the linked docs it says you need to start the app manually keeping recovery mode.

@doodlemania2 Seaweed FS may be what you're looking for to cache/gateway object storage. https://forum.cloudron.io/post/56024

@shanelord01 you can ignore them. It's just logs from the box code trying to handle well known first before it hits mastodon.

@nebulon Yep - seems to be due to insufficient processes and threads in config.sh I'm playing with: #!/bin/bash # Setup scaling related environment variables here - https://docs.joinmastodon.org/admin/scaling/ # Puma export WEB_CONCURRENCY=10 # number of worker processes export MAX_THREADS=20 # the number of threads per process # Streaming API export STREAMING_CLUSTER_NUM=2 # number of worker processes # Sidekiq export SIDEKIQ_THREADS=80 export DB_POOL=100 # must be at least the same as the number of threads at the moment and it seems to be catching up.

@pauljacobson ah yes, the fix for haraka is coming. I recently submitted a patch upstream for this which has now been merged - https://github.com/haraka/Haraka/pull/3104 .

@jdaviescoates just visit mastodon.social and saw this in action

@jgentile oh wow, "locate" is not at all necessary. You should just use the web terminal or even better the file manager to edit files related to apps.

@redegelde https://forum.cloudron.io/topic/8071/change-cloudron-user-management-to-mastodon-app-user-management-on-existed-app/9?_=1669227101540 it can be useful for you

@jdaviescoates https://forum.cloudron.io/topic/8071/change-cloudron-user-management-to-mastodon-app-user-management-on-existed-app/9?_=1669227101540 it can be useful for you

Yeah, at the moment it's a script that calls the mastodon api to add a git-ops derived block list. Hachyderm has one too. It's a neat idea (philosophical questions not withstanding). I think the easiest approach would be to download the code locally and have it run against your Mastodon instance and that would allow folks to choose to use it if they want or not, but not bake it into the default app. But I may have read the instructions wrong!

@nebulon Thanks! I found this too may be it’s related which states to increase the buffer I have no idea where to find this or how to do it ? “ A possible fix for this is to modify the nginx conf to increase the proxy buffer. The following worked for me: proxy_buffers 4 16k; proxy_buffer_size 16k; proxy_busy_buffers_size 32k; “

@jamescridland maybe to take a step back here, what is the reason to run such commands? The media cache is already maintained by the running app ondemand.

I will mark this as solved as many users have succeeded to use s3 for media storage already.

This applies to any open instance (matrix, rocket.chat, etc.), maybe it's best to have this thread pinned in "Discuss"?

@LoudLemur said in Can we join Cloudron.io Mastodon? What's everyone's URLs to follow?: climate change (I am sceptical about this) Sorry, sceptical about what, exactly? The very widely empirically measured over decades heating of the planet?

@shanelord01 You can ignore the recommendation. I think it's a hint for developers to optimize (and maybe sysadmins to report back to upstream project of bug/issues).

@scooke I'll report back! As long as you've copied everything over, then you can remove public/system.

@nebulon thank you