Hi, nachdem der Server mit SuSE 8.0 nun schon seit ca. 2 Jahren problemlos läuft, macht er mir seit kurzem ziemliche Probleme. Im Schnitt bleibt die Kiste etwa 1 mal pro Tag einfach stehen. Aus /var/log/messages geht hervor, dass das Problem wohl in irgendeiner Weise mit Cyrus (2.0.16-361, Originalpaket von SuSE) zusammenhängen muss, da einer der letzten Einträge darin immer von einem der Cyrus-Prozesse stammt. Hier mal ein paar Auszüge daraus: Feb 20 22:00:02 nova squid[1052]: WCCP Disabled. Feb 20 22:00:02 nova squid[1052]: Loaded Icons. Feb 20 22:00:02 nova squid[1052]: Ready to serve requests. Feb 20 22:00:24 nova master[544]: process 2662 exited, status 0 Feb 20 22:04:39 nova syslogd 1.4.1: restart. Feb 20 00:11:14 nova pop3d[16604]: accepted connection Feb 20 00:11:14 nova pop3d[16604]: login: neo.home.lan[10.0.0.6] xxxx plaintext Feb 20 00:11:14 nova pop3d[16604]: accepted connection Feb 20 00:11:14 nova pop3d[16604]: login: neo.home.lan[10.0.0.6] xxxx paintext Feb 20 00:12:14 nova master[544]: process 16604 exited, status 0 Feb 20 00:15:14 nova syslogd 1.4.1: restart. Feb 19 21:58:16 nova pop3d[5111]: accepted connection Feb 19 21:58:16 nova pop3d[5111]: login: thunderbird.home.lan[10.0.0.5] xxxx plaintext Feb 19 21:58:16 nova service-pop3[5112]: executed Feb 19 21:59:00 nova /USR/SBIN/CRON[5114]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Feb 19 21:59:16 nova master[544]: process 5111 exited, status 0 Feb 19 22:03:11 nova syslogd 1.4.1: restart. Feb 16 23:30:54 nova lmtpd[6694]: lmtp connection preauth'd as postman Feb 16 23:30:54 nova lmtpd[6694]: accepted connection Feb 16 23:30:54 nova lmtpd[6694]: lmtp connection preauth'd as postman Feb 16 23:30:54 nova lmtpd[6701]: accepted connection Feb 16 23:30:54 nova lmtpd[6701]: lmtp connection preauth'd as postman Feb 16 23:30:55 nova lmtpd[6694]: accepted connection Feb 16 23:30:55 nova lmtpd[6694]: lmtp connection preauth'd as postman Feb 16 23:33:31 nova syslogd 1.4.1: restart. In anderen log-Files (z. B. /var/log/mail von Postfix) gibt es teilweise Einträge die noch näher am jeweiligen Absturzzeitpunkt liegen, aber die Einträge der Cyrus Prozesse sind die einzigen, die bisher vor jedem Absturz aufgetaucht sind. Interessant ist auch dass die Maschine anscheinend nicht ganz tot ist, denn offene Verbindungen aus dem lokalen Netz ins Internet (die Maschine dient auch als NAT Gateway), wie z. B. offene IM-Sessions bleiben weiterhin besetehen und können genutzt werden. Auch anpingen lässt sich die Maschine nach wie vor. Sämtliche Verbindungen zu den Daemons auf der Kiste laufen dagegen genau wie alle Eingaben via Tastatur ins leere. Es hilft dann nur noch ein Reset um die Maschine neu zu starten. Ich hab auch schon alles mögliche ausprobiert, sogar schon das komplette Mail-System (Cyrus+Postfix) incl. sämtlicher Mailboxen neu installiert - nix half bisher. Möglicherweise jagt auch nur einer der Prozesse die CPU-Last auf 100% so dass nix mehr geht, ich weiß es nicht! Hatte schonmal jemand ein ähnliches Problem ? oder kann mir vielleicht jemand helfen das Problem besser einzugrenzen ? Hier noch meine cyrus-Konfiguration: cyrus.conf: # standard standalone server implementation START { # do not delete these entries! mboxlist cmd="ctl_mboxlist -r" deliver cmd="ctl_deliver -r" # this is only necessary if using idled for IMAP IDLE # idled cmd="idled" } # UNIX sockets start with a slash and are put into /var/imap/socket SERVICES { # add or remove based on preferences imap cmd="imapd" listen="imap" prefork=1 # imaps cmd="imapd -s" listen="imaps" prefork=0 pop3 cmd="pop3d" listen="pop3" prefork=1 # pop3s cmd="pop3d -s" listen="pop3s" prefork=0 sieve cmd="timsieved" listen="sieve" prefork=0 # at least one LMTP is required for delivery # lmtp cmd="lmtpd" listen="lmtp" prefork=0 lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=0 } EVENTS { # this is required checkpoint cmd="ctl_mboxlist -c" period=30 # this is only necessary if using duplicate delivery suppression delprune cmd="ctl_deliver -E 3" period=1440 # Uncomment the next entry, if you want to automatically remove # old messages of EVERY user. # This example calls ipurge every 60 minutes and ipurge will delete # ALL messages older then 30 days. # enter 'man 8 ipurge' for more details # cleanup cmd="ipurge -d 30 -f" period=60 } imapd.conf: configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus root allowanonymouslogin: no autocreatequota: 50000 reject8bit: no quotawarn: 90 timeout: 120 poptimeout: 10 dracinterval: 0 # --> kein SMTP after POP # drachost: localhost sasl_pwcheck_method: sasldb # Local Mail Delivery Socket lmtpsocket: /var/lib/imap/socket/lmtp # # if you want TLS, you have to generate certificates and keys # #tls_cert_file: /usr/ssl/certs/cert.pem #tls_key_file: /usr/ssl/certs/skey.pem #tls_ca_file: /usr/ssl/CA/CAcert.pem #tls_ca_path: /usr/ssl/CA Danke schonmal ! Gruß Manuel