Server hängt, kein Zugriff, weder lokal noch remote ...

[muellermanfred]

Moin.

Mac OS X Server 10.5.6 auf Mac Pro 3,0 GHz 8-core, 4 GB RAM:

Gestern war noch alles in Ordnung, seit heute morgen habe ich keinen Zugriff mehr ...

AFP funktioniert noch, Web auch, SMB habe ich nicht probiert.

Per VNC sehe ich nur einen schwarzen Schirm; weder Server-Admin noch WGM können sich verbinden.

Auf einem Monitor, den ich am Server angeschlossen habe, sehe ich ebenfalls nur schwarz, dazu kreiselt in einem Eckchen der Beachball unverdrossen vor sich hin.

Der Port für SSH ist leider zu, da komme ich nicht rein ...

Habe ich noch eine andere Möglichkeit als Kaltstart?

 

[cla]

Hm...da es ein MacPro ist und der über kein Serviceprozessor verfügt, sehe ich im Moment auch keine weitere Möglichkeit.

Solange AFP noch funktioniert und evtl. keine aktuellen Backups vorliegen: Erstmal über AFP Daten retten, solange noch möglich.

Und dann wohl doch den harten Weg...

Und für die Zukunft dann SSH aktivieren

 

[muellermanfred]

Jo.

Hätte ich doch besser mal einen XServe erbettelt ...

Kaltstart gemacht, alles fährt brav hoch, bis auf Web - wie erwartet ist das Gruppenwiki nicht mehr erreichbar. ... Spotlight beginnt zu indizieren (wieso das jetzt?) ... Dienste sind an, unter Open Directory ist alles noch aktiv, stichprobenartig gewählte Accounts (lokal und Netzwerk) sind erreichbar. VNC ist auch okay, also Bildschirm wieder abklemmen (der Kollege gegenüber kriegt immer die Motten, wenn ich mehr als einen Monitor auf dem Tisch habe - denkt dann, ich will Raumschiff Enterprise spielen ...)

Erste Amtshandlung: ipfw, Port 22 öffnen für ein paar Adressen im localnet - leider muß ich für SSH wieder endlos Befehle und Optionen lernen ...

Zweitens:
Settings, User, Gruppen und OD archivieren.

Drittens: Backups checken:
- Retrospect startet um 19 Uhr ein inkrementelles Netzwerkbackup - das ist am Anfang steckengeblieben (leider sind die retro-Logs nicht sehr aussagekräftig).
- Um 2 Uhr startet ein rsync-Skript, das einen Systemklon produziert. Gegen 4 Uhr ist das Ding fertig, paßt - leider sagt mir das log außer Uhrzeiten nichts und in der Konsole stehen nur die üblichen zahllosen Warnmeldungen (no file or directory, too large etc.). Kann also geklappt haben.
- Time Machine war um 3.33 Uhr das letzte Mal erfolgreich, backupd meldet erfolgreichen Vollzug.

Um 4 Uhr war Schluß. Mitten zwischen den rsync-meldungen ein paar mit Absender "kernel". Hier die letzte:

30.01.09 03:58:01 kernel kext.c:has_time_machine_ace:147 vnode_getattr failed: pid=73372, err=34

Danach war Schicht im Schacht. Was kann das sein? Google spuckt da nichts aus ...

...

So, wie repariere ich jetzt ohne großes Gewürge den Webdienst? Ich mußte das schon zweimal machen und es lief immer auf händisches Kopieren von Verzeichnissen hinaus ... Kann mir mal jemand sagen, wie man es richtig macht? Danke.

 

[cla]

Grundsätzlich würde ich erstmal Festplatte auf Datenintegrität überprüfen (Festplattendienstprogramm) und auch mal die Rechte checken lassen.

Zum Webdienst kann ich im Moment nix sagen, ohne zu wissen warum er denn seinen Start verweigert.
Steht in httpd-error.log irgendwas drin?

 

[muellermanfred]

Im error.log stehen exakt zwei Zeilen:

[Fri Jan 30 11:07:11 2009] [error] (61)Connection refused: proxy: HTTP: attempt to connect to 127.0.0.1:8087 (127.0.0.1) failed
[Fri Jan 30 11:07:11 2009] [error] ap_proxy_connect_backend disabling worker for (127.0.0.1)

Edit1:
Startvolume ist in Ordnung. Alles grün.

Edit2:
Nur 4 Kleinigkeiten bei den Rechten, nix relevantes. Repariert.

Edit3:
Aha, Time Machine mag nicht mehr:

Jan 30 12:06:44 <Maschine> /System/Library/CoreServices/backupd[2066]: Event store UUIDs don't match for volume: <Startvolume>
Jan 30 12:06:44 <Maschine> /System/Library/CoreServices/backupd[2066]: Node requires deep traversal:/Volumes/<Startvolume> reason:kFSEDBEventFlagMustScanSubDirs|kFSEDBEventFlagReasonEventDBUntrustable|
Jan 30 12:09:17 <Maschine> backupd[2066]: *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[NSPathStore2 rangeOfString:options:range:locale:]: nil argument'
Jan 30 12:09:17 <Maschine> backupd[2066]: Stack: (\n    17862923,\n    15547963,\n    17862379,\n    17862442,\n    4112538,\n    4112134,\n    4112044,\n    125920,\n    112071,\n    1045775,\n    1044594,\n    1044205,\n    1143181,\n    71947,\n    90805,\n    89143,\n    42070,\n    23593,\n    27186,\n    4077549,\n    4076436,\n    13656213,\n    13655890\n)

Edit4:
Time Machine von Hand reaktiviert. Es gibt wohl immer noch ein Problem:

30.01.09 12:27:06 /System/Library/CoreServices/backupd[2685] Node requires deep traversal:/Volumes/<Startvolume> reason:kFSEDBEventFlagMustScanSubDirs|kFSEDBEventFlagReasonEventDBUntrustable|

Aber:

30.01.09 12:30:58 /System/Library/CoreServices/backupd[2685] Backup completed successfully.

Der Grund dafür wird hier erklärt:
http://discussions.apple.com/message.jspa?messageID=7151339

 

[muellermanfred]

So, wie repariere ich jetzt ohne großes Gewürge den Webdienst? Ich mußte das schon zweimal machen und es lief immer auf händisches Kopieren von Verzeichnissen hinaus ... Kann mir mal jemand sagen, wie man es richtig macht? Danke.

Tja, seit heute morgen werden alle Webseiten wieder angezeigt, ohne daß ich irgendwas dran gemacht hätte. Scheint sich selbst repariert zu haben ...