2024-02-22 19:45:40 +01:00
## Administrate with tooctl
2023-10-28 20:19:22 +02:00
`$ (cd __INSTALL_DIR__/live && sudo -u __APP__ RAILS_ENV=production PATH=/opt/rbenv/versions/glitchsoc/bin bin/tootctl --help)`
2024-02-22 19:45:40 +01:00
## Update
**`screen` (or `tmux` ) can be used to make sure your session is not interrupted in case of connection problems.**
See [tutorial ](https://www.howtogeek.com/662422/how-to-use-linuxs-screen-command/ ) for more background information.
```
$ screen
2023-10-28 20:19:45 +02:00
$ sudo yunohost app upgrade __APP__
2024-02-22 19:45:40 +01:00
```
## Backups
First of all: Glitch-Soc uses a local cache to save media (such as posted images, videos etc.). This cache can grow huge.
You could consider cleaning up your local cache first as otherwise your backup will be very big and you might run out of disk space:
To check your space usage, on a command line run:
2023-10-28 20:19:58 +02:00
`$ sudo cd __INSTALL_DIR__/live && sudo -u __APP__ RAILS_ENV=production PATH=/opt/rbenv/versions/glitchsoc/bin bin/tootctl media usage`
2024-02-22 19:45:40 +01:00
If your cache is too big to backup, you can run the following command to clean up Attachments (the first line). Substitute X by the number of days you want to keep, e.g. 1 day. All older images will be deleted but will be refetched from the original server if necessary.
First dry-run to see how much space is freed up (without actually removing):
2023-10-28 20:19:58 +02:00
`$ sudo cd __INSTALL_DIR__/live && sudo -u __APP__ RAILS_ENV=production PATH=/opt/rbenv/versions/glitchsoc/bin bin/tootctl media remove --days=X --dry-run`
2024-02-22 19:45:40 +01:00
If all looks good commit the cleanup:
2024-02-22 22:04:18 +01:00
`$ sudo cd /var/www/mastodon/live && sudo -u mastodon RAILS_ENV=production PATH=/opt/rbenv/versions/mastodon/bin bin/tootctl media remove --days=X `
## Known Bugs
- Log-out from YunoHost's portal doesn't log out from Mastodon. See https://github.com/YunoHost/issues/issues/501