Xserver Tiger absturz->LogDatei!

Aleks

Aleks

Aktives Mitglied
Thread Starter
Dabei seit
02.07.2004
Beiträge
210
Reaktionspunkte
0
Hallo, nach über 200 Tagen Uptime ist heute Nacht um 3.00 unser Xserver abgestürzt. Im System Log sehe ich die letzten Eintrage um 3.00Uhr aber dann ist das Log zu Ende, wie kann ich mehr Log in der Console Laden, in der neuen Console ist gar nicht mehr der Pfeil mit dem ich weitere Logeinträge anzeigen lassen kann!
Wisst ihr wie das geht???? Danke!
 
Seine letzten Worte!

Die letzen Einträge:

03:15:01 Fileserver cp: error processing extended attributes: Operation not permitted
Aug 23 03:15:03 Fileserver cp: error processing extended attributes: Operation not permitted
Aug 23 03:15:03 Fileserver cp: error processing extended attributes: Operation not permitted

Was hat da zu einem Abstürz geführt?
 
Das mit der Log Datei scheint mit allen zu gehen nur nicht mit dem System.log, bei anderen Logs kann ich mit Apfel + r bestimmen wieviel ich nachladen möchte, beim System log nicht! Naja!
 
verlass doch eventuell mal die GUI und begebe dich ins terminal ;)
tail /private/var/log/system.log
 
Dann verändert sich nichts, mit dem Terminal sehe ich genau die gleichen Einträge und diese beginnen um 3:15!
 
azathoth:~ sysadmin$ ls -al /var/log/system*
-rw-r----- 1 root admin 365 Aug 23 10:58 /var/log/system.log
-rw-r----- 1 root admin 124 Aug 23 03:15 /var/log/system.log.0.gz
-rw-r----- 1 root admin 127 Aug 23 03:14 /var/log/system.log.1.gz
-rw-r----- 1 root admin 128 Aug 22 03:15 /var/log/system.log.2.gz
-rw-r----- 1 root admin 127 Aug 22 03:14 /var/log/system.log.3.gz
-rw-r----- 1 root admin 128 Aug 21 03:15 /var/log/system.log.4.gz
-rw-r----- 1 root admin 126 Aug 21 03:14 /var/log/system.log.5.gz
-rw-r----- 1 root admin 124 Aug 20 03:15 /var/log/system.log.6.gz
-rw-r----- 1 root admin 135 Aug 20 03:14 /var/log/system.log.7.gz

...und...

azathoth:~ sysadmin$ zless /var/log/system.log.1.gz

Nennt sich log rotation.

-Ralph
 
Letzte Worte!

Aug 22 17:17:18 Fileserver-IO ARDAgent [22679]: socket(PF_ROUTE) failed: Too many open files
Aug 22 17:17:48 Fileserver-IO ARDAgent [22679]: socket(PF_ROUTE) failed: Too many open files
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: ReadLastLog: Unable to read lastlog! No user login information is available.
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: TCP_EstablishNewConnection: Failed to connect to host 192.168.200.22. Error: 9.
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: ReadUserHistory: Unable to read wtmp! No login history is available.
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: DT_ConnectToTaskServer_Thread: Failed to connect to task server.
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: ReadUserHistory: Unable to read utmp! No current login information is available.
Aug 23 00:00:07 Fileserver-IO ARDAgent [22679]: TCP_EstablishNewConnection: Failed to connect to host 192.168.200.22. Error: 9.
Aug 23 00:00:07 Fileserver-IO ARDAgent [22679]: DT_ConnectToTaskServer_Thread: Failed to connect to task server.
Aug 23 00:03:50 Fileserver-IO ARDAgent [22679]: TCP_EstablishNewConnection: Failed to connect to host 192.168.200.22. Error: 9.
Aug 23 00:03:50 Fileserver-IO ARDAgent [22679]: DT_ConnectToTaskServer_Thread: Failed to connect to task server.
Aug 23 03:15:00 Fileserver-IO cp: error processing extended attributes: Operation not permitted
 
