[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

NFS hängt nur auf HP DL380



Hallo, Leute...

ich habe ein enervierendes Problem mit unseren HP DL380-Servern. Ich
bekomme es einfach nicht hin, mich mit diesen Kisten über NFS zu
unterhalten. Eigentlich sollen das NFS-Server werden. Das mounten an
sich klappt auch, aber beim übertragen von Dateien hängt die Shell fest.
Sogar ein "ls" geht.

Meine Vermutung: die Kiste kommt irgendwie nicht mit der
IP-Fragmentierung klar. Ich sehe nämlich folgendes auf dem Server mit
tethereal, wenn ich eine Datei lesen will:

  8.129872 client -> server  NFS V2 READ Call, FH:0x359c4550 Offset:16384 Count:8192 TotalCount:8192
  8.130846  server -> client NFS V2 READ Reply (Call In 11)[Unreassembled Packet]
  9.529330 client -> server  NFS [RPC retransmission of #7]V2 READ Call (Reply In 9), FH:0x359c4550 Offset:0 Count:8192 TotalCount:8192
  9.530338  server -> client NFS [RPC duplicate of #9]V2 READ Reply (Call In 7)[Unreassembled Packet]
 12.328469 client -> server  NFS [RPC retransmission of #8]V2 READ Call (Reply In 10), FH:0x359c4550 Offset:8192 Count:8192 TotalCount:8192
 12.329480  server -> client NFS [RPC duplicate of #10]V2 READ Reply (Call In 8)[Unreassembled Packet]
 15.128606 client -> server  NFS [RPC retransmission of #11]V2 READ Call (Reply In 12), FH:0x359c4550 Offset:16384 Count:8192 TotalCount:8192

Der Server schickt also eine Antwort, aber der Client fordert das Paket
anscheinend noch einmal an. Dieses Verhalten kenne ich nur, wenn man
IP-Fragmente via iptables verwirft und beide Kommunikationspartner beim
fragmentieren ins schleudern kommen.

Ich habe testweise beim NFS-Mount die Optionen rsize=1024 und wsize=1024
ausprobiert und damit ging es. Vermutlich, weil 1024 unter der
Ethernet-MTU von 1500 Bytes liegt.

Interessant ist, dass der Client aber andere Server mounten kann. Der
Kernel funktioniert auch auf anderen Servern (mit NFSv3-Support für
Client und Server).

Server: HP DL380 (ehemals Compaq)
CPUs: 2x Xeon 3,2 GHz
RAM: 2 GB
Distrib: Woody
Kernel: 2.4.27 mit SMP-Support
NIC: Broadcom (sowohl mit dem tg3- als auch dem bcm57000-Treiber probiert)
iptables: keine Regeln drauf - alles auf ACCEPT
hosts.allow/hosts.deny: Standard (alles durchlassen)

Kennt jemand dieses Problem? Woran könnte es noch liegen? Was kann ich
noch ausprobieren?

Ein wenig verzweifelt...

 Christoph

-- 
~
~
".signature" [Modified] 3 lines --100%--                3,41         All



Reply to: