Felix Ostrowski

358 Followers
287 Following
153 Posts
Online Services & Information Management @stabi_berlin

Die @stabi_berlin hat ab April ein Podcaststudio offen für alle (nach einer obligatorischen Einführung).

https://blog.sbb.berlin/podcaststudio/

#Podcast

Podcaststudio Einführungskurse - SBB aktuell

Ab April 2026 steht Ihnen mit dem neuen Podcaststudio der Stabi ein Ort zur Verfügung, an dem Sie in Ruhe Ihre eigenen Projekte umsetzen können. Ob Literaturpodcast oder Oral History Projekt, im Haus Unter den Linden sind Sie ab jetzt an der richtigen Adresse. Um das Podcaststudio eigenständig buchen zu können, müssen Sie zunächst einen […]

SBB aktuell

What's really embarrassing is I tried to make one of these and realized I'm too in the weeds to think of the right fields...

from my friend Zemkat, our quartz/feldspar
https://marshdeer.github.io/xkcd2501-generator/

#Jobangebot: Deine Chance, bei uns durchzustarten! 🚀 Werde Teil unseres engagierten Teams und gestalte mit uns gemeinsam die Zukunft.

Wir suchen eine:n Webentwickler:in für das Projekt "Stabi Webrelaunch 2026"!

Erfahre mehr und bewirb dich jetzt 👉️ http://sbb.berlin/wbwt3

#Webentwicklung #Webrelaunch

Hi Fediverse! Hallo Mastodon! Wir sind das Deutsche Technikmuseum und #neuhier!
Auf 28.500 Quadratmetern Ausstellungfläche geht's bei uns um die Frage, wie Technik unser Leben prägt. Von historischen Maschinen bis zu Zukunftsthemen wie Klimawandel, KI oder Verkehrswende. Hier teilen wir Einblicke ins Museum und Geschichten aus unseren Ausstellungen und Sammlungen. Wir freuen uns auf den Austausch mit euch!
#museum
Für openbiblio.social ziehen wir Konsequenzen: Die Instanz wird in den kommenden Wochen zu einem professionellen Mastodon-Dienstleister migriert, mit belastbaren Backup- und Recovery-Konzepten. Der Ausfall hat uns zugleich gezeigt, was für eine großartige Community wir haben. Danke für eure Geduld, euer Vertrauen und eure Treue. 9/9
Wichtig ist uns ein Punkt ausdrücklich: Dieses Szenario ist nicht repräsentativ für die Infrastruktur der @stabi_berlin. Unsere anderen Dienste laufen im eigenen Rechenzentrum – dort wären Recovery-Zeiten von Stunden, nicht Wochen, realistisch gewesen. Auch der Datenverlust wäre ausgeblieben. 8/9
Dieser Dump wurde auf einen neuen Server übertragen, dort migriert und in eine frische Mastodon-Instanz eingespielt. Bei der finalen Inbetriebnahme hatten wir Unterstützung durch einen externen Dienstleister. Trotz aller Bemühungen ließ sich ein Datenverlust nicht vollständig vermeiden – das tut uns sehr leid. 7/9
Nach vielen Versuchen fanden wir noch eine alte PostgreSQL-13-Instanz, die im Zuge einer Migration auf PG15 am 19.11. abgeschaltet worden war. Auch diese war beschädigt, aber noch erreichbar. In aufwändiger Kleinstarbeit wurden Fehler in rund 100.000.000 Tabellenzeilen behoben, bis ein konsistenter Dump erzeugt werden konnte. 6/9
Hier ist uns eine klare Einordnung wichtig: Der kurzfristige Serverumzug an Feiertagen ist aus unserer Sicht inakzeptabel. Gleichzeitig trifft uns selbst eine erhebliche Mitschuld: Wir hatten kein externes, unabhängig gelagertes Backup. Diese Kombination hat die Situation eskalieren lassen. 5/9
Ein regulärer Dump aus der produktiven Datenbank war ebenfalls nicht mehr möglich, mehrere Tabellen enthielten beschädigte Heaps. Reindexing schlug fehl, Reparaturen hätten massiven Datenverlust bedeutet. Parallel baten wir den Hoster um Hilfe, insbesondere um Snapshots vor der Migration. Die ernüchternde Antwort: Es existierte kein nutzbares Backup mehr. 4/9