SID in desolaten Zustand

Started by bluelupo, 2011/06/03, 20:03:05

Previous topic - Next topic

holgerw

Hallo @Bluelupo,

bei meinem Nas heißt die Option async. In den /etc/exports habe ich für meine Nuterdaten folgendes stehen:
/mnt/disk1/daten/nutzer/holger 192.168.1.102(rw,async,subtree_check)

Gemountet wird diese Freigabe dann durch den Eintrag
192.168.1.116:/mnt/disk1/daten/nutzer/holger /home/holger/daten/nas nfs defaults,_netdev 0 0

Das klappt bei Opensuse 11.4, Kubuntu und Mageia.

Viele Grüße,
 Holger

bluelupo

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 :-(

agaida

Was sagt denn der Debian-Kernel? So mal richtig in "konservativ"? (Natürlich der aus Sid)
There's this special biologist word we use for "stable". It's "dead". ~ Jack Cohen

bluelupo

@agaida: das ist jetzt mein nächster Versuch. Inzwischen habe ich auch noch die Firmware der NAS-Box aktualisiert. Test folgt!

EDIT: Welchen der Debian Kernelpakete muss ich da installieren bei einer 32Bit-Kiste?

# apt-cache search linux|egrep '(linux-headers|linux-image)-2.6.39'
linux-headers-2.6.39-1.slh.3-aptosid-686 - Header files for Linux 2.6.39-1.slh.3-aptosid-686
linux-image-2.6.39-1.slh.3-aptosid-686 - Linux 2.6.39 for modern PCs
linux-headers-2.6.39-1-486 - Header files for Linux 2.6.39-1-486
linux-headers-2.6.39-1-686-pae - Header files for Linux 2.6.39-1-686-pae
linux-headers-2.6.39-1-all - All header files for Linux 2.6.39 (meta-package)
linux-headers-2.6.39-1-all-i386 - All header files for Linux 2.6.39 (meta-package)
linux-headers-2.6.39-1-amd64 - Header files for Linux 2.6.39-1-amd64
linux-headers-2.6.39-1-common - Common header files for Linux 2.6.39-1
linux-headers-2.6.39-2-486 - Header files for Linux 2.6.39-2-486
linux-headers-2.6.39-2-686-pae - Header files for Linux 2.6.39-2-686-pae
linux-headers-2.6.39-2-all - All header files for Linux 2.6.39 (meta-package)
linux-headers-2.6.39-2-all-i386 - All header files for Linux 2.6.39 (meta-package)
linux-headers-2.6.39-2-amd64 - Header files for Linux 2.6.39-2-amd64
linux-headers-2.6.39-2-common - Common header files for Linux 2.6.39-2
linux-image-2.6.39-1-486 - Linux 2.6.39 for older PCs
linux-image-2.6.39-1-686-pae - Linux 2.6.39 for modern PCs
linux-image-2.6.39-1-686-pae-dbg - Debugging infos for Linux 2.6.39-1-686-pae
linux-image-2.6.39-1-amd64 - Linux 2.6.39 for 64-bit PCs
linux-image-2.6.39-2-486 - Linux 2.6.39 for older PCs
linux-image-2.6.39-2-686-pae - Linux 2.6.39 for modern PCs
linux-image-2.6.39-2-686-pae-dbg - Debugging infos for Linux 2.6.39-2-686-pae
linux-image-2.6.39-2-amd64 - Linux 2.6.39 for 64-bit PCs


agaida

Ist nur so eine saudumme Idee, Ich weiss nicht, inwiefern der Liquorix-Kernel auch von den Auswüchsen der Entfernung des BKL betroffen ist. Bei dem was ich gelesen habe, standen aber noch einige Punkte grade mit BKL und nfs-client und -server offen, Schwierigkeit hoch. Die waren aber bei Thats-all-folks immer noch nicht gelöst.
There's this special biologist word we use for "stable". It's "dead". ~ Jack Cohen

DonKult

Quote from: "bluelupo"EDIT: Welchen der Debian Kernelpakete muss ich da installieren bei einer 32Bit-Kiste?

# apt-cache search linux|egrep '(linux-headers|linux-image)-2.6.39'

Wen dein rechner nicht wirklich alt ist (wobei dann aptosid vermutlich gar nicht laufen würde):
linux-image-2.6.39-2-686-pae - Linux 2.6.39 for modern PCs

Aber effektiv könntest du jeden dieser Kernel installieren und vermutlich jeden laufen lassen. Auch den amd64 wenn dein CPU 'lm' unterstützt (cpuflag).