Problem NFS-Share einrichten

[fl3x]

Hallo zusammen,

leider habe ich nach tagelangem Testen noch immer keine Lösung gefunden. Es scheint definitiv so zu sein, dass der Automounter (auto.net) sich anders verhält, als das manuelle Mounten per Telnet. Per Telnet habe ich keine Probleme nach vorherigem Anlegen eines Ordners das NAS einzubinden, wohingegen der gleiche Befehl in der auto.net (in /vat/etc/ - doppelte Vorkommnisse der auto.net und auto.master in /etc habe ich gelöscht) immer wieder zu dem RPC-Error führt. Hinweise aus Recherchen wie Berechtigungen zur Ausführbarkeit (autofs, auto.net, etc.), Firewall im NAS, etc. bin ich bislang ohne Erfolg nachgegangen. Ich werde wohl aufgeben müssen, da ich keine Idee mehr habe... und an der Hardware dürfte es wohl nicht liegen, da ja die Enigma2-Images wunderbar und ohne Probleme funktionieren.

Neutrino ade!

Code: Alles auswählen

Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: handle_packet: type = 3
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: handle_packet_missing_indirect: token 6, name synology, request pid 2196
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: attempting to mount entry /mnt/autofs/synology
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: lookup_mount: lookup(file): looking up synology
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: lookup_mount: lookup(file): synology -> -fstype=nfs,nolock,udp,rw 192.198.1.10:/volume1/video
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: parse_mount: parse(sun): expanded entry: -fstype=nfs,nolock,udp,rw 192.198.1.10:/volume1/video
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: parse_mount: parse(sun): gathered options: fstype=nfs,nolock,udp,rw
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: parse_mount: parse(sun): dequote("192.198.1.10:/volume1/video") -> 192.198.1.10:/volume1/video
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: parse_mount: parse(sun): core of entry: options=fstype=nfs,nolock,udp,rw, loc=192.198.1.10:/volume1/video
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: sun_mount: parse(sun): mounting root /mnt/autofs, mountpoint synology, what 192.198.1.10:/volume1/video, fstype nfs, options nolock,udp,rw
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: mount_mount: mount(nfs): root=/mnt/autofs name=synology what=192.198.1.10:/volume1/video, fstype=nfs, options=nolock,udp,rw
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: mount_mount: mount(nfs): nfs options="nolock,udp,rw", nobind=0, nosymlink=0, ro=0
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: mount_mount: mount(nfs): calling mkdir_path /mnt/autofs/synology
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: mount_mount: mount(nfs): calling mount -t nfs -s -o nolock,udp,rw 192.198.1.10:/volume1/video /mnt/autofs/synology
Dec  1 12:08:42 NI-HD51 daemon.info automount[2201]: spawn_mount: mtab link detected, passing -n to mount
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: >> mount: RPC: Unable to receive; errno = Connection refused
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: >> mount: mounting 192.198.1.10:/volume1/video on /mnt/autofs/synology failed: Bad file descriptor

Viele Grüße
fl3x

[fred_feuerstein]

Dann probiere doch mal die Alternative Mount Option im Menü Einstellungen / Netzwerk / ganz unten. Da kannst du Mounts direkt eintragen.
Alternativ auch im Webif.

[fl3x]

Das Webif habe ich schon getestet. Komischerweise übernimmt er dort eingetragene Änderungen nicht. Den Mount per Netzwerk Einstellungen in der fstab werde ich der Vollständigkeit halber nochmal testen. Vielen Dank für den Hinweis. Ich werde berichten.

[stefanx]

.. da bist du nicht alleine damit..

[fl3x]

@stefanx: Das heißt, es gibt noch mehrere mit ähnlichen, unlösbaren NFS-Mount Problemen? Dich selbst, z.B.?

[fl3x]

Dann probiere doch mal die Alternative Mount Option im Menü Einstellungen / Netzwerk / ganz unten. Da kannst du Mounts direkt eintragen.
Alternativ auch im Webif.

Ja, wie erwartet: Den Server (192.168.1.10:/volume1/video) und das lokale Verzeichnis (/mnt/synology) in fstab eingetragen und schon läuft alles. Meine Schlussfolgerung: Der Automounter ist buggy.

[fred_feuerstein]

Ok. Dann kannst du nun wenigstens mounten.

