NFS time out, kein ping, andere Netzwerkfunktionen o.k.

[nanoq]

Liebe Synologisten,
Seit ca. zwei Wochen ärgere ich mich, google mir die FInger wund, aber das Problem bleibt: NFS und ping auf die DS funktionieren nicht mehr.
Und ja, hier im Forum und im amerikanischen Forum habe ich alles mit NFS durch
Für mich umso merkwürdiger, da NFS und alles andere bis vor kurzem (aber wann genau???) wunderbar funktionierte. Jetzt wollte ich ein backup eines Rechners mit rsync, bisher immer unproblematisch, machen, aber nix NFS.

Vorweg: Linuxrechner (mehrere) mit Fedora 22, aktuell kernel 4.0.6. (aber auch mit älteren kernels gleiches Prob).
Ich habe nichts geändert an den Netzwerkeinstellungen, user-Berechtigungen, Firewall (nfs ports sowieso freigegeben, firewall ganz ausgeknipst), exports, rpcd, resp. portmapper etc., weder auf der DS noch den Linuxrechnern. Was sich geändert hat: ein, zwei updates der DS und upgrade von Fedora 21 auf 22. Wobei das Problem auch schon unter Fedora 21 bestand.
Die DS 213j läuft mit DSM 5.2-5592, hat eine statische Adresse 192.168.88.20,
nmap findet sie und die geöffneten ports,
Alle Rechner sind im gleichen Subnetz, über einen Wlan-AP, bzw. kabelgebunden, managed switch und kabelgebundenen Router (hier firewall auch aus) miteinander verbunden. Nach draußen ins pööse Internet führt eine FritzBox.
Alle Netzwerkfunktionen auf der/mit der DS laufen problemlos: Samba/CIFS, ssh, Zugriff über Webbrowser, DDNS. Um so merkwürdiger, dass nicht mal ein ping funktioniert:

~]# ping 192.168.88.20
PING 192.168.88.20 (192.168.88.20) 56(84) bytes of data.
^C
--- 192.168.88.20 ping statistics ---
26 packets transmitted, 0 received, 100% packet loss, time 25002ms

wireshark loggt endlos Folgendes (...199 pingender Rechner, ...20 DiskStation):

1 2015-07-04 22:47:25.415235000 192.168.88.199 192.168.88.20 ICMP 98 Echo (ping) request id=0x1507, seq=5/1280, ttl=64 (no response found!)

Weder die pingstatistik noch wireshark bringen mich irgendwie weiter. Und ich wüsste nicht, dass auf der DS ICMP irgendwie blockiert ist. Ging ja bisher auch.

NFS:
NFS timet out (Denglish ;-).
[root@rechner ~]# mount.nfs -v 192.168.88.20:/volume1/homes/ /home/username/ds/
mount.nfs: timeout set for Sat Jul 4 21:54:51 2015
mount.nfs: trying text-based options 'vers=4.2,addr=192.168.88.20,clientaddr=192.168.88.199'
mount.nfs: mount(2): Connection timed out
mount.nfs: Connection timed out

Im Internet wurde mal ein reset der DS empfohlen. Aber, na ja, wenn's nicht sein muss, dann lieber eine zündende Idee aus dem Forum...

Fällt euch noch was ein??
Bin über jeden Tipp und Denkanstoß dankbar.
Schönes Schwitzen!

Gruß,
nanoq

 

[Ameisentaetowierer]

Hört sich doch irgendwie an, als würde ausser TCP nix mehr durchgehen.
Was sagt denn "rpcinfo -p <dsname>"
Hast du mal versucht, NFS über TCP zu erzwingen? (Option "tcp" beim mount-befehl)
Die DS hat auch tcpdump...was sagt der denn?

 

[nanoq]

Moin Ameisentaetowierer,

... oh mann, an tpcdump habe ich nicht mal gedacht. Danke für den Tipp und auch den mit tcp erzwingen.

Also rpcinfo sagt:

[user@clientrechner ~]$ rpcinfo -p 192.168.88.20 (DiskStation-Ip)
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100005 1 udp 892 mountd
100005 1 tcp 892 mountd
100005 2 udp 892 mountd
100005 2 tcp 892 mountd
100005 3 udp 892 mountd
100005 3 tcp 892 mountd
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100021 1 udp 58506 nlockmgr
100021 3 udp 58506 nlockmgr
100021 4 udp 58506 nlockmgr
100021 1 tcp 60562 nlockmgr
100021 3 tcp 60562 nlockmgr
100021 4 tcp 60562 nlockmgr
100024 1 udp 48348 status
100024 1 tcp 45578 status

Sieht für mich erst mal ganz o.k. aus - oder irre ich mich??
showmount zeigt im übrigen auch alle Verzeichnisse, die die DS exportieren soll. So soll's sein.
tcpdump und mounten mit -o tcp muss ich morgen mal gucken.
Danke erst mal für die Hinweise.
Der Kampf geht weiter
Schönen Abend noch,

nanoq

 

[nanoq]

Hallo Ameisentaetowierer (und alle anderen),Musste leider bis heute morgen 2:30h arbeiten..., daher jetzt erst, was tcpdump auf der DS rausschmeisst, wenn ich gleichzeitig vom client versuche ein NFS-Share zu mounten.

