Hi zusammen,
hier mal ein paar mitgeloggte Daten. Hier die Situation wenn die Kiste praktisch nix mehr tut bei einem Lauf des dd (siehe Prozessausgabe).
root@tweety:~# sar -n NFS 5
Linux 2.6.39-1.dmz.1-liquorix-686 (tweety) 09.06.2011 _i686_ (2 CPU)
09:59:19 call/s retrans/s read/s write/s access/s getatt/s
09:59:24 0,00 0,00 0,00 0,00 0,00 0,00
09:59:29 0,00 0,00 0,00 0,00 0,00 0,00
09:59:34 0,00 0,00 0,00 0,00 0,00 0,00
09:59:39 0,00 0,00 0,00 0,00 0,00 0,00
09:59:44 0,00 0,00 0,00 0,00 0,00 0,00
09:59:49 0,00 0,00 0,00 0,00 0,00 0,00
^C
root@tweety:~# ps -ef|grep dd
root 3908 3307 87 09:44 pts/1 00:13:53 dd if=/dev/VGsystem/SNAPSHOT_LVhome of=/mnt/diskstation/diskdump/tweety/2011-06-09-0939/LVhome-20110609_0939.dd
Hier noch ein top:
top - 10:04:20 up 29 min, 2 users, load average: 7.08, 6.75, 4.59
Tasks: 131 total, 2 running, 129 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2%us, 49.9%sy, 0.0%ni, 40.9%id, 9.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 3112760k total, 2972644k used, 140116k free, 664684k buffers
Swap: 2097148k total, 0k used, 2097148k free, 2173528k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3908 root 7 0 5428 548 464 R 100 0.0 18:12.12 dd
3973 root 7 0 2592 1112 832 R 1 0.0 0:00.02 top
2452 root 1 0 8896 2772 2248 S 0 0.1 0:00.11 sshd
1 root 1 0 2176 680 584 S 0 0.0 0:00.96 init
2 root 1 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root 1 0 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0
EDIT: So ich habe jetzt nochmal auf der NAS-Box in der /etc/exports nachgesehen wie dort die NFS Optionen gesetzt sind.
/volume1/Backup_Diskimages 192.168.178.1/24(rw,sync,no_wdelay,no_root_squash,insecure_locks,anonuid=0,anongid=0)
Kann mir jemand sagen ob das soweit passt oder eine der Optionen evtl. die Schwierigkeiten verursacht mit dem "hängenden" dd-Kommando?
EDIT2:
Nochmal mit dem NFS Optionen (in der /etc/exports) auf der NAS-Box getestet. Statt obige Zeile jetzt folgende probiert:
/volume1/Backup_Diskimages 192.168.178.1/24(rw,no_root_squash,anonuid=0,anongid=0)
...hat leider keinen Erfolg gebracht - Kiste bleibt beim Schreiben des Partitionsimages mit dd hängen. Das alles beim Liquorix-Kernel 2.6.39-1.dmz.1-liquorix-686. Dann wieder zum Kernel 2.6.38-7.dmz.2-liquorix-686 gewechselt - keine Probleme. Dasselbe passiert bei den slh-Kerneln, dort allerdings schon bei Kernel größer 2.6.38-5.
Ich habe gerade ein wenig recherchiert via Google - und es wurde am NFS-Client im Kernel 2.6.39 doch "ordentlich herum geschraubt" :-(
...ich hab' jetzt langsam die Faxen dicke :-(