Bei mir funktioniert das mit dem automounter wie es soll, aber ich habe trotzdem bestimmte Laufwerke über fstab eingebunden. Bspw. die Festplatten der neutrino Boxen untereinander, sowie den nfs Server eines zentralen raspberrys.
Das nas ist aber per automount verbunden.

[stefanx]

.. da bist du nicht alleine damit..

.. ich meinte das ich nicht verstehe was du da machen willst.
Der Ganze Schmarrn ist ja nicht so kompliziert wie du es darstellst..
Jedoch mit mehrenden Laufwerken an einer Box, da musst du dann schon aufpassen, denn da geht dann kaum mehr SDA1, SDB1, das kann sich ja bei jedem Boot ändern, also musst du die Laufwerke schon direkt mit deren Namen nehmen.


Bei mir ist das ganz einfach, eine Box (Tank) hat nfs Freigabe, da ist es wichtig das in der export dein IP Bereich passt und den NFS Server auf Ein und Neustart.
An 4 Weiteren Clients im Haus habe ich einen Mount zur Tank (bei den Netzwerkeinstellungen eingetragen).
Versuch es vorerst mit einfachen Dingen, ausbauen kannst du es dann ja beliebig wenn du dann weist wie es läuft.

[fl3x]

Danke für den Hinweis. Ich weiß nicht, ob Du Dich bzgl. meines Problems eingelesen hast? Aber es ist definitiv ein Problem mit dem Automounter. Und ja, ich gebe Dir Recht: Prinzipiell ist das ein absoluter No-Brainer und höchstens 5 min Arbeit - und so war es bei all meinen bisherigen Neutrino-Boxen über all die Generationen hinweg (DBoxen, Zee, etc.).

Nur bei der aktuellen Box (AX 51HD) gepaart mit dem aktuellen Image in meinem Setup (Synology-NAS, FritzBox, etc. - übrigens unverändert gegenüber meiner voll funktionierenden Zee) funktioniert der Automounter leider nicht. Irgendwie verhaspelt der sich halt. Man findet im Internet auch Tonnen von Berichten zu eben genau diesen Fehlermeldungen (RPC, Ports, automounter, etc.) und entsprechend umfassende Hilfestellungen. Diese reichen von einfachen Konfigurations-/Einrichtungs-Fehlern (NFS-Server/-Client, hosts-/exports-Dateien, Zugriffsrechte, Firewalls, etc.) bis hin zu eben komplexeren Abhilfen, bei welchen z.B. der Automounter neu kompiliert werden musste. Und ich denke, ich habe wirklich so gut wie alles getestet.

Der Automounter zickt - das Mounten per fstab tut ohne murren. Nicht perfekt, aber damit kann ich erstmal leben.

Aber für konstruktive Anregungen oder das Bereitstellen von Debug-Informationen bin ich immer zu haben.

[stefanx]

Hallo,
sorry wenn ich nicht alles richtig gelesen oder verstanden habe. Du hast es jetzt auf den Punkt gebracht, generell Funktioniert das was du möchtest, jedoch nur nicht mit dem AUTOMOUNT der HD51.
Ich hoffe, dass ich es jetzt richtig zusammengefasst habe.

[fred_feuerstein]

wobei ich es nach wie vor nicht verstehe.

Bei mir ist ja auch ähnliche Netzwerk Konfiguration wie bei Dir (Fritzbox(en), Synology NAS, etc.).
Und bei mir klappt der Zugriff auf das Syno NAS per automount an der HD51.

Und das sowohl als Samba und als NFS.

Code: Alles auswählen

nassmb	-fstype=cifs,user=USER,password=PASSWORT		://192.168.123.110/public
nasnfs	-fstype=nfs,nolock,hard		192.168.123.110:/volume1/public

Naja. Wenigstens kannst du erstmal über fstab darauf zugreifen.

[fl3x]

So, um alle möglichen Fehlerquellen auszuschließen habe ich dem Automounter folgende simple Aufgabe gegeben, die dazu führen soll, dass mein USB-Stick (ebenfalls an der AX 51HD angeschlossen) im nur Lesen-Modus unter "usb" eingehängt wird. D.h., alle evtl. Portfreigaben, Firewalls, Zugriffsrechte, etc. haben keinen Einfluss, da der Zugriff nur lokal auf dem Gerät stattfindet.

Code: Alles auswählen

