Bearbeiten von „Diskussion:Maschine/nyx

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 2: Zeile 2:


* https://plone.lucidsolutions.co.nz/hardware/sas-controller/lsi-2208/configuring-jbod-with-a-lsi-2208-controller/view
* https://plone.lucidsolutions.co.nz/hardware/sas-controller/lsi-2208/configuring-jbod-with-a-lsi-2208-controller/view
* [[Diskussion:Server/srs3008#RAID Controller D2616 im Modus JBOD]]
== Problem beim Starten nach einer Aktualisierung (2018-03-25) ==
Eine verwunderliche Fehlermeldung ergab sich beim Starten.
<code>
shared object "libpython3.6m.so.1.0" not found, required by "python"
</code>
w00t?
----
: Erst einmal Test vom bisherigen boot environment. Läuft!
: Erst einmal Test vom der Konsistenz vom Startmedium (mit scrub für ZFS).
:: WUI -> System -> Boot -> Scrub Boot -> OK
: <code>zpool status freenas-boot</code>
<pre>
  pool: freenas-boot                                                           
state: ONLINE                                                                 
  scan: scrub repaired 0 in 0 days 00:02:06 with 0 errors on Sun Mar 25 20:57:14
2018                                                                         
</pre>
<pre></pre>
<pre>
errors: No known data error
</pre>
: Im Übrigen gab es schon bei der Aktualisierung eine (vorerst ignorierte) Fehlermeldung vom WUI (beim Prozess der Änderung der Aktivierung vom boot environment.) Bei der (vorerst zurücksetzenden) Aktivierung vom vorherigen boot environment erfolgte eine vergleichbare Fehlermeldung. Damn!
: Aber erst einmal versuchen den Prozess der Aktualisierung zu wiederholen. (Dazu muss das bei der Installation der Aktualisierung erstellte boot environment erst einmal gelöscht werden. Anderenfalls verweist das WUI darauf, dass nur noch in das neue (anscheinend defekte) boot environment gestartet werden muss.)
Im Zweifelsfall gibt es halt einmal eine Stunde "Re-[[Install-Party]]", um auszuschließen, dass es sich um einen [https://redmine.ixsystems.com/issues/25996 Defekt vom Startmedium] handelt. (BTW: [[Maschine/nyx#Sicherung der Konfiguration von FreeNAS]] ist dabei wohl nahezu unerlässlich.)
== Aktualisierung für die Verwaltung bei Paketen (kernel version dismatch) ==
: <code>pkg update</code>
<pre></pre>
: <code>IGNORE_OSVERSION=yes pkg update</code>
<pre>
IGNORE_OSVERSION=yes: Command not found.                                       
</pre>
: <code>echo $SHELL</code>
<pre>
/bin/csh
</pre>
: <code>sh -c "IGNORE_OSVERSION=yes pkg update"</code>
<pre>
Updating FreeBSD repository catalogue...                                       
FreeBSD repository is up to date.                                             
All repositories are up to date.                                               
</pre>
== (durch mögliche spannungsschwankung) (ein wenig) defekte partitionstabelle ==
; Done!
<pre>
GEOM: da1: the primary GPT table is corrupt or invalid.
GEOM: da1: using the secondary instead -- recovery strongly advised
</pre>
----
: <code>gpart show da1</code>
<pre>
=>      40  122879920  da1  GPT  (59G) [CORRUPT]
        40      1024    1  bios-boot  (512K)
      1064  122878888    2  freebsd-zfs  (59G)
  122879952          8      - free -  (4.0K)
</pre>
: <code>gpart recover da1</code>
<pre>
da1 recovered
</pre>
: <code>gpart show da1</code>
<pre>
=>      40  122879920  da1  GPT  (59G)
        40      1024    1  bios-boot  (512K)
      1064  122878888    2  freebsd-zfs  (59G)
  122879952          8      - free -  (4.0K)
</pre>
== Aktualisierung (Synchronisation) Systemzeit ==
: <code>ntpdate -u ntp.org</code>
: <code>ntpdate -u 0.de.pool.ntp.org</code>
----
: <code>sysrc ntpdate_enable=YES</code>
<pre>
ntpdate_enable: NO -> YES
</pre>
: <code>sysrc ntpdate_hosts=de.pool.ntp.org</code>
<pre>
ntpdate_hosts:  -> de.pool.ntp.org
</pre>
: <code>cat /etc/rc.conf | grep ntp</code>
<pre>
ntpd_enable="YES"
ntpd_sync_on_start="YES"
ntpdate_enable="YES"
ntpdate_hosts="de.pool.ntp.org"
</pre>
== [[Maschine/nyx#Integrated Management Module | IMM]] meets [[FreeBSD]] (11.2) ([[FreeNAS]] (11.2-U8)) ==
Während des (gefühlt ewig dauernden) Prozess zum Einhängen (mount) vom Pool (von ZFS) für boot, wurde nebenbei mal das IMM neu gestartet. Spannend (fand [[user:PaulRiegel]])!
<pre>
ugen3.2:
</pre>
Nachdem IMM wieder verfügbar waren wurden die verschiedensten Geräte wieder angezeigt.
<pre>
cd1:
</pre>
<pre></pre>
<pre>
da1 at umass-sim2 bus 2 scbus8 target 0 lun 0
da1: <IMM Virtual Floppy 0316> Removable Direct Access SCSI device
</pre>
<pre></pre>
<pre>
da2:
</pre>
<pre></pre>
== zeit zum starten ==
{|
|-
| 14:09
| poweron
|-
| 14:10:30
| raid
|-
| 14:11
| boot spinner
|-
| 14:12
| boot menu
|-
| 14:14:30
| (start von) ''Trying to mount root from zfs:freenas-boot''
|-
| 14:MM:SS
| (start von) ''Import''
|-
|}
<pre>
Error: attempt to write as readonly database
</pre>

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)