Vorweg noch: ich hatte die DS mal richtig ausgeschaltet und neu hochgefahren und direkt an den Client-Rechner gehängt.
Jetzt lässt sich ein Verzeichnis mounten, dauert allerdings mehrere Minuten.
Und:
[root@clientrechner ~]# mount.nfs -v 192.168.88.20:/volume1/homes/username/ /home/username/ds
mount.nfs: timeout set for Tue Jul 7 07:50:38 2015
mount.nfs: trying text-based options 'vers=4.2,addr=192.168.88.20,clientaddr=192.168.88.21'
mount.nfs: mount(2): Protocol not supported

Wieso "Protocol not supported"???

tcpdump auf der DS:
...
09:52:06.479069 IP (tos 0x0, ttl 64, id 61519, offset 0, flags [DF], proto TCP (6), length 60)
192.168.88.21.722 > DiskStation.nfs: Flags , cksum 0xc770 (correct), seq 3750351215, win 29200, options [mss 1460,sackOK,TS val 1581344 ecr 0,nop,wscale 7], length 0
09:52:06.479252 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
DiskStation.nfs > 192.168.88.21.722: Flags [S.], cksum 0x31a9 (incorrect -> 0x46d2), seq 2439233977, ack 3750351216, win 14480, options [mss 1460,sackOK,TS val 157425 ecr 1581344,nop,wscale 4], length 0
09:52:06.479479 IP (tos 0x0, ttl 64, id 61520, offset 0, flags [DF], proto TCP (6), length 52)
192.168.88.21.722 > DiskStation.nfs: Flags [.], cksum 0xad45 (correct), seq 1, ack 1, win 229, options [nop,nop,TS val 1581345 ecr 157425], length 0
09:52:06.479570 IP (tos 0x0, ttl 64, id 61521, offset 0, flags [DF], proto TCP (6), length 96)
192.168.88.21.722 > DiskStation.nfs: Flags [P.], cksum 0x2b7b (correct), seq 1:45, ack 1, win 229, options [nop,nop,TS val 1581345 ecr 157425], length 44: NFS request xid 3274160027 40 null
09:52:06.479618 IP (tos 0x0, ttl 64, id 42827, offset 0, flags [DF], proto TCP (6), length 52)
DiskStation.nfs > 192.168.88.21.722: Flags [.], cksum 0x31a1 (incorrect -> 0xaa75), seq 1, ack 45, win 905, options [nop,nop,TS val 157425 ecr 1581345], length 0
09:52:06.479756 IP (tos 0x0, ttl 64, id 42828, offset 0, flags [DF], proto TCP (6), length 80)
DiskStation.nfs > 192.168.88.21.722: Flags [P.], cksum 0x31bd (incorrect -> 0xaf74), seq 1:29, ack 45, win 905, options [nop,nop,TS val 157425 ecr 1581345], length 28: NFS reply xid 3274160027 reply ok 24 null
...

Was will mir z.B. "cksum 0x31a1 (incorrect -> 0xaa75)" sagen: bezieht sich das auf das einzelne Paket? Dann stimmt wohl was auf der DS nicht, denn das sind wohl Pakete, die von der DS an den client geschickt werden?

Interessant auch:

DiskStation> cat /etc.defaults/nfs/syno_nfs_conf
udp_read_size=8192
udp_write_size=8192
nfsv4_enable=no
nfs_unix_pri_enable=1
nfs_custom_port_enable=no

Aber: ich habe auf der DS in Systemsteuerung/Dateidienste/ definitiv Unterstützung für für NFS ver4 aktiviert, während in obiger syno_nfs_conf
ja "nfsv4_enable=no" steht. Gut, dass lässt sich ja händisch ändern. Kapiere ich trotzdem nicht, wieso das nicht entsprechend eingetragen wird. Dann macht die Fehlermeldung von mount.nfs: mount(2): Protocol not supported auch Sinn.

Gefunden im www (http://forum.proxmox.com/threads/21404-mount-error-mount-nfs-Protocol-not-supported):
"Found the solution myself.
In the Synology web configuration page:
Control Panel > File Services > Win/Mac/NFS tab > check Enable NFSv4 Support "

Dann werde ich das mal angehen, vielleicht liegt der Hase bei der DS im Pfeffer, weil sie trotz schönem Häkchen bei NFS Ver4 eben ver4 nicht benutzt.
So ich experimentiere weiter...
Grüße
nanoq

 

[Ameisentaetowierer]

Und laut portmapper wird ja auch v4/TCP angeboten .....
Der portmapper entscheidet doch nicht selbst, was angeboten wird.

 

[g202e]

Hallo,
ihr seid mit Sicherheit bessere "Linuxer" wie ich. Deshalb wisst ihr bestimmt mit meinen rudimentären Hinweisen etwas anzufangen.

Als Kodi von meinem FireTV nicht per NFS auf die Syno greifen wollte/konnte, habe ich in einem englischen Forum folgende Anweisungen gefunden:
Per SSH auf die DS

Type in cat /etc/exports
Type vi /etc/exports to edit the /etc/exports file, and change all the "insecure_locks" entries to simply read "insecure".
Then press the ESC key, and type :x to 'Save & Exit'.
Type cat /etc/exports again, and you should now see something like this (make sure it says "insecure" rather than "insecure_locks"):
Type exportfs -ra to initialize your newly exported directories, or reboot the NAS.
You should now be able to browse NFS and get to your exported Synology subfolders in Kodi.

Bei mir hat das geholfen...