https://wikimirror.piraten.tools/wiki/index.php?action=history&feed=atom&title=Archiv%3A2012%2FIT%2FEmergency_Change_Stor 2026-05-13T16:04:54Z Versionsgeschichte dieser Seite in Piratenwiki Mirror MediaWiki 1.35.14 https://wikimirror.piraten.tools/wiki/index.php?title=Archiv:2012/IT/Emergency_Change_Stor&diff=55854225&oldid=prev 2019-02-01T15:08:06Z

<p>JanRei verschob die Seite <a href="/IT/Emergency_Change_Stor" class="mw-redirect" title="IT/Emergency Change Stor">IT/Emergency Change Stor</a> nach <a href="/Archiv:2012/IT/Emergency_Change_Stor" title="Archiv:2012/IT/Emergency Change Stor">Archiv:2012/IT/Emergency Change Stor</a></p> <p><b>Neue Seite</b></p><div>=== Grund ===<br /> * Ausfall Stor01<br /> ** Verlust der Daten-Redundanz<br /> ** vermutlich Fehler im DRBD<br /> <br /> === Beschreibung ===<br /> System Stor01 ist am Sonntag, den 12.08.2012 ausgefallen. Die Ursache ist <br /> unbekannt. Ein Wiederaufbau des DRBD Clusters scheiterte.<br /> Hier wird ein Problem im DRBD Stack vermutet. Auf Grund des fehlendes Supports <br /> für die DELL Monitoring Tools unter Debian soll ein Wechsel auf CentOS <br /> erfolgen.<br /> Da für den Change die Replikation komplett neu aufgebaut werden muss, ist es <br /> geplant den Wechsel auf GlusterFS in diesem Zuge mit umzusetzen, um spätere <br /> Wartungen zu vermeiden.<br /> <br /> === Aufgetretene Probleme ===<br /> * Das OCFS2 auf Stor02 ist defekt<br /> ** Ein Datentransfer ist nur bei geringen Raten möglich<br /> * Sehr hohe Anzahl von Mails ( Missbrauch des Mailaccounts als ML Archiv)<br /> <br /> === Aktueller Stand ===<br /> * Stor01 ist mit CentOS installiert<br /> * RAID Konfiguration auf Stor01 wurde angepasst<br /> * Gluster Konfiguration auf Stor01 ist abgeschlossen<br /> * Datenbestand wird konitnuierlich von Stor02 auf Stor01 gesichert<br /> * Migration der Datenbank von Stor02 auf Stor01<br /> * Schwenk der Datenbank Floating IP<br /> * Stoppen der Maildienste<br /> * Delta Sync von Stor02 auf Stor01 Webspace<br /> * Installation Gluster Client auf allen aktuellen NFS Clients<br /> * Schwenk des Mountpunktes von Stor01 zu Stor01 auf allen Clients Webspace<br /> * Sync von Mailstorage<br /> * Starten Maildienste<br /> * Start der ML Archiv Regeneration <br /> * Neuninstallation Stor02<br /> * Konfiguration Stor02 als Gluster Server<br /> * Start Share Migration Stor01/Thecus Stor01/Stor02<br /> * Stor01 und Stor02 als Replication Bricks<br /> <br /> === Ausstehende Arbeiten ===<br /> * Reboot Stor02<br /> * Kontrolle Lastverhalten<br /> * iSCSI Share von Thecus als Backup Brick<br /> <br /> === Risiko Betrachtung ===<br /> Das Risiko ist als gering einzuschätzen.<br /> <br /> <br /> ==== Ausfall Stor01 wärend Migrationsphase ====<br /> Die Datenbestände werde syncron auf die Thecus gesichert. Bei einem Ausfall <br /> von Stor01 wärend der Migrationsarbeiten können Datenbstände via NFS von der <br /> Thecus ausgeliefert werden, bis die Neuinstallation Stor02 abgeschlossen ist.<br /> <br /> ==== Probleme mit GlusterFS ====<br /> Sollte wider erwarten Probleme mit GlusterFS auftreten, kann GlusterFS <br /> gestoppt , und die Auslieferung des Contents wieder auf NFS umgestellt werden.<br /> <br /> [[Kategorie:IT-Infrastruktur]]</div>

imported>JanRei