Bearbeiten von „Server/srs2342

Zur Navigation springen Zur Suche springen
Warnung: Du bist nicht angemeldet. Deine IP-Adresse wird bei Bearbeitungen öffentlich sichtbar. Melde dich an oder erstelle ein Benutzerkonto, damit Bearbeitungen deinem Benutzernamen zugeordnet werden. Ein eigenes Benutzerkonto hat eine ganze Reihe von Vorteilen.

Die Bearbeitung kann rückgängig gemacht werden. Bitte prüfe den Vergleich unten, um sicherzustellen, dass du dies tun möchtest, und veröffentliche dann unten deine Änderungen, um die Bearbeitung rückgängig zu machen.

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]]&nbsp;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 ==

Bitte beachte, dass alle Beiträge zu Wiki StuRa HTW Dresden von anderen Mitwirkenden bearbeitet, geändert oder gelöscht werden können. Reiche hier keine Texte ein, falls du nicht willst, dass diese ohne Einschränkung geändert werden können.

Du bestätigst hiermit auch, dass du diese Texte selbst geschrieben hast oder diese von einer gemeinfreien Quelle kopiert hast (weitere Einzelheiten unter StuRa HTW Dresden:Urheberrechte). ÜBERTRAGE OHNE GENEHMIGUNG KEINE URHEBERRECHTLICH GESCHÜTZTEN INHALTE!

Bitte beantworte die folgende Frage, um diese Seite speichern zu können (weitere Informationen):

Abbrechen Bearbeitungshilfe (wird in einem neuen Fenster geöffnet)