Ich habe einen Mac OS X 10.5-Server mit einem RAID-Set, der am Donnerstag aufgrund eines Stromausfalls ausgefallen ist, und der Computer bootet derzeit nicht zufrieden *.
Ist es möglich, herauszufinden, wann die Maschine ausgefallen ist, ohne vom internen Laufwerk gebootet zu werden? (Ich bin von einem externen Laufwerk gebootet und warte auf die Initialisierung der RAID-Sets.)
Normalerweise würde ich rennen last
. Die Manpage gibt nicht an, dass ich es auf einem anderen Startvolume ausführen kann. Es scheint möglich zu sein, / var / log / utmpx zu analysieren, aber ich denke nicht, dass es sich lohnen würde, dies für dieses einmalige Problem von Grund auf zu versuchen.
Update: Beim erneuten Lesen der Manpage sehe ich, dass die Übersicht Folgendes zeigt:
last [-n] [-f file] [-h host] [-t tty] [user ...]
Nirgendwo sonst wird der -f file
Parameter erwähnt. Wenn ich es versuche, last -f /var/run/utmpx
erhalte ich ein paar Informationen und dann einen Segmentierungsfehler.
Ich habe 'man last' gegoogelt und eine Manpage für OS X 10.6 erstellt, die nicht einmal -f flag
im Inhaltsverzeichnis angezeigt wird . Ich gehe davon aus, dass das Flag -f einen bekannten Fehler enthält.
*** Ich versuche immer noch herauszufinden, warum es nicht glücklich ist, und stelle möglicherweise eine Folgefrage. Im Moment kann ich sehen, dass UserNotificationCenter am frühen Donnerstagmorgen wiederholt abgestürzt ist und dass securityd, mdworker und ARDAgent kurz nach dem Start abstürzen [Ich denke, ich möchte überprüfen, wann die Box auf und ab ging]. Das Anmeldefenster wird nicht richtig angezeigt (ich denke, es stürzt ab oder kann nicht mit einem toten Securityd umgehen). Die Box sollte so eingestellt sein, dass sie ausfällt, wenn die USV einen Stromausfall meldet. im moment frage ich mich, ob es runtergegangen ist und mehrmals wieder eingeschaltet wurde! Ich hoffe sicher nicht.
quelle
cat /Volumes/ServerHD/var/log/system.log | cut -b 1-12 | uniq -c
zu suchen ( ), aber es scheint hilfreicher zu sein, nach solchen zu suchen,fsck_hfs
die nach dem Start früh im Protokoll erscheinen. Ich bekomme keine-- MARK --
Nachrichten.Ich möchte dies nicht als Antwort akzeptieren, da es um die ursprüngliche Frage herumgeht, aber:
Nachdem das RAID die Initialisierung abgeschlossen hatte, startete ich den Server im Einzelbenutzermodus, lief
last
und schrieb die Ergebnisse auf.Ich habe es mit /var/log/system.log verglichen und es scheint, dass es bei jedem Start eine Zeile mit fsck ausgibt - entweder, dass Journalling aktiviert ist und keine Prüfung erforderlich ist, oder, dass a Überprüfung wurde erzwungen. (Ich sehe keine besondere Korrelation mit dem Zeitpunkt, zu dem der Computer heruntergefahren wird.)
Als ich /var/log/secure.log untersuchte, bemerkte ich, dass es Probleme beim Lesen von / etc / authorized gab. Ich habe mir die Datei angeschaut (die eine XML-Datei sein sollte) und sie wurde verschlungen. Ich bin gelaufen
plutil /etc/authorization
, nur für den Fall, dass es eine binäre Liste war, und es hat sich darüber beschwert. Also habe ich / etc / authority von einem anderen Server kopiert und nach dem Neustart ist mein Server in Betrieb und scheint zufrieden zu sein.Update : Ich habe gerade einige Informationen aus meinen Protokollen hinzugefügt, um anderen mit diesem Problem bei der Suche nach einer Lösung zu helfen.
In
/var/log/system.log
sah ich Dinge wie:Und in
/var/log/secure.log
:Die wichtigsten Dinge in den Protokollen sind, dass nichts mit coreservicesd kommunizieren konnte (und das Anmeldefenster deswegen abstürzte) und dass SecurityServer / etc / authority nicht analysieren konnte. Ich sollte beachten, dass der Server 10.5 (wahrscheinlich 10.5.8) ausführt.
quelle