Server bleibt hängen
Hallo zusammen, seit dem ich SuSE 11.1 aufgespielt habe (zumindest passiert es seit dem) hängt sich der Hobel im Keller auf. Das ist jetzt schon zwei mal passiert. Heute Nacht wieder. Es bleibt nur das drücken des Reset Knopfes. Die letzten Einträge die ich im Log gefunden habe waren von ca. 19:00 Uhr gestern Abend. In welchen Logs könnte ich mal schauen wenn es ein BS Problem ist? Frank -- 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
Frank Palvölgyi, Samstag, 3. Januar 2009 09:56:
seit dem ich SuSE 11.1 aufgespielt habe (zumindest passiert es seit dem) hängt sich der Hobel im Keller auf. Das ist jetzt schon zwei mal passiert. Heute Nacht wieder. Es bleibt nur das drücken des Reset Knopfes. Die letzten Einträge die ich im Log gefunden habe waren von ca. 19:00 Uhr gestern Abend.
Laß mal sehen, was /var/log/warn und /var/log/messages so sagen. Welche Aufgabe hat der Rechner denn? Steht er nur rum, um den Raum zu heizen, oder macht er auch irgendwas? -- Andre Tann -- 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
Hallo Andre, Andre Tann wrote:
Laß mal sehen, was /var/log/warn und /var/log/messages so sagen. Welche Aufgabe hat der Rechner denn? Steht er nur rum, um den Raum zu heizen, oder macht er auch irgendwas?
Der Server spielt File-, DNS-, Web- und MySQL Server. Alle Dienste sind nur für das lokale Netz. Zusätzlich noch mit capisuite FAX Server und zur Zeit Anrufbeantworter mit einer Ansage. Die wird Montag aber wieder abgeschaltet. Wenn ich jetzt mal überlege ist mir das Problem das erste mal aufgefallen als ich am Vortag den Anrufbeantworter eingeschaltet habe. Als Anlage jeweils ein Ausschnitt aus warn und messages. Frank /var/log/warn Jan 2 19:06:58 server named[2858]: client 192.168.y.z#54045: RFC 1918 response from Internet for z.y.168.192.in-addr.arpa Jan 2 19:10:42 server named[2858]: client 192.168.y.z#48639: RFC 1918 response from Internet for z.y.168.192.in-addr.arpa Jan 3 09:23:29 server kernel: nf_conntrack version 0.5.0 (8192 buckets, 32768 max) Jan 3 09:23:29 server kernel: CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Plase use Jan 3 09:23:29 server kernel: nf_conntrack.acct=1 kernel paramater, acct=1 nf_conntrack module option or Jan 3 09:23:29 server kernel: sysctl net.netfilter.nf_conntrack_acct=1 to enable it. Jan 3 09:23:29 server kernel: fcpci: module license 'Proprietary' taints kernel. /var/log/messages Jan 2 19:12:49 server kernel: isdn_tty: call from anonymous -> xxxx ignored Jan 2 19:12:49 server kernel: capidrv-1: incoming call anonymous,1,0,xxxx ignored Jan 2 19:12:59 server isdnlog: Jan 02 19:12:59 Call to tei 64 from TN anonymous on +49 xxxxx, xxxxx CONNECT (Speech) Jan 3 09:23:24 server syslog-ng[1522]: syslog-ng starting up; version='2.0.9' Jan 3 09:23:24 server rchal: CPU frequency scaling is not supported by your processor. Jan 3 09:23:24 server rchal: boot with 'CPUFREQ=no' in to avoid this warning. Jan 3 09:23:24 server rchal: Cannot load cpufreq governors - No cpufreq driver available Jan 3 09:23:26 server SuSEfirewall2: batch committing... Jan 3 09:23:27 server SuSEfirewall2: Firewall rules set to CLOSE. -- 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
Am Samstag, 3. Januar 2009 09:56:22 schrieb Frank Palvölgyi: Hallo Frank,
seit dem ich SuSE 11.1 aufgespielt habe (zumindest passiert es seit dem) hängt sich der Hobel im Keller auf. Das ist jetzt schon zwei mal passiert. Heute Nacht wieder. Es bleibt nur das drücken des Reset Knopfes. Die letzten Einträge die ich im Log gefunden habe waren von ca. 19:00 Uhr gestern Abend.
In welchen Logs könnte ich mal schauen wenn es ein BS Problem ist?
Ich wuerde auf jeden Fall 'memtest' ueber einen laengeren Zeitraum laufen lassen. Einen Fehler im Ram wuerde ich nicht ausschliessen. Was sagen eigentlich die letzten Log-Eintraege in vlm? MfG Th. Moritz -- 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
participants (3)
-
Andre Tann -
Frank Palvölgyi -
Thomas Moritz