Aktuelle Version |
Dein Text |
Zeile 1: |
Zeile 1: |
| [[Server/srs2342 | srs2342]] ist die Bezeichnung für das System auf dem [[Server/fette Elke | Server ''fette Elke'']]. | | [[Server/srs2342 | srs2342]] ist die Bezeichnung für das System auf dem [[Server/fette Elke | Server ''fette Elke'']]. |
|
| |
| == Einrichtung ==
| |
| nach: RootOnZFS/UFSBoot[https://wiki.freebsd.org/RootOnZFS/UFSBoot]
| |
|
| |
| auf ada4 ist der Bootcode, kernel (/boot ada4s1a) und swap(ada4s1b) vorhanden.
| |
|
| |
|
| == weitere Konfigurationen == | | == weitere Konfigurationen == |
Zeile 64: |
Zeile 59: |
| * kein Anmelden per ssh mehr möglich (''timed out'') | | * kein Anmelden per ssh mehr möglich (''timed out'') |
|
| |
|
| ; Vorgehen: | | ; Vorgehen |
| * Display angeschlossen | | * Display angeschlossen |
| * Aussagen wie | | * Aussagen wie |
Zeile 114: |
Zeile 109: |
|
| |
|
| * Doku-foo! | | * Doku-foo! |
|
| |
| ==== 2016-09-08 ====
| |
|
| |
| ; Symptome:
| |
| * Website bringt HTTP 503
| |
| * kein Anmelden per ssh mehr möglich (''timed out'')
| |
| * Nach dem Neustart Bootet der Server nicht mehr.
| |
|
| |
| ; Vorgehen:
| |
| * Display angeschlossen
| |
| * Nach dem Neustart vom Server wird nur noch ein Blinken vom Cursor (nach dem Durchlaufen vom BIOS) angezeigt.
| |
| *: zur Kenntnis genommen.
| |
| *: Fu...!
| |
| * Es ist offensichtlich nur noch der 1. Massenspeicher (Festplatte) ansprechbar.
| |
|
| |
| * Tastatur angeschlossen
| |
| * Installation von [[FreeNAS]] (9.10) auf einen USB-Stick, der als zusätzliches Startmedium für den Server installiert
| |
| * Starten von FreeNAS vom passend installierten USB-Stick (als "externes" Startmedium)
| |
|
| |
| * Importieren vom (zum Glück noch) bestehenden Pool für ZFS
| |
| *: ''Storage'' -> ''Volumes'' -> ''Import Pool''
| |
| *: Holy ...! Hoffentlich geht hier jetzt nicht dadurch was flöten.
| |
| *: Läuft!
| |
|
| |
| * Zerstören von einem ersten überflüssigen Dataset für ZFS
| |
| *: Es soll damit abgesichert werden, dass das Problem nich ein "übergelaufene" (cow) Massenspeicher (Festplatte) ist.
| |
| ** Zerstören vom Dataset ''<pool>/jails/srs19''
| |
|
| |
| * Bewusst der Verzicht auf <code>zfs upgrade</code>, da das das nicht aktuell gehaltene Betriebssystem ([[FreeBSD]] 8.2) selbst wird nicht verwenden können und daher nicht mehr nutzbar wäre.
| |
|
| |
| * Es handelt sich beim Pool von ZFS ursprünglich um 3 Massenspeicher als ein Verbund mit raidz2.
| |
|
| |
| * <code>zpool scrub <pool></code> via WUI ausgelöst.
| |
| *: ''Storage'' -> ''Scrubs'' ( -> ''Add Scrub'' -> ''Every N hour'')
| |
| *: mit Fehlern auf der Festplatte dauert das "ewig" (scrub lief 10 Stunden!)
| |
|
| |
| * Es sind scheinbar nun wieder alle 3 Massenspeicher (Festplatten) ansprechbar.
| |
| * (Der Versuch zum eigenständigen Booten scheitert.)
| |
|
| |
| <pre></pre>
| |
| <pre>
| |
| Beginning ZFS volume imports
| |
| </pre>
| |
| <pre></pre>
| |
| * Mit dem Betrieb von gestarteten FreeNAS werden der 2. und 3. Massenspeicher versucht wieder mit in den Pool von ZFS aufzunehmen. (Es besteht arger Betrieb auf allen Platten.)
| |
| * Aktuellen Stand von SRS1 und SRS14 auf die [[Dicke Berta]] transferiert.
| |
| *: <code>zfs send primusinterpares/jails/srs1@CRASH-2016_09_09-09_22 | ssh -p 1005 root@srs1337.stura.htw-dresden.de zfs recv zroot/MIGRATION/fetteelke/jail_srs1_crash-2016_09_09-09_22</code>
| |
| *: <code>zfs send primusinterpares/jails/srs14@CRASH-2016_09_09-09_22 | ssh -p 1005 root@srs1337.stura.htw-dresden.de zfs recv zroot/MIGRATION/fetteelke/jail_srs14_crash-2016_09_09-09_22
| |
| </code>
| |
| * ZFS Einhängepunkte gesetzt:
| |
| *: <code>zfs set mountpoint=legacy primusinterpares</code>
| |
| *: <code>zfs set mountpoint=/tmp primusinterpares/tmp</code>
| |
| *: <code>zfs set mountpoint=/usr primusinterpares/usr</code>
| |
| *: <code>zfs set mountpoint=/var primusinterpares/var</code>
| |
| *: <code>zfs set mountpoint=/usr/home/jails/srs1 primusinterpares/jails/srs1</code>
| |
| *: <code>zfs set mountpoint=/usr/home/jails/srs14 primusinterpares/jails/srs14</code>
| |
| * Bevor neugestartet werden kann muss das Bootdevice im BIOS auf die SATA-PM* eingestellt werden.
| |
| * Nach dem alle Einhängepunkte gesetzt sind, startet das System wieder.
| |
|
| |
| ==== 2017-12-03 ====
| |
|
| |
| ; Symptome
| |
| ''srs2342.stura.htw-dresden.de'' (und alle anderen Domains, die auf den Server zeigen (so leider auch noch mail.stura.htw-dresden.de)) sind nicht erreichbar.
| |
|
| |
| ; Vorgehen:
| |
| * <s>Anmeldung & Co, um Festzustellen, dass der Server keine Netzwerkverbindung hat.</s>
| |
| * (lockeres) Netzwerkkabel wieder "eingesteckt".
| |
| ; Läuft!
| |
|
| |
| ; weitere Entdeckung:
| |
| <pre>
| |
| srs2342 sm-mta[]: : SYSERR(root): MX list for stura.htw-dresden.de points back to srs2342.stura.htw-dresden.de
| |
| srs2342 sm-mta[]: : SYSERR(root): Losing ./ : savemail panic
| |
| srs2342 sm-mta[]: : SYSERR(root): cannot save rejected email anywhere
| |
| srs2342 sm-mta[]: : SYSERR(root): Losing ./ : savemail panic
| |
| </pre>
| |
| Ja, das mit diesem Mail und diesem Monitoring müsste mal werden, wa? :-D :-/
| |
|
| |
|
| == Siehe auch == | | == Siehe auch == |