Letzte Worte!

Aug 22 17:17:18 Fileserver-IO ARDAgent [22679]: socket(PF_ROUTE) failed: Too many open files
Aug 22 17:17:48 Fileserver-IO ARDAgent [22679]: socket(PF_ROUTE) failed: Too many open files
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: ReadLastLog: Unable to read lastlog! No user login information is available.
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: TCP_EstablishNewConnection: Failed to connect to host 192.168.200.22. Error: 9.
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: ReadUserHistory: Unable to read wtmp! No login history is available.
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: DT_ConnectToTaskServer_Thread: Failed to connect to task server.
Aug 23 00:00:00 Fileserver-IO ARDAgent [22679]: ReadUserHistory: Unable to read utmp! No current login information is available.
Aug 23 00:00:07 Fileserver-IO ARDAgent [22679]: TCP_EstablishNewConnection: Failed to connect to host 192.168.200.22. Error: 9.
Aug 23 00:00:07 Fileserver-IO ARDAgent [22679]: DT_ConnectToTaskServer_Thread: Failed to connect to task server.
Aug 23 00:03:50 Fileserver-IO ARDAgent [22679]: TCP_EstablishNewConnection: Failed to connect to host 192.168.200.22. Error: 9.
Aug 23 00:03:50 Fileserver-IO ARDAgent [22679]: DT_ConnectToTaskServer_Thread: Failed to connect to task server.
Aug 23 03:15:00 Fileserver-IO cp: error processing extended attributes: Operation not permitted

So das sind seine letzen Worte!
aber von 00 Uhr bis 3Uhr passiert nix und dann raucht er ab!
Was besagt diese Meldung!
 
hi
interessant ist folgende zeile

Aug 22 17:17:48 Fileserver-IO ARDAgent [22679]: socket(PF_ROUTE) failed: Too many open files

deutet darauf hin das ein Prozess eine menge files geöffnet hat und die maximale anzahl (im system) erreicht wurde, somit standen dem system keine Filehandles mehr zur Verfügung.
Dadurch konnte der Server keine Dateien mehr öffnen bzw. lesen (inkl wichtiger Systemfiles).
 
aber speicherplatz ist ja hoffendlich noch genug vorhanden, nicht dass das FS einfach banal gesagt vollgeschaufelt wurde und der kern dann alles blockt :D
 
TrusterX schrieb:
aber speicherplatz ist ja hoffendlich noch genug vorhanden, nicht dass das FS einfach banal gesagt vollgeschaufelt wurde und der kern dann alles blockt :D
Zum Vergrößern anklicken....
dann sollte doch eine dementsprechende Meldung kommen ? ;)

Was für ein System läuft den auf dem xServe?

Eventuell 10.4 mit aktiviertem OpenDirectory (bzw OpenLDAP) ?
 
der standard-wert für kern.maxfiles ist 12288...
also falls da öfters mehr offen sind, einfach den wert mit sysctl erhöhen...
 
@silencer: tja, kann ich nicht beurteilen, da ich auf einem Mac-basierten System das noch nicht hatte, aber unter linux hatte ich mal das Problem und das nur weil das FS randvoll war :p
 
TrusterX schrieb:
@silencer: tja, kann ich nicht beurteilen, da ich auf einem Mac-basierten System das noch nicht hatte, aber unter linux hatte ich mal das Problem und das nur weil das FS randvoll war :p
Zum Vergrößern anklicken....

schon klar ;)

Ich hatte nur ein sehr ähnliches Problem schon mal unter Linux und 10.4 Server, in beiden Fällen hat der slapd (OpenLDAP -> OpenDirectory) Prozess bis zum geht nicht mehr filehandles verbraucht bix nix mehr ging.
Daher meine Vermutung.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten