Bernhard Bühler schrieb:
Hallo Liste
Ich habe einen Server 10.2 seit mehreren Monaten störungsfrei in Betrieb.
Seit drei Wochen werden gelegentlich selbstständig Reboots durchgeführt, ohne dass ein Benutzer dies verlangt. Das Ereignis tritt ca. 1x/Woche auf.
In den Logfiles sind wenig oder keine Einträge dazu zu sehen.
Heute Nacht nach 21.39 Uhr war das letzte Ereignis, um 21.44.39 Uhr erfolgte der Neustart:
Jan 23 21:39:39 ServerName master[11925]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Jan 23 21:39:39 ServerName ctl_cyrusdb[11925]: checkpointing cyrus databases Jan 23 21:39:39 ServerName ctl_cyrusdb[11925]: archiving log file: /var/lib/imap/db/log.0000000001 Jan 23 21:39:39 ServerName ctl_cyrusdb[11925]: archiving log file: /var/lib/imap/db/log.0000000001 Jan 23 21:39:39 ServerName ctl_cyrusdb[11925]: archiving database file: /var/lib/imap/annotations.db Jan 23 21:39:39 ServerName ctl_cyrusdb[11925]: archiving database file: /var/lib/imap/mailboxes.db Jan 23 21:39:39 ServerName ctl_cyrusdb[11925]: archiving log file: /var/lib/imap/db/log.0000000001 Jan 23 21:39:39 ServerName ctl_cyrusdb[11925]: done checkpointing cyrus databases Jan 23 21:39:39 ServerName master[3939]: process 11925 exited, status 0 Jan 23 21:44:08 ServerName syslog-ng[2839]: syslog-ng version 1.6.11 starting Jan 23 21:44:09 ServerName rchal: CPU frequency scaling is not supported by your processor. [usw..]
Das vorletzte Ereignis trat am 15.01.08 um 09.01 Uhr auf. Hier zeigt sich das Logfile etwas anders:
Jan 14 09:00:16 ServerName kernel: /dev/vmnet: port on hub 0 successfully opened Jan 14 09:01:19 ServerName shutdown[5336]: shutting down for system reboot Jan 14 09:01:19 ServerName init: Switching to runlevel: 6 Jan 14 09:01:21 ServerName smbd[5351]: [2008/01/14 09:01:21, 0, effective(0, 0), real(0, 0)] lib/util_sock.c:write_data(562) Jan 14 09:01:21 ServerName smbd[5351]: write_data: write failure in writing to client 192.168.1.210. Error Die Verbindung wurde vom Kommunikationspartner zurückgesetzt Jan 14 09:01:21 ServerName smbd[5351]: [2008/01/14 09:01:21, 0, effective(0, 0), real(0, 0)] lib/util_sock.c:send_smb(769) Jan 14 09:01:21 ServerName smbd[5351]: Error writing 4 bytes to client. -1. (Die Verbindung wurde vom Kommunikationspartner zurückgesetzt) Jan 14 09:01:26 ServerName kernel: bootsplash: status on console 0 changed to on Jan 14 09:01:26 ServerName zmd: ShutdownManager (WARN): Preparing to shut down... Jan 14 09:01:26 ServerName zmd: ShutdownManager (WARN): Shutting down daemon... Jan 14 09:01:26 ServerName sshd[4016]: Received signal 15; terminating. Jan 14 09:01:26 ServerName xinetd[3963]: Exiting... Jan 14 09:01:26 ServerName kernel: device eth0 left promiscuous mode
wozu dieser "überall mitlausch" Mode?
Jan 14 09:01:26 ServerName kernel: audit(1200297686.891:5): dev=eth0 prom=0 old_prom=256 auid=4294967295 Jan 14 09:01:26 ServerName kernel: bridge-eth0: disabled promiscuous mode Jan 14 09:01:26 ServerName master[4020]: SLPderegister [service:imap://ServerName.:143] Jan 14 09:01:26 ServerName master[4020]: SLPderegister [service:pop3://ServerName.:110] Jan 14 09:01:26 ServerName master[4020]: SLPderegister [service:sieve://ServerName.:2000] Jan 14 09:01:26 ServerName master[4020]: exiting on SIGTERM/SIGINT Jan 14 09:01:27 ServerName nmbd[4006]: [2008/01/14 09:01:27, 0, effective(0, 0), real(0, 0)] nmbd/nmbd.c:terminate(58) Jan 14 09:01:27 ServerName nmbd[4006]: Got SIGTERM: going down... Jan 14 09:01:27 ServerName saslauthd[3965]: server_exit : master exited: 3965 [usw..]
Die Meldung des zmd hat mir nicht gefallen. Habe darauf zmd deaktiviert. Nur hat es nicht geholfen.
Folgende Dienste sind im wesentlichen Betrieb: dhcp, named, cyrus, ldap, samba, vmware-server mit win-xp, amanda.
Eine UPS-Software ist nicht in Betrieb.
Nach aussen sind nur ssh und imap offen.
Hat hier Jemand eine Idee? Bin für alle Tipps sehr dankbar.
Grüsse
warum startet sylog neu ?? eigentlich braucht der das nur nach dem Packen von Logs (logrotate) zu [master] fällt mit nur Postfix ein... aber warum sollte der neu starten? von aussen ... glaub ich weniger ... in den anderen Logs auch kein Hinweis ? man den Loglevel (verbosity) hochsetzen ... wird dann aber auch mit "Müll" geflutet.... (Müll meint hier ... alles was unnütz ist....) Gruss Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org