Apr 29 04:32:57 serv1 kernel: [18446743979.483412] [<ffffffff813999c3>] schedule_timeout+0x143/0x240 Apr 29 04:32:57 serv1 kernel: [18446743979.483431] [<ffffffffa03cbf69>] svc_recv+0x699/0x7a0 [sunrpc] Apr 29 04:32:57 serv1 kernel: [18446743979.483481] [<ffffffffa0428a55>] nfsd+0x95/0x150 [nfsd]
Das schaut danach aus, als ob da was via NFS in ein timeout gelaufen ist. Aber Crash war _das_ keiner, nur ein "WARNING". Könnte natürlich anschließend, wo cpu_power wohl durcheinander kommt noch ein nicht mehr geloggter Fehler aufgetreten sein. Wie sind denn die Kerneloptionen (cat /proc/cmdline)? Wie die Einstellungen bzgl. CPU "power"?
Also war eigentlich kein Crash. Ich konnte nichts mehr machen, kein Access zur Maschine. Blieb nur ein reboot am Reset-Knopf :-( Das mit dem NFS könnte schon was dran sein. Hab von Zeit zu Zeit das Problem mit lockd not responding auf dem Server. Dies vermehrt mit 12.1 Clients: Apr 19 10:00:50 serv1 kernel: [17171615.493179] lockd: server mcp22 not responding, timed out Apr 19 10:01:38 serv1 kernel: [17171663.396051] lockd: server mcp22 not responding, timed out Apr 19 10:02:38 serv1 kernel: [17171723.279592] lockd: server mcp22 not responding, timed out ... Und seit/ab 11.3 hab ich auch auf teils Clients mount.nfs Crashes: Dec 16 10:19:59 bserv1 kernel: [3380946.147748] __alloc_pages_slowpath: 3 callbacks suppressed Dec 16 10:19:59 bserv1 kernel: [3380946.147752] mount.nfs: page allocation failure. order:4, mode:0xd0, alloc_flags:0x40 pflags:0x400100 Dec 16 10:19:59 bserv1 kernel: [3380946.147756] Pid: 12550, comm: mount.nfs Not tainted 2.6.34.10-0.2-default #1 Dec 16 10:19:59 bserv1 kernel: [3380946.147758] Call Trace: Dec 16 10:19:59 bserv1 kernel: [3380946.147770] [<c0206303>] try_stack_unwind+0x173/0x190 Dec 16 10:19:59 bserv1 kernel: [3380946.147776] [<c020509f>] dump_trace+0x3f/0xe0 Dec 16 10:19:59 bserv1 kernel: [3380946.147780] [<c020636b>] show_trace_log_lvl+0x4b/0x60 Dec 16 10:19:59 bserv1 kernel: [3380946.147784] [<c0206398>] show_trace+0x18/0x20 Dec 16 10:19:59 bserv1 kernel: [3380946.147789] [<c05bb5a1>] dump_stack+0x6d/0x72 ... ... Betreffend /proc/cmdline nichts besonderes auf dem Server: # cat /proc/cmdline root=/dev/disk/by-id/scsi-3600050e0e7e43f00d626000007120000-part3 resume=/dev/disk/by-id/scsi-3600050e0e7e43f00d626000007120000-part1 splash=silent crashkernel=256M-:128M vga=0x317 Mit mit CPU "power"hab nich nix gemacht, d.h. Standard-Werte genommen -- Freundliche Grüsse Anton Renner Systemadministrator RASEA RUAG Schweiz AG RUAG Aviation -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org