News aus dem Maschinenraum von Fulda.social
Hab vorhin das Update 4.2.8 für #Mastodon eingespielt. Schönen Sonntag noch/LM via @maschinenraum@fulda.social
Hab vorhin das Update 4.2.8 für #Mastodon eingespielt. Schönen Sonntag noch/LM via @maschinenraum@fulda.social
Hab uns gerade mal unser https://phanpy.fulda.social (#Phanpy von https://github.com/cheeaun/phanpy) aktualisiert./Ganneff via @maschinenraum@fulda.social
Und weil es so schön ist: Ab sofort existiert https://phanpy.fulda.social/ - das #phanpy alternative Web #interface für Mastodon.von @phanpy (siehe auch https://github.com/cheeaun/phanpy ). Das Teil ist eine so gute Alternative, das wollten wir allen hier von #Fulda direkt mit anbieten. Und anders als der fediverse.live Kram ist das hier KEIN extra Server mit neuen Accounts und so, sondern *nur* ein anderes Interface.../Ganneff via @maschinenraum@fulda.social
Und das nächste Update eingespielt.Und das, was wir beim letzten mal angepasst hatten, hat geholfen, diesmal ging der notwendige Restart viel schneller über die Bühne./Ganneff via @maschinenraum@fulda.social
In meinem neuesten Artikel möchte ich auf ein Thema eingehen, das vielen Betreibern von Mastodon-Instanzen, wie beispielsweise Fulda.social, bekannt vorkommen dürfte: das Timing-Problem beim Starten der Dienste innerhalb eines Docker-Compose-Setups. Speziell geht es um die Herausforderung, dass die Datenbank oft länger zum Starten benötigt als andere Container, was zu unerwünschten 502-Fehlern nach einem Update führen kann. Ich werde erläutern, wie man dieses Problem durch Anpassungen in der docker-compose.yml Datei angehen kann und einen Blick auf die geplanten Tests für das kommende Update werfen, einschließlich eines möglichen Updates der Datenbankversion. Die Herausforderung In Docker-Compose-Umgebungen, insbesondere bei komplexen Anwendungen wie Mastodon, besteht eine häufige Herausforderung darin, dass bestimmte Dienste, wie Webserver oder Hintergrundprozesse, abhängig von anderen Diensten sind – typischerweise Datenbanken. Bei…
Das kürzlich veröffentlichte Sicherheitsupdate Mastodon 4.2.6 bringt bedeutende Verbesserungen und Fixes, die auf die Gewährleistung der Sicherheit und Zuverlässigkeit der Plattform abzielen. In diesem erweiterten Blick auf die Update-Details konzentrieren wir uns speziell auf die technischen Aspekte und deren Auswirkungen auf die Nutzer und Administratoren. Aktualisierung der Abhängigkeiten Ein wesentlicher Teil des Updates betrifft die Aktualisierung kritischer Abhängigkeiten: Sidekiq-Unique-Jobs: Die Abhängigkeit sidekiq-unique-jobs wurde aktualisiert, um bekannte Sicherheitslücken zu adressieren. Interessant ist hierbei die Entscheidung, die Web-Schnittstelle für sidekiq-unique-jobs aus Vorsichtsgründen zu deaktivieren. Diese Schnittstelle wird selten benötigt, und Administratoren, die tiefer in die sidekiq-unique-jobs-Sperren einsteigen müssen, können die UI durch Setzen der Umgebungsvariablen ENABLE_SIDEKIQ_UNIQUE_JOBS_UI auf true wieder aktivieren. Für die einfache Löschung aller Sperren wurde zudem der Befehl bundle exec…
So, eben mal schnell das aktuelle Update eingespielt. Dauert beim Neuladen/starten der Container immer kurz, bis der DB Part wieder happy ist, und das ganze wieder rund läuft.Kann man sicher noch was optimieren dran. Später, nicht jetzt./Ganneff via @maschinenraum@fulda.social
Kurzes “ sudo dpkg --configure -a" auf dem Server. Deswegen war kurz Docker heruntergefahren am Server via @maschinenraum@fulda.social
Moin, habe eben das Sicherheitsupdate auf #Mastodon 4.2.5 eingespielt. Viel Spaß weiterhin. via @maschinenraum@fulda.social
Update erledigt via @maschinenraum@fulda.social