Etch - Kernel panic (oops?) bei Kopiervorgang via NFS

[Mr. Rabbit]

Hallo *,

beim Versuch Daten (ca. 80 GB) zwischen zwei Etch-Büchsen via NFS zu kopieren habe ich nach einiger Zeit und ca. 35 GB eine kernel panic (kernel oops?) auf dem Zielrechner (s.u.) erhalten. Wenn ich das ganze ohne NFS via rsync kopiere, scheint alles korrekt durchzulaufen. Beide Rechner (i386) sind über Ethernet verbunden und mit dem aktuellen Etch (2.6.18-4) betankt.

Hat jemand 'ne Idee, woran das liegen könnte? (Hatte schon den Speicher in Verdacht, aber Memtest meckert nicht.)

Noch eine Frage... wird so eine kernel panic (kernel opps?) irgendwo gelogt - finde weder im syslog, noch sonst irgendwo etwas (sonst hätte ich das mal hier reinkopieren können). Oder gibt es eine Option, die ich dem sylogd mitgeben kann?

Vielen Dank schonmal und viele Grüße aus dem Ruhrgebiet
David

PS. Noch 'n paar Infos zu den Rechnern:
Quellrechner: Pentium2@350 MHz, 128 MB RAM, 160 GB PATA (LVM)
Zielrechner: Athlon XP @1800 MHz, 1GB RAM, 2x250 GB SATA (SoftRAID1+LVM)

[rendegast]

Beim Mounten andere rsize/wsize angeben?
(konnte auf einer SuSE-8.x vom Client aus den NFS + seinen Kernel mithilfe bestimmter rsize/wsize-Größen beim Mounten abschiessen)

Versuche vielleicht mal den nfs-user-server statt des nfs-kernel-server,
die Performance soll langsamer sein, er sollte Dir aber nicht den Kernel abschiessen können.

Da steht etwas zur oops-Analyse:
http://www.ibm.com/developerworks/linux ... y/l-debug/
Serielle Konsole:
http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/
http://www.cpqlinux.com/serialconsole.html
http://searchenterpriselinux.techtarget ... 36,00.html
http://searchenterpriselinux.techtarget ... 92,00.html

[Mr. Rabbit]

Hallo,

vielen Dank für die Tips - werde die mount options mal testen. Das Problem ist jedoch, dass sich der NFS-Client aufgehangen hat - der NFS-Server (P2@350 MHz) läuft rock-solid. Der Rest ist gebookmarked

Viele Grüße
David