# /var/etc/auto.net: dynamic file system information (generated from NetFS setup).
#
# Every single mount point below will be available in /mnt/autofs during start
# or possibly even later if you request it.
#
# <mount point> -fstype=<type>,<options> <file system>
usb 		-r 							/media/sda1

Nach einem Neustart, anmelden per Telnet und setzen der Ausgabe ("setconsole") ergeben sich folgende Debug-Ausgaben vom Automounter (interessant ist, dass das Mounten per fstab "/mnt/synology" weiterhin funktioniert):

Code: Alles auswählen

[NI-AX-73EFC9] / # dir
-rw-r--r--    1 1002     1002           173 Dec  2 05:49 .version
drwxr-xr-x    2 1002     1002          4096 Dec  2 22:36 bin
drwxrwxrwx    2 root     root         16384 Jan  1  1970 boot
drwxr-xr-x   13 root     root         13720 Jan  1  2017 dev
drwxr-xr-x    8 1002     1002          4096 Jan  1  2017 etc
drwxr-xr-x    3 1002     1002          4096 Dec  2 22:36 home
drwxr-xr-x    9 1002     1002         12288 Dec  2 22:37 lib
drwxr-xr-x    3 1002     1002          4096 Dec  2 22:36 libexec
drwxrwxrwt    3 root     root           100 Jan  1  2017 media
drwxrwxrwt   11 root     root           220 Jan  1  2017 mnt
dr-xr-xr-x  134 root     root             0 Jan  1  1970 proc
lrwxrwxrwx    1 root     root             9 Dec  2 22:37 root -> /var/root
drwxr-xr-x    2 1002     1002          4096 Dec  2 22:37 sbin
drwxr-xr-x   12 1002     1002          4096 Dec  2 22:37 share
drwxrwxrwt    2 root     root            40 Jan  1  1970 srv
dr-xr-xr-x   12 root     root             0 Jan  1  1970 sys
drwxrwxrwt    5 root     root           340 Dec  7 19:07 tmp
drwxr-xr-x    3 1002     1002          4096 Dec  2 22:36 usr
drwxr-xr-x   14 1002     1002          4096 Jan  1  2017 var
[NI-AX-73EFC9] / # cd mnt/
[NI-AX-73EFC9] /mnt # dir
drwxr-xr-x    3 root     root             0 Jan  1  2017 autofs
drwxr-xr-x    2 root     root            40 Jan  1  1970 epg
drwxr-xr-x   17 root     root          4096 Dec  2 22:37 mmcblk0p3
drwxr-xr-x    2 root     root            40 Jan  1  1970 movies
drwxr-xr-x    2 root     root            40 Jan  1  1970 music
drwxr-xr-x    2 root     root            40 Jan  1  1970 pictures
drwxr-xr-x    2 root     root            40 Jan  1  1970 plugins
drwxr-xr-x    2 root     root            40 Jan  1  1970 streaming
drwxr-xr-x    2 root     root            40 Jan  1  2017 synology

[NI-AX-73EFC9] /mnt # cd autofs/

Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: handle_packet: type = 3
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: handle_packet_missing_indirect: token 1, name MAILPATH, request pid 2297
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: attempting to mount entry /mnt/autofs/MAILPATH
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: lookup_mount: lookup(file): looking up MAILPATH
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: st_readmap: state 1 path /mnt/autofs
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: re-reading map for /mnt/autofs
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: lookup_nss_read_map: reading map file /var/etc/auto.net
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: key "MAILPATH" not found in map source(s).
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: dev_ioctl_send_fail: token = 1
[NI-AX-73EFC9] /mnt/autofs # Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: do_init: parse(sun): init gathered global options: (null)
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: failed to mount /mnt/autofs/MAILPATH
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: lookup_ghost: me->dev 407448 me->ino 21
Dec  7 19:07:43 NI-AX-73EFC9 daemon.info automount[2197]: st_ready: st_ready(): state = 4 path /mnt/autofs

Dec  7 19:07:53 NI-AX-73EFC9 user.info S01fstab[2089]: mount: /mnt/synology - success (0)
[NI-AX-73EFC9] /mnt/autofs # cd [neutrino] CSectionsdClient::EVT_EIT_COMPLETE

[NI-AX-73EFC9] /mnt/autofs # dir

