Wo hast du denn versucht die Mail Settings einzutragen?
Im Rahmen der Installation beim Setup Wizard RAILS_ENV=production bundle exec rake mastodon:setup
Vermutlich habe ich dort Mist gebaut, aber egal, jetzt läuft es ja.
Ja seit v4 ist das automatisch mit dabei, davor musste man das per crons lösen. Das findest du unter /admin/settings/content_retention
Super, vielen Dank!
Anzeigen tut Mastodon die wohl, nur man kann sie bei Mastodon nicht nutzen. Jedenfalls hab ich jetzt schon öfters eingebettete Links gesehen.
ja, stimmt, das mit den Links funktioniert, aber die anderen Formatierungen gehen m.W. alle verloren in Mastodon. Ist ja nicht so schlimm, aber da gab es ab und zu mal Verwirrung, weil z.B. Zitate nicht als solche erkennbar waren.
Erstes kurzes Fazit nach 14 Tagen meiner Mastodon-Instanz: Es läuft! 
Die Instanz wird in erster Linie als Newsreader eingesetzt. Aktuell sind im Testbetrieb nur zwei User aktiv, die insgesamt rd. 150 Leuten folgen. Der Nachrichten-Cache umfasst 7 Tage, um das Datenvolumen gering zu halten. Absolut sind das dann rd. 4-5 GB.
Größere Bedenken hatte ich, wie sich die Last auf dem Server verhält. Der Screenshot ist natürlich nur eine Momentaufnahme, spiegelt aber die letzten zwei Wochen gut wider. Außer ein wenig Grundrauschen ist nichts zu sehen.
Mastodon läuft in einem Container (lxd) mit Debian 11, der Host selber mit Archlinux. Die RAM-Nutzung liegt bei 1,5 GB und verändert sich auch nicht groß.
$ lxc list -c ns4m,image.os,image.release
+-----------+---------+---------------------+--------------+----------+---------------+
| NAME | STATE | IPV4 | MEMORY USAGE | IMAGE OS | IMAGE RELEASE |
+-----------+---------+---------------------+--------------+----------+---------------+
| mastodon | RUNNING | 10.93.84.120 (eth0) | 1.51GiB | Debian | bullseye |
+-----------+---------+---------------------+--------------+----------+---------------+
| nextcloud | RUNNING | 10.93.84.224 (eth0) | 946.33MiB | Debian | bullseye |
+-----------+---------+---------------------+--------------+----------+---------------+
| proxy | RUNNING | 10.93.84.161 (eth0) | 88.61MiB | Debian | bullseye |
+-----------+---------+---------------------+--------------+----------+---------------+Anders als auf mastodon.social läuft alles superschnell, keinerlei Verzögerung, läuft flüssig wie eine Desktop-Anwendung. Auch die Verbindung mit der Android-App Tusky ging problemlos.
Jetzt warte ich auf das nächste Update, mal schauen, wie gut sich das installieren lässt. 
Alles anzeigenErstes kurzes Fazit nach 14 Tagen meiner Mastodon-Instanz: Es läuft!
Die Instanz wird in erster Linie als Newsreader eingesetzt. Aktuell sind im Testbetrieb nur zwei User aktiv, die insgesamt rd. 150 Leuten folgen. Der Nachrichten-Cache umfasst 7 Tage, um das Datenvolumen gering zu halten. Absolut sind das dann rd. 4-5 GB.
Größere Bedenken hatte ich, wie sich die Last auf dem Server verhält. Der Screenshot ist natürlich nur eine Momentaufnahme, spiegelt aber die letzten zwei Wochen gut wider. Außer ein wenig Grundrauschen ist nichts zu sehen.
Mastodon läuft in einem Container (lxd) mit Debian 11, der Host selber mit Archlinux. Die RAM-Nutzung liegt bei 1,5 GB und verändert sich auch nicht groß.
Code$ lxc list -c ns4m,image.os,image.release +-----------+---------+---------------------+--------------+----------+---------------+ | NAME | STATE | IPV4 | MEMORY USAGE | IMAGE OS | IMAGE RELEASE | +-----------+---------+---------------------+--------------+----------+---------------+ | mastodon | RUNNING | 10.93.84.120 (eth0) | 1.51GiB | Debian | bullseye | +-----------+---------+---------------------+--------------+----------+---------------+ | nextcloud | RUNNING | 10.93.84.224 (eth0) | 946.33MiB | Debian | bullseye | +-----------+---------+---------------------+--------------+----------+---------------+ | proxy | RUNNING | 10.93.84.161 (eth0) | 88.61MiB | Debian | bullseye | +-----------+---------+---------------------+--------------+----------+---------------+Anders als auf mastodon.social läuft alles superschnell, keinerlei Verzögerung, läuft flüssig wie eine Desktop-Anwendung. Auch die Verbindung mit der Android-App Tusky ging problemlos.
Jetzt warte ich auf das nächste Update, mal schauen, wie gut sich das installieren lässt.
Beinhaltet der Nachrichtencache auch Media? Lässt du da einfach via cronjob ein bin/tootctl media remove laufen?
Beinhaltet der Nachrichtencache auch Media? Lässt du da einfach via cronjob ein bin/tootctl media remove laufen?
Ich bin der offiziellen Anleitung gefolgt und habe das als cronjob laufen.
@weekly RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove
@weekly RAILS_ENV=production /home/mastodon/live/bin/tootctl preview_cards removeVielleicht ist das aber gar nicht mehr nötig, da die Bereinigung des Caches auch über das Admin-Portal möglich ist.
Ich bin der offiziellen Anleitung gefolgt und habe das als cronjob laufen.
Code@weekly RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove @weekly RAILS_ENV=production /home/mastodon/live/bin/tootctl preview_cards removeVielleicht ist das aber gar nicht mehr nötig, da die Bereinigung des Caches auch über das Admin-Portal möglich ist.
Oh.. ich glaube das ist neu. Mal nen neuen Server aufsetzen. Das spart ja dann object-storage xD
Oh.. ich glaube das ist neu.
Ist mit Version 4.0 gekommen.
Add retention policy for cached content and media
- Set for how long remote posts or media should be cached on your server
- Hands-off alternative to tootctl commands
Ja genau wird nicht mehr benötigt bei der 4.x, da ist das in den Backgroundjob eingebaut worden.
Für die Admins hier will ich euch mal auf das gestern/heute entstandene Projekt https://fedimins.net aufmerksam machen, eine Austauschplattform für Admins oder die, die es werden wollen.
Ja genau wird nicht mehr benötigt bei der 4.x, da ist das in den Backgroundjob eingebaut worden.
Für die Admins hier will ich euch mal auf das gestern/heute entstandene Projekt https://fedimins.net aufmerksam machen, eine Austauschplattform für Admins oder die, die es werden wollen.
Danke für deine Anleitung zur Bereinigung des Caches, dadurch konnte ich über 80% Speicherplatz einsparen.
Der Platzbedarf wuchs nun doch kontinuierlich, da musste ich tätig werden.
Eine ähnliche Anleitung habe ich hier gefunden.
#!/bin/bash
# Prune remote accounts that never interacted with a local user
RAILS_ENV=production /home/mastodon/live/bin/tootctl accounts prune;
# Remove remote statuses that local users never interacted with older than 4 days
RAILS_ENV=production /home/mastodon/live/bin/tootctl statuses remove --days 4;
# Remove media attachments older than 4 days
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --days 4;
# Remove all headers (including people I follow)
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --remove-headers --include-follows --days 0;
# Remove link previews older than 4 days
RAILS_ENV=production /home/mastodon/live/bin/tootctl preview_cards remove --days 4;
# Remove files not linked to any post
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove-orphans;Sojan ich habe die Tage auch ein Script zum Post hinzugefügt.
Ähnlich den was du gepostet hast.
Sojan ich habe die Tage auch ein Script zum Post hinzugefügt.
Ähnlich den was du gepostet hast.
Ja, habe ich gesehen. Habs jetzt auch @daily als cronjob eingerichtet.
Habs jetzt auch @daily als cronjob eingerichtet.
Da musst du halt aufschauen, das dies nicht mit deinem Backup oder so kollidiert, macht Sinn die Bereinigung vor dem Backup zu erstellen, daher hab ich da bei mir feste Zeiten eingetragen.
Da musst du halt aufschauen, das dies nicht mit deinem Backup oder so kollidiert, macht Sinn die Bereinigung vor dem Backup zu erstellen, daher hab ich da bei mir feste Zeiten eingetragen.
Musste erst einmal nachschauen: @daily steht also für 0 0 * * *.
Wenn ich die Container gegen 3 Uhr morgens sichere 0 3 * * *, dann sollte das passen.
Habe mich jetzt entschieden, die Bereinigung über systemd.service bzw. systemd.timer anzustoßen. Dann kann ich das Ergebnis schön über journalctl ausgeben.
$ journalctl -u mastodon-cleanup.service
May 15 04:12:00 mastodon systemd[1]: Starting Bereinigt den Cache von Mastodon...
May 15 04:12:17 mastodon bash[7996]: Progress: |====================================================================|
May 15 04:12:17 mastodon bash[7996]: OK, pruned 365 accounts
May 15 04:12:25 mastodon bash[9223]: Creating temporary database indices...
May 15 04:12:25 mastodon bash[9223]: Extract the deletion target from statuses... This might take a while...
May 15 04:12:25 mastodon bash[9223]: Removing temporary database indices to restore write performance...
May 15 04:12:25 mastodon bash[9223]: Beginning statuses removal... This might take a while...
May 15 04:12:25 mastodon bash[9223]: Progress: |====================================================================|
May 15 04:12:25 mastodon bash[9223]: Done after 0.09160304069519043s, removed 33 out of 33 statuses.
May 15 04:12:25 mastodon bash[9223]: Removing temporary database indices to restore write performance...
May 15 04:12:25 mastodon bash[9223]: Run ANALYZE to statuses...
May 15 04:12:25 mastodon bash[9223]: Beginning removal of now-orphaned media attachments to free up disk space...
May 15 04:12:25 mastodon bash[9223]: Progress: |====================================================================|
May 15 04:12:25 mastodon bash[9223]: Done after 0.05003976821899414s, removed 4 out of 4 media_attachments.
May 15 04:12:25 mastodon bash[9223]: Creating temporary database indices...
May 15 04:12:25 mastodon bash[9223]: Extract the deletion target from conversations... This might take a while...
May 15 04:12:25 mastodon bash[9223]: Removing temporary database indices to restore write performance...
May 15 04:12:25 mastodon bash[9223]: Beginning orphans removal... This might take a while...
May 15 04:12:25 mastodon bash[9223]: Progress: |====================================================================|
May 15 04:12:25 mastodon bash[9223]: Done after 0.06401371955871582s, removed 11 out of 11 conversations.
May 15 04:12:25 mastodon bash[9223]: Removing temporary database indices to restore write performance...
May 15 04:12:25 mastodon bash[9223]: Run ANALYZE to conversations...
May 15 04:12:33 mastodon bash[9270]: Progress: |====================================================================|
May 15 04:12:33 mastodon bash[9270]: Removed 5 media attachments (approx. 177 KB)
May 15 04:12:42 mastodon bash[9319]: Progress: |====================================================================|
May 15 04:12:42 mastodon bash[9319]: Visited 3089 accounts and removed profile media totaling 172 KB
May 15 04:12:50 mastodon bash[9743]: Progress: |====================================================================|
May 15 04:12:50 mastodon bash[9743]: Removed 5 preview cards (approx. 104 KB)
May 15 04:13:10 mastodon bash[9789]: Progress: |====================================================================|
May 15 04:13:10 mastodon bash[9789]: Removed 0 orphans (approx. 0 Bytes)
May 15 04:13:10 mastodon systemd[1]: mastodon-cleanup.service: Succeeded.
May 15 04:13:10 mastodon systemd[1]: Finished Bereinigt den Cache von Mastodon.
May 15 04:13:10 mastodon systemd[1]: mastodon-cleanup.service: Consumed 1min 8.417s CPU time.Habe mich jetzt entschieden, die Bereinigung über systemd.service bzw. systemd.timer anzustoßen.
Darfst du gern eintragen in die Anleitung im Fedimins Forum
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!