dr-xr-xr-x    2 root     root             0 Jan  1  2017 test
Dec  7 19:08:02 NI-AX-73EFC9 daemon.info automount[2197]: handle_packet: type = 3
Dec  7 19:08:02 NI-AX-73EFC9 daemon.info automount[2197]: handle_packet_missing_indirect: token 2, name MAILPATH, request pid 2297
Dec  7 19:08:02 NI-AX-73EFC9 daemon.info automount[2197]: dev_ioctl_send_fail: token = 2
[NI-AX-73EFC9] /mnt/autofs # cd test/
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: handle_packet: type = 3
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: handle_packet_missing_indirect: token 3, name test, request pid 2297
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: attempting to mount entry /mnt/autofs/test
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: lookup_mount: lookup(file): looking up test
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: lookup_mount: lookup(file): test -> -r                                                        /media/sda1
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: parse_mount: parse(sun): expanded entry: -r                                                   /media/sda1
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: parse_mount: parse(sun): gathered options: r
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: parse_mount: parse(sun): dequote("/media/sda1") -> /media/sda1
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: parse_mapent: parse(sun): gathered options: r
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: parse_mapent: parse(sun): dequote("") ->
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: dev_ioctl_send_fail: token = 3
-sh: cd: can't cd to test/: No such file or directory
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: handle_packet: type = 3
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: handle_packet_missing_indirect: token 4, name MAILPATH, request pid 2297
Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: dev_ioctl_send_fail: token = 4
[NI-AX-73EFC9] /mnt/autofs # Dec  7 19:08:05 NI-AX-73EFC9 daemon.info automount[2197]: failed to mount /mnt/autofs/test
[NI-AX-73EFC9] /mnt/autofs # [neutrino] CSectionsdClient::EVT_EIT_COMPLETE

Führe ich das ganze manuell durch, gibt es keinerlei Beanstandung und der Zugriff auf den USB-Stick ist möglich.

Code: Alles auswählen

[NI-AX-73EFC9] /mnt # mkdir test

[NI-AX-73EFC9] /mnt # mount -o r /media/sda1/ /mnt/test

[NI-AX-73EFC9] /mnt # cd test
[NI-AX-73EFC9] /mnt/test # dir
drwxrwxrwx    2 root     root          4096 Oct 31  2016 Bilder
drwxrwxrwx    2 root     root          4096 Aug 26  2016 System Volume Information
drwxrwxrwx    2 root     root          4096 Nov 29 00:24 hd51
drwxrwxrwx    4 root     root          4096 Dec  2 22:36 images
drwxrwxrwx    2 root     root          4096 Nov 28 23:30 movie
-rwxrwxrwx    1 root     root     113848706 Nov 27 23:34 neutrino-image-hd51-20181127052309_flavour_mp_flash.zip
-rwxrwxrwx    1 root     root     155230751 Dec  2 23:28 ni360-201812020550-arm-hd51_multi_usb.zip
-rwxrwxrwx    1 root     root     183069076 Nov 27 20:27 openatv-6.2-ax51-20181127_usb.zip
-rwxrwxrwx    1 root     root     197065616 Nov 27 20:13 openhdf-6.3-ax51-134-20181125_usb.zip
drwxrwxrwx    2 root     root          4096 Nov 28 23:30 timeshift

Die Symptomatik bleibt also die gleiche. Der Fehler scheint im Automounter zu liegen. Hat jemand eine Idee, wo ich dieses Verhalten mal posten sollte, damit der Fehler ggf. behoben werden kann?

Danke und Grüße
fl3x

[flk]

Läuft denn der rpcbind Service ?

ps aux | grep 'rpcbind'

[vanhofen]

So, um alle möglichen Fehlerquellen auszuschließen habe ich dem Automounter folgende simple Aufgabe gegeben, die dazu führen soll, dass mein USB-Stick (ebenfalls an der AX 51HD angeschlossen) im nur Lesen-Modus unter "usb" eingehängt wird.

Wenn man das richtig macht, wird auch der gemountet:

Code: Alles auswählen

# /var/etc/auto.net: dynamic file system information.
#
# Every single mount point below will be available in /mnt/autofs during start
# or possibly even later if you request it.
#
# <mount point> -fstype=<type>,<options> <file system>
usb -fstype=vfat :/dev/sda1

Für derlei lokale Mounts empfiehlt es sich aber nicht, auto.net zu verwenden. Ich würde da eine syntaxgleiche auto.misc empfehlen, die entsprechend in auto.master definiert wird.
Zum Testen ist das aber schon OK.

[trapped]

Ich hatte vor längerer Zeit auch mit dem Automounter gekämpft und das ebenfalls nicht hinbekommen. Daraufhin habe ich meinen NFS-Share in die fstab eingetragen und damit läuft es schon gefühlte Ewigkeiten problemlos.

Ist zwar nicht die Lösung für das Automount-Problem von fl3x, aber als workarount brauchbar:

Code: Alles auswählen

# /var/etc/fstab: static file system information (generated from NetFS setup).
#
# <file system> <mount point> <type> <options> <dump> <pass>
192.168.2.251:/volume1/NAS2	/media/NAS		nfs	ro,soft,udp,nolock,rsize=8192,wsize=32768		0	0

[fl3x]

Läuft denn der rpcbind Service ?

ps aux | grep 'rpcbind'

Folgende Antwort bekomme ich auf meiner Box direkt nach dem Start:

Code: Alles auswählen

[NI-AX-73EFC9] /var/root # ps aux | grep 'rpcbind'
root      2307  0.0  0.0   2748   484 pts/0    S+   12:21   0:00 grep rpcbind

Sollte meinem Verständnis nach wohl passen.

[fl3x]

Ich hatte vor längerer Zeit auch mit dem Automounter gekämpft und das ebenfalls nicht hinbekommen. Daraufhin habe ich meinen NFS-Share in die fstab eingetragen und damit läuft es schon gefühlte Ewigkeiten problemlos.

Ist zwar nicht die Lösung für das Automount-Problem von fl3x, aber als workarount brauchbar:

Code: Alles auswählen

# /var/etc/fstab: static file system information (generated from NetFS setup).
#
# <file system> <mount point> <type> <options> <dump> <pass>
192.168.2.251:/volume1/NAS2	/media/NAS		nfs	ro,soft,udp,nolock,rsize=8192,wsize=32768		0	0

Ja, so kann man es zusammenfassen: Nach langem Kampf mit dem Automounter und den vielfach hier dokumentierten Fehlermeldungen des Automounters (siehe Debug-Logs) bin ich auf die fstab umgestiegen, wo das Mounten zuverlässig (mit den bekannten funktionalen Einschränkungen) funktioniert.

Der Fehler im Automounter scheint also eher ein grundsätzlicher zu sein, was ich mit dem einfachen lokalen Mount wohl auch gut dokumentieren konnte. Auch wenn klar ist, dass das Mounten lokaler Devices (z.B. des USB-Sticks) per Automounter so nicht State of the Art ist.

Bei Bedarf weiterer Tests stehe ich mit meiner Konfiguration gerne zur Verfügung!

[flk]

Läuft denn der rpcbind Service ?

ps aux | grep 'rpcbind'

Folgende Antwort bekomme ich auf meiner Box direkt nach dem Start:

Code: Alles auswählen

[NI-AX-73EFC9] /var/root # ps aux | grep 'rpcbind'
root      2307  0.0  0.0   2748   484 pts/0    S+   12:21   0:00 grep rpcbind

Sollte meinem Verständnis nach wohl passen.

Das sagt aber aus, dass rpcbind nicht läuft. Es wird nur die Suche danach mit "grep" angezeigt. Die Ausgabe müsste folgendermaßen aussehen:

➜ ~ ps aux | grep 'rpcbind'
rpc 2498 0.0 0.1 4120 1396 ? Ss Dez08 0:00 /usr/sbin/rpcbind
root 25566 0.0 0.0 3016 520 pts/0 S+ 13:04 0:00 grep rpcbind

Ich habe bei mir im Image die Erfahrung gemacht, dass der Automounter ohne laufendes rpcbind nicht arbeitet. Unter Umständen wird es bei nfs4 mounts auch ohne gehen, da bin ich jetzt überfragt. Aber auch im Archlinux Wiki für Autofs wird explizit darauf hingewiesen, dass rpcbind laufen muss.

[vanhofen]

... was ich mit dem einfachen lokalen Mount wohl auch gut dokumentieren konnte. ...

Das deine Config einfach nur falsch war, hast du geschickt überlesen, oder?

[fl3x]

... was ich mit dem einfachen lokalen Mount wohl auch gut dokumentieren konnte. ...

Das deine Config einfach nur falsch war, hast du geschickt überlesen, oder?

Danke für den Hinweis. Das heißt, dass ich es wie von Dir geschrieben per auto.net versuchen sollte?

Code: Alles auswählen

usb -fstype=vfat :/dev/sda1