Problem NFS-Share einrichten

[Joerg]

Wo ich mit der Tank und den NFS-Shares keine Probleme habe, poste ich das Problem mit der AX51 Box mal hier:
die interne HDD lässt sich per NFS im Netzwerk bereitstellen, den USB3-Stick (am USB3 Port) leider nicht und ich kann konfigurationsmässig keinen Fehler erkennen.
Den Stick wie auch die HDD über das Box-Menü ext4-formatiert, tauchen diese unter /media als sda1 und sdb1 auf (sowie jeweils mit Symlinks "ext4-<cryptische Nummer>" und die HDD nochmal mit dem Hardware Namen, Symlink heisst hier "Toshiba_HDWL120-1", so einen Link hat der Stick nicht, muss ja auch eigentlich nicht sein).
In der Exports-Datei steht dazu:

Code: Alles auswählen

/media/sda1/movies 192.168.178.0/24(rw,no_root_squash)
/media/sdb1/data 192.168.178.0/24(rw,no_root_squash)

Hab am Ende der zweiten Zeile auch nochmal mit Zeilenumbruch versucht, also eine Leerzeile in der exports-Datei, was nichts ändert.
In der Tank und ebenfalls der Trinity hab ich es dann gemounted mit folgenden Einträgen in der neutrino.conf:

Code: Alles auswählen

network_nfs_automount_0=1
network_nfs_automount_1=1
...
network_nfs_dir_0=/media/sda1/movies
network_nfs_dir_1=/media/sdb1/data
...
network_nfs_ip_0=192.168.178.38
network_nfs_ip_1=192.168.178.38
...
network_nfs_local_dir_0=/mnt/mnt0
network_nfs_local_dir_1=/mnt/mnt1
...
network_nfs_mac_0=00:e4:00:18:ef:48
network_nfs_mac_1=00:e4:00:18:ef:48
...
network_nfs_mount_options1_0=soft
network_nfs_mount_options1_1=soft
...
network_nfs_mount_options2_0=nolock
network_nfs_mount_options2_1=nolock
...
network_nfs_moviedir=/media/sda1/movies/ # = lokale HDD in der Tank
network_nfs_password_0=
network_nfs_password_1=
...
network_nfs_type_0=0
network_nfs_type_1=0
...
network_nfs_username_0=
network_nfs_username_1=

Mit der HDD wie erwähnt klappt das super, da konnte ich den gemounteten Movies-Ordner auch als zusätzlichen Pfad im Mediaplayer einrichten und die Aufnahmen werden mit angezeigt und laufen korrekt. Ob ich bei Mount-Options-1 eventuell noch "rw" hinzufügen muss zum Schreiben mag sein, aktuell reicht mir aber auch das Lesen,was es mit den Standardparametern tut.
Der weitere Share auf dem USB-Stick will halt nicht, dabei ist der Pfad /media/sdb1/data schon korrekt und den data-Ordner so wie geschrieben (alles Kleinschreibung) gibt es ebenfalls. Also eigentlich beides identisch, das eine Share funzt, das andere nicht.
Meine Trinity sagt im Log zum manuellen Mounten (wenn das Menü schon offen ist und ich nur OK drücken muss):

Code: Alles auswählen

key: 0160 value 1, translate: 0160 -ok-
SUPPORT: NFS: 1, CIFS: 1, LUFS: 0
[CFSMounter] Mount(0) 192.168.178.38:/media/sdb1/data -> /mnt/mnt4
mount: 192.168.178.38:/media/sdb1/data failed, reason given by server: Permission denied
mount: mounting 192.168.178.38:/media/sdb1/data on /mnt/mnt4 failed: Bad file descriptor
[CFSMounter] FS mount error: "mount -t nfs 192.168.178.38:/media/sdb1/data /mnt/mnt4 -o soft,nolock"
key: 0160 value 0, translate: 0160 -ok-

mit der HDD der AX51 klappt es halt, unmounten und manuelles re-mounten zeigt hier im Log der Trinity:

Code: Alles auswählen

[My-Trinity] /var/root # key: 0160 value 1, translate: 0160 -ok-
SUPPORT: NFS: 1, CIFS: 1, LUFS: 0
[CFSMounter] Mount(0) 192.168.178.38:/media/sda1/movies -> /mnt/mnt3
key: 0160 value 0, translate: 0160 -ok-

und damit steht mnt3 auch direkt zum Unmounten in den Netzwerk-Shares zur Verfügung, mnt4 halt nicht, logisch.
Die AX-Box sagt im Log beim Share-Verbindungsaufbau folgendes:

Code: Alles auswählen

[ax51] /var/root # setconsole
[ax51] /var/root # Oct 28 09:01:47 ax51 daemon.warn rpc.mountd[2247]: refused mount request from 192.168.178.17 for /media/sdb1/data (/): not exported

Was mit der internen HDD halt normal klappt

Code: Alles auswählen

[ax51] /var/root #
[ax51] /var/root # Oct 28 09:03:30 ax51 daemon.notice rpc.mountd[2247]: authenticated mount request from 192.168.178.17:914 for /media/sda1/movies (/media/sda1/movies)

Wie schon geschrieben: am Pfad liegt es nicht, der lautet /media/sdb1/data.
Laufwerk ungemounted und neu gemounted in den Einstellungen der AX-Box, sowie Dateisystemcheck - alles erfolgreich. Und Neustarts hab ich mehr als genug gemacht.
Image der AX-Box habe ich gerade eben vor dem Versuch nochmal upgedated = das aktuelle von heute.

[Janus]

Was mir schon des öfteren aufgefallen ist:
Die Zuordnung sda <> sdb ist häufiger vertauscht. Offenbar bekommt sda der, der gerade 'schneller' wach ist.

Meine Lösung:
Auch dem USB-Stick (64GB, USB 3) ein Volume-Label verpassen und die Symlinks nur über das Label einrichten.

Bei mir stehen in /media (respektive /tmp) dann auch die für mich sinnvolleren Bezeichner innerhalb der Verweise:
AX1TB => /media/AX1TB/movies
AX64GB => /media/AX64GB/was_auch_immer
Und die sind auch beim Start eindeutig, egal ob die Box die auf sda oder sdb hotpluggt!

[Joerg]

das ist nicht wirklich mein Problem, bislang hat sda1 und sdb1 immer korrekt gepasst, oder anders gesagt: das Mounten des Movie-Ordners auf der HDD über sda1 war bislang immer erfolgreich, nur der sdb1-Ordner data will nicht, auch wenn der Pfad stimmt.
Ausschalten des NFS-Servers und erneutes Einschalten im laufenden Betrieb ändert auch nichts.

Hab ich jetzt aber mal eben via tune2fs Laufwerksnamen vergeben, die werden jetzt ebenfalls/zusätzlich unter /media angezeigt nach einem Reboot und funktionieren direkt auf der AX-Box über FTP auch (die HDD heisst jetzt hdd51, was unter /media nun auch ganz automatisch zusätzlich als Symlink steht, für den USB-Stick steht dort nun "ganz von alleine" usb51
Auf der Client-Tank den Pfad des NFS-Shares angepasst auf /media/usb51/data, aber klappt weiterhin nicht, die Ausgabe auf der AX51 lautet weiterhin

Code: Alles auswählen

[ax51] /var/root # setconsole
[ax51] /var/root # Oct 28 12:06:08 ax51 daemon.warn rpc.mountd[2251]: refused mount request from 192.168.178.120 for /media/sdb1/data (/): not exported

die exports-Datei ist nun umgestellt auf die Laufwerksnamen

Code: Alles auswählen

/media/hdd51/movies 192.168.178.0/24(rw,no_root_squash)
/media/usb51/data 192.168.178.0/24(rw,no_root_squash)

Jetzt habe ich mal die Trinity gestartet, in welcher für die NFS-Shares noch /media/sda1 bzw /media/sdb1 stehen und beim Verbinden sagt die AX im Log:

Code: Alles auswählen

[ax51] /var/root #
[ax51] /var/root # Oct 28 12:11:08 ax51 daemon.notice rpc.mountd[2251]: authenticated mount request from 192.168.178.17:783 for /media/sda1/movies (/media/sda1/movies)
Oct 28 12:11:08 ax51 daemon.warn rpc.mountd[2251]: refused mount request from 192.168.178.17 for /media/sdb1/data (/): not exported

und wie bei der Meldung zu erwarten funzt der USB-Share nicht, aber der HDD-Share tuts, auch wenn die Trinity als Pfadangabe noch /media/sda1/movies stehen hat.

[Bualicher]

Schau mal ob es auf der HD51 2x die Datei exports gibt. Ich hatte das Problem mal, dass ich immer die falsche exports bearbeitet hatte. War einmal unter /var/etc und unter /etc.
Ich bin fast verzweifelt bis ich das gefunden hatte.

[Joerg]

jau, was ein Mist
direkt unter /etc findet sich eine exprots-Datei (laut Datum von 2017, wie verschiedene andere Dateien auch)
und dort steht "als Beispiel"

Code: Alles auswählen

# /var/etc/exports: the access control list for filesystems which may be exported to NFS clients.
#
# Example for client mount: "mount -t nfs -o nolock,soft 192.168.0.6:/media/sda1/movies /tmp/movies"
#
/media/sda1/movies	192.168.0.0/16(rw,no_root_squash,no_subtree_check)

hab ich entfernt und rebootet mit dem Ergbnis, dass auch das HDD-Share nicht mehr verbunden hat. Meine exports dann nach /etc geschoben und einfach nur in den Einstellungen NFS-Server deaktiviert und erneut aktiviert und dann passt das jetzt mit beiden Freigaben wie gewünscht.
Na gut, der ein oder andere, zumindest wer im Lan (einer Fritzbox) mit 192.168..... arbeitet, mag sich freuen, dass es so einfach ist die Movies freizugeben, wenn man den NFS-Server aktiviert, aber clever ist das nicht. Jetzt wird diese exports-Datei wahrscheinlich per se mit jedem Update erneut auftauchen = meine Datei überschreiben, aber das könnte man vom Verhalten ja vielleicht ändern -
1. dass die Datei bevorzugt unter /var/etc gesucht wird (wie man es erwartet, was auch bei Updates erhalten bleibt)
2. dass der Pfad /var/etc überhaupt genutzt wird (aktuell hilft es nicht mal die exports unter /etc nur zu löschen)

[Bualicher]

...
1. dass die Datei bevorzugt unter /var/etc gesucht wird (wie man es erwartet, was auch bei Updates erhalten bleibt)
2. dass der Pfad /var/etc überhaupt genutzt wird (aktuell hilft es nicht mal die exports unter /etc nur zu löschen)

Selbiges gilt auch für die lcd4linux.conf. Auch hier habe ich diese Datei in beiden Ordnern (/var/etc & /etc). Was hier bei einem Update passiert weiß ich nicht. Ich denke die Datei in /etc wird überschrieben. Wenn hier, wie von Joerg angefragt, etwas verändert wird, dann bitte ebenfalls für die von mir genannte Datei/Config ändern.

[Don de Deckelwech]

Hi,
also auf der HD51 gibts ja keine persistente Var-Partition (so wie auf der Coolie HD2), insofern wird da bei einem Image-Update immer alles überschrieben. Um seine Daten zu retten und das Update so schnell und schmerzlos wie möglich zu machen, benutzt man dann halt die (von einem selbst zu pflegende) tobackup.conf.

Und kann es sein, dass ihr euch über diesen Weg auch die /var/etc/exports eingefangen habt? Weil in den Images gibt es die nämlich nicht von Haus aus...

Ciao,
DdD.

PS: dass die exports aber schon eine Freigabe drin hat, ist auch mMn ein Fehler, das sollte eher ein Beispiel sein, also mit führender Raute #

[Joerg]

ich sag es mal soan der tobackup.conf habe ich noch nie was gedreht, weder auf der Cooli noch auf der AX-Box. Die vorhandene tovbackup.conf sichert garnichts, hat nur Beispiele mit einem # Symbol vorweg.
Es kommt ja immer die Frage, ob man die Einstellungen behalten will und da ich der Sache auch nicht immer glaube, erstelle ich mir selbst ein Image, also eine tar-Datei von /var/* - aber bislang wurde alles was ich unter /var abgelegt habe auf der AX-Box auch übernommen.

Ich hab jetzt mal /etc/exports in die tobackup.conf reingeschrieben - ich hoffe, dass dieses Backup + Wiederherstellen auch für das Image gilt und nicht nur für den var-Ordner. Aber eben, auf der AX ist das meines Wissens nur ein Ordner und keine eigenständige Partition wie bei den CST-Boxen = dürfte sich /etc auch nicht anders verhalten als /var

[Janus]

auf der HD51 gibts ja keine persistente Var-Partition

<OT>
Das ist nicht ganz richtig.
Über das DDT-Image kann eine leicht modifizierte Partitionierung eingerichtet werden, die die vier vorhandenen Bänke etwas verkleinert und dafür eine zusätzliche Swap-Partition von rund 500 MB zu Verfügung stellt.
Das wird natürlich im laufenden Betrieb auch vom NI-Image unterstützt.

Meine Box läuft seit der Einführung dieses Features unter diesen Bedingungen mit OpenHDF (Enigma) in Bank 1, DDT in Bank 2, Tuxbox in Bank 3 und Ni in Bank 4. Die drei Neutrino-Images nutzen - z.B. für Settings, Plugins, Icons etc. - diese 'gemeinsame' Partition, die als /swap in das Fileystem eingebunden ist.

Das setzt allerdings ein paar Grundkenntnisse voraus und man muss sich beim Aktualisieren der Images etwas mehr konzentrieren und darf keine Images verwenden, die eine eigene disk.img enthalten.
</OT>

[fl3x]

Hallo zusammen,

nach meiner Coolstream Zee bin ich nun auch bei einer AX51 gelandet, um an einem Kabelanschluss weiterhin das schöne Neutrino betreiben zu können. Aktuell habe ich das NI-Image in V3.6 (ni360-201811230541-arm-hd51_multi_usb) in Partition 1 direkt per USB geflasht, um mögliche Probleme mit den Partitionen, etc. ausschließen zu können.

So weit so gut und es funktioniert auch alles - bis auf die NFS-Freigabe, die wiederum im OpenATV, OpenHDF, etc. problemlos funktioniert.

In der auto.net (/var/etc/) habe ich folgenden Mount-Eintrag. Das NAS wurde - wie bereits erwähnt - entsprechend eingerichtet und funktioniert so für OpenATV, etc. ohne Probleme.

Code: Alles auswählen

# <mount point> -fstype=<type>,<options> <file system>
synology -fstype=nfs,nolock,tcp,rw 		//192.198.1.10/volume1/video

Seltsam ist nun, dass die AX51 das Vereichnis "synology" zwar anzeigt, dieses aber nicht angewählt und der Inhalt angezeigt werden kann.

Code: Alles auswählen

[NI-AX-73EFC9] /mnt # cd autofs/
Nov 28 08:49:28 NI-AX-73EFC9 daemon.info automount[2226]: key "MAILPATH" not found in map source(s).
[NI-AX-73EFC9] /mnt/autofs # dir
dr-xr-xr-x    2 root     root             0 Jan  1  2017 synology
[NI-AX-73EFC9] /mnt/autofs # cd synology/
-sh: cd: can't cd to synology/: No such file or directory
[NI-AX-73EFC9] /mnt/autofs #

Per Telnet konnte ich nach dem Start der Box (bei eingerichtetem Mount-Eintrag) folgende Information über die Konsole (setconsole) abgreifen:

Code: Alles auswählen

[NI-AX-73EFC9] /var/root # [sdt monitor] no changes.
[ConfigFile] saving /var/tuxbox/config/timerd.conf
[yhttpd] mod_sendfile: File not found. url:(/y/cache-clear) fullfilename:()
[NI-AX-73EFC9] /var/root # [yhttpd] mod_sendfile: File not found. url:(/y/cache-clear) fullfilename:()
[yhttpd] mod_sendfile: File not found. url:(/y/cache-clear) fullfilename:()
CNETFSMountGui::read_config auto.net:
synology        -fstype=nfs     nolock,tcp,rw   192.198.1.10:/volume1/video
CNETFSMountGui::read_config auto.net:
mountPt -fstype=nfs     soft,nolock     0.0.0.0:/netfsDir
CNETFSMountGui::read_config auto.net:
mountPt -fstype=nfs     soft,nolock     0.0.0.0:/netfsDir
CNETFSMountGui::read_config auto.net:
mountPt -fstype=nfs     soft,nolock     0.0.0.0:/netfsDir
CNETFSMountGui::read_config auto.net:
mountPt -fstype=nfs     soft,nolock     0.0.0.0:/netfsDir
CNETFSMountGui::read_config auto.net:
mountPt -fstype=nfs     soft,nolock     0.0.0.0:/netfsDir
CNETFSMountGui::read_config auto.net:
mountPt -fstype=nfs     soft,nolock     0.0.0.0:/netfsDir
CNETFSMountGui::read_config auto.net:
mountPt -fstype=nfs     soft,nolock     0.0.0.0:/netfsDir
[ConfigFile] saving /var/tuxbox/config/neutrino.conf
[yhttpd] mod_sendfile: File not found. url:(/y/cache-clear) fullfilename:()
/share/tuxbox/neutrino/httpd/scripts/Y_NI_Tools.sh: cd: line 81: can't cd to /mnt/autofs/synology: No such file or directory
[yhttpd] mod_sendfile: File not found. url:(/y/cache-clear) fullfilename:()
[yhttpd] mod_sendfile: File not found. url:(/y/cache-clear) fullfilename:()
[neutrino] CSectionsdClient::EVT_EIT_COMPLETE
[yhttpd] mod_sendfile: File not found. url:(/y/cgi) fullfilename:()
[yhttpd] mod_sendfile: File not found. url:(/y/cgi) fullfilename:()
[yhttpd] mod_sendfile: File not found. url:(/y/cgi) fullfilename:()
[yhttpd] mod_sendfile: File not found. url:(/y/cgi) fullfilename:()
ls: can't open '/mnt/autofs/synology': No such file or directory
[yhttpd] mod_sendfile: File not found. url:(/y/cache-clear) fullfilename:()
[yhttpd] mod_sendfile: File not found. url:(/y/cache-clear) fullfilename:()
08:43:09.913 [sectionsd] Removed 0 old events (2203 left), zap detected 0.
Nov 28 08:44:57 NI-AX-73EFC9 daemon.info automount[2226]: key ".message" not found in map source(s).
08:48:09.934 [sectionsd] Removed 2 old events (2201 left), zap detected 0.

Wenn ich in per Telnet den Mount-Punkt versuche im Verzeichnis /mnt/autofs/synology anzulegen, bekomme ich einen Fehler (s.u.), wohingegen das Mounten direkt in das Verzeichnis /mnt/autofs/ wie gewünscht funktioniert und der Zugriff auf das NAS klappt.

Code: Alles auswählen

Nov 28 08:53:15 NI-AX-73EFC9 daemon.info automount[2226]: key "MAILPATH" not found in map source(s).
[NI-AX-73EFC9] /mnt/autofs # mount -o nolock,tcp,rw -t nfs 192.168.1.10:/volume1/video /mnt/autofs/synology
Nov 28 08:55:03 NI-AX-73EFC9 daemon.info automount[2226]: key "MAILPATH" not found in map source(s).
[NI-AX-73EFC9] /mnt/autofs # mount -o nolock,tcp,rw -t nfs 192.168.1.10:/volume1/video /mnt/autofs/
[NI-AX-73EFC9] /mnt/autofs # dir
drwxrwxrwx    9 root     root          4096 Nov 27 20:35 synology
[NI-AX-73EFC9] /mnt/autofs # cd ..
[NI-AX-73EFC9] /mnt # dir
drwxrwxrwx    9 root     root          4096 Nov 27 20:35 autofs
drwxr-xr-x    2 root     root            40 Jan  1  1970 epg
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
[NI-AX-73EFC9] /mnt # cd autofs/
[NI-AX-73EFC9] /mnt/autofs # dir
drwxr-xr-x    2 1024     users         4096 Nov 26 23:40 .timeshift
drwxrwxrwx    3 1024     users         4096 Apr  5  2017 DWD
drwxrwxrwx    4 1024     users         4096 Aug 12  2017 GoT
-rwxrwxrwx    1 1024     users    1959365114 Dec 19  2009 We Call it Techno 2008.avi
drwxrwxrwx    3 1024     users         4096 Aug 28  2017 Westworld
-rwxrwxrwx    1 1024     users    2337430658 Dec 18  2016 WodkaE-Die.Insel.der.besonderen.Kinder.mkv
drwxrwxrwx    3 1024     users         4096 Jul  8 01:27 coolstream
drwxr-xr-x    2 1024     users         4096 Nov 27 20:35 test
[NI-AX-73EFC9] /mnt/autofs #

Irgendwie scheint mir der Zugriff auf die Verzeichnisse bzw. die zugrundeliegenden Zugriffsrechte nicht ganz sauber zu sein. Die Dateiberechtigungen der auto.net, etc. habe ich schon überprüft (644).

Nun habe ich leider keine Idee mehr. Ich denke aber, dass man die Hardware selbst ausschließen kann, da der Mount per OpenATV bzw. in andere Verzeichnisse ja gut funktioniert.

Hat jemand von Euch hier noch eine Idee?

Vielen Dank für die Unterstützung!
Grüße
fl3x

[Miky]

Die Anleitung von Gandharva kennst Du?
viewtopic.php?f=48&t=119

[fl3x]

Hallo Miky,

ja, den Beitrag habe ich schon gelesen. Auch habe ich die Option "hard" schon getestet - ohne Erfolg - und denke auch, dass es nicht an der Parametrierung des Mount-Befehls selbst liegt.

Meines Wissens definiert: "hard or soft": Specifies whether the program using a file via an NFS connection should stop and wait (hard) for the server to come back online, if the host serving the exported file system is unavailable, or if it should report an error (soft).

Danke für die Rückmeldung!

[fred_feuerstein]

Du hast das hier in der auto.net:

Code: Alles auswählen

synology -fstype=nfs,nolock,tcp,rw 		//192.198.1.10/volume1/video

Ich denke die // sind hier falsch und ein : fehlt. Probier mal so:

Code: Alles auswählen

synology -fstype=nfs,nolock,hard 		192.198.1.10:/volume1/video

[fl3x]

Hej Fred!

Auch das habe ich bereits getestet - leider ohne Veränderung.

Und wie Du siehst, wird die Schreibweise:

Code: Alles auswählen

synology -fstype=nfs,nolock,tcp,rw 		//192.198.1.10/volume1/video

vom System genau so gelesen

Code: Alles auswählen

CNETFSMountGui::read_config auto.net:
synology        -fstype=nfs     nolock,tcp,rw   192.198.1.10:/volume1/video

Also perfekt identisch. Alle oben gemachten Angaben bzw. Systemausgaben beziehen sich auf den Zustand des Systems mit der oben angegebenen auto.net.

Ich denke, das war es wohl leider auch nicht...

Vielen Dank für deine Rückmeldung!

[tewsbo]

also ich hab das hier bei meiner ds414j so, und es läuft:

Code: Alles auswählen

DS414Jvideo	-fstype=nfs,rw		ip.adr.es.se:/volume1/video

klappt so auf allen in der signatur aufgeführten boxen.

[fl3x]

Hallo tewsbo,

ja, leider klappt das wohl nicht bei mir.

Inzwischen habe ich auch mal das FFTeam-Image auf Partition 2 geflasht und per Mount versucht das NAS einzubinden.

Code: Alles auswählen

synology -fstype=nfs,nolock,tcp,rw   192.198.1.10:/volume1/video

Das Ergebnis sieht wieder ähnlich aus. Es kommt immer wieder die Meldung "[yhttpd] mod_sendfile: File not found. url:(/y/cgi) fullfilename:()" und irgendwie schafft er es nicht den Mountpunkt zu schreiben.

Code: Alles auswählen

[yhttpd] mod_sendfile: File not found. url:(/y/cgi) fullfilename:()
[ConfigFile] saving /var/tuxbox/config/neutrino.conf
[yhttpd] mod_sendfile: File not found. url:(/y/cgi) fullfilename:()
mount: RPC: Remote system error - Connection refused
mount: mounting 192.198.1.10:/volume1/video on /mnt failed: Bad file descriptor
[LT:00970568:demux ] Read read: Connection timed out fd:35, ev:0x0 DMX_PSI pid:0x0014 flt:0x70
23:07:26.823 timeThread: get DVB time ch 0x03fb0001283d rc: -1 neutrino_sets_time 0
23:07:26.823 timeThread: Time set FAILED (enabled: ntp 0 dvb 1)
23:07:27.824 timeThread: get DVB time ch 0x03fb0001283d (isOpen 1)
[LT:00970568:demux ] Read read: Connection timed out fd:35, ev:0x0 DMX_PSI pid:0x0014 flt:0x70
23:07:58.055 timeThread: get DVB time ch 0x03fb0001283d rc: -1 neutrino_sets_time 0
23:07:58.055 timeThread: Time set FAILED (enabled: ntp 0 dvb 1)
23:07:59.056 timeThread: get DVB time ch 0x03fb0001283d (isOpen 1)
[LT:00970568:demux ] Read read: Connection timed out fd:35, ev:0x0 DMX_PSI pid:0x0014 flt:0x70
23:08:29.287 timeThread: get DVB time ch 0x03fb0001283d rc: -1 neutrino_sets_time 0
23:08:29.287 timeThread: Time set FAILED (enabled: ntp 0 dvb 1)
23:08:30.288 timeThread: get DVB time ch 0x03fb0001283d (isOpen 1)

Ich weiß nicht mehr weiter? Sollte ich die Box wohl besser zurückgehen lassen? Seltsamerweise funktioniert das Mounten aus dem OpenATV und OpenHDF, etc. einwandfrei.

Ich weiß nicht mehr weiter...

[vanhofen]

Du verwechselst da zwei Probleme.

Code: Alles auswählen

[yhttpd] mod_sendfile: File not found. url:(/y/cgi) fullfilename:()

Das hat per se erstmal nichts mit dem Mounten zu tun. Diese Meldung erscheint von allen yWeb-Seiten, auf denen das Caching deaktiviert ist. Da suche ich seit Jahren den Grund.

Dein Problem liegt hier:

Code: Alles auswählen

mount: RPC: Remote system error - Connection refused

"Conection refused" heißt, dass die Gegenstelle antwortet, aber der Port falsch ist, auf dem angefragt wird, oder dass eine Firewall irgendetwas blockt.

Ich vermute das Problem in deiner Netzwerkkonfiguration.

[fl3x]

Hej und guten Morgen!

Vielen Dank für die Rückmeldung! Mit dieser Info kann ich wohl das ständig auftauchende "[yhttpd] mod_sendfile: File not found. url:(/y/cgi) fullfilename:()" ignorieren und mich eher auf die direkt das Mounten betreffende Meldung konzentrieren.

An die Netzwerkkonfiguration habe ich auch schon gedacht, allerdings wäre es dann doch verwunderlich, dass das Mounten aus allen Enigma2-Images wie auch aus dem NI-Image (bedingt) ohne Änderung der Einstellungen funktioniert. Beim NI-Image klappt es jedoch nur, wenn ich als Mount-Punkt nicht ein neu anzulegendes Verzeichnis (z.B. "synology") in "/mnt/autofs" wähle, sondern das bereits existierende "/mnt/autofs" selbst.

Telnet-Session (root) - das Mounten nach "/mnt/autofs/synology" erzeugt die bekannte Fehlermeldung, wohingegen der Mount nach "/mnt/autofs/" erfolgreich ist:

Code: Alles auswählen

[NI-AX-73EFC9] /mnt/autofs # mount -o nolock,tcp,rw -t nfs 192.168.1.10:/volume1/video /mnt/autofs/synology
Nov 28 08:55:03 NI-AX-73EFC9 daemon.info automount[2226]: key "MAILPATH" not found in map source(s).
[NI-AX-73EFC9] /mnt/autofs # mount -o nolock,tcp,rw -t nfs 192.168.1.10:/volume1/video /mnt/autofs/
[NI-AX-73EFC9] /mnt/autofs # dir
drwxrwxrwx    9 root     root          4096 Nov 27 20:35 synology
[NI-AX-73EFC9] /mnt/autofs # cd ..
[NI-AX-73EFC9] /mnt # dir
drwxrwxrwx    9 root     root          4096 Nov 27 20:35 autofs
drwxr-xr-x    2 root     root            40 Jan  1  1970 epg
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
[NI-AX-73EFC9] /mnt # cd autofs/
[NI-AX-73EFC9] /mnt/autofs # dir
drwxr-xr-x    2 1024     users         4096 Nov 26 23:40 .timeshift
drwxrwxrwx    3 1024     users         4096 Apr  5  2017 DWD
drwxrwxrwx    4 1024     users         4096 Aug 12  2017 GoT
-rwxrwxrwx    1 1024     users    1959365114 Dec 19  2009 We Call it Techno 2008.avi
drwxrwxrwx    3 1024     users         4096 Aug 28  2017 Westworld
-rwxrwxrwx    1 1024     users    2337430658 Dec 18  2016 WodkaE-Die.Insel.der.besonderen.Kinder.mkv
drwxrwxrwx    3 1024     users         4096 Jul  8 01:27 coolstream
drwxr-xr-x    2 1024     users         4096 Nov 27 20:35 test
[NI-AX-73EFC9] /mnt/autofs #

Bei diesem Vorgehen habe ich also lediglich den Zielpfad für den Mountpunkt geändert. Die Netzwerkkonfiguration in der FritzBox oder der HD51 blieb also unberührt. Die FritzBox funktionierte so auch schon mit meiner alten Coolstream unter der gleichen IP.

Irgendwie habe ich eher die Zugriffsrechte bzw. den Status der Ramdisk bzw. das Filesystem in Verdacht. Klingt das plausibel?

[DboxOldie]

Liegt wohl daran, dass /mnt/autofs für den automounter reserviert ist:

Code: Alles auswählen

/var/etc/auto.net on /mnt/autofs type autofs (rw,relatime,fd=6,pgrp=2117,timeout=600,minproto=5,maxproto=5,indirect)

Ich lasse mein B-PI NFS Share durch einen Eintrag in den Netzwerk Freigaben mounten.
Ich kann es aber umounten und manuell wieder mounten:

Code: Alles auswählen

[NI-AX-102E2F] /var/root # umount /mnt/mnt0
[NI-AX-102E2F] /var/root # mount -t nfs -o nolock,tcp 192.168.0.200:/media/sda1 /mnt/mnt0
[NI-AX-102E2F] /var/root # mount | grep mnt0
192.168.0.200:/media/sda1 on /mnt/mnt0 type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,nolock,proto=tcp,port=2049,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.0.200)
[NI-AX-102E2F] /var/root #

[fl3x]

Inzwischen konnte ich mal die debug-Ausgabe in der autofs.conf aktivieren und folgende Informationen bekommen:

Code: Alles auswählen

[NI-HD51] / # cd mnt/autofs/
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: handle_packet: type = 3
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: handle_packet_missing_indirect: token 1, name MAILPATH, request pid 2196
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: attempting to mount entry /mnt/autofs/MAILPATH
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: lookup_mount: lookup(file): looking up MAILPATH
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: st_readmap: state 1 path /mnt/autofs
[NI-HD51] /mnt/autofs # Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: key "MAILPATH" not found in map source(s).
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: dev_ioctl_send_fail: token = 1
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: failed to mount /mnt/autofs/MAILPATH
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: re-reading map for /mnt/autofs
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: lookup_nss_read_map: reading map file /var/etc/auto.net
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: do_init: parse(sun): init gathered global options: (null)
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: lookup_ghost: me->dev -1241512620 me->ino 21
Dec  1 12:07:25 NI-HD51 daemon.info automount[2201]: st_ready: st_ready(): state = 4 path /mnt/autofs
[neutrino] CSectionsdClient::EVT_EIT_COMPLETE
[NI-HD51] /mnt/autofs # cd mnt/autofs/cd synology/
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: handle_packet: type = 3
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: handle_packet_missing_indirect: token 2, name mnt, request pid 2196
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: attempting to mount entry /mnt/autofs/mnt
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: lookup_mount: lookup(file): looking up mnt
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: key "mnt" not found in map source(s).
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: dev_ioctl_send_fail: token = 2
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: failed to mount /mnt/autofs/mnt
-sh: cd: can't cd to mnt/autofs/cd: No such file or directory
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: handle_packet: type = 3
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: handle_packet_missing_indirect: token 3, name MAILPATH, request pid 2196
Dec  1 12:07:48 NI-HD51 daemon.info automount[2201]: dev_ioctl_send_fail: token = 3
[NI-HD51] /mnt/autofs # dir
dr-xr-xr-x    2 root     root             0 Jan  1  2017 synology
Dec  1 12:07:53 NI-HD51 daemon.info automount[2201]: handle_packet: type = 3
Dec  1 12:07:53 NI-HD51 daemon.info automount[2201]: handle_packet_missing_indirect: token 4, name MAILPATH, request pid 2196
Dec  1 12:07:53 NI-HD51 daemon.info automount[2201]: dev_ioctl_send_fail: token = 4
[NI-HD51] /mnt/autofs # mount
/dev/root on / type ext4 (rw,relatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=190044k,nr_inodes=47511,mode=755)
proc on /proc type proc (rw,relatime)
sys on /sys type sysfs (rw,relatime)
tmp on /tmp type tmpfs (rw,relatime)
media on /media type tmpfs (rw,relatime)
mnt on /mnt type tmpfs (rw,relatime)
srv on /srv type tmpfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600,ptmxmode=000)
nfs on /var/lib/nfs type tmpfs (rw,relatime)
samba on /var/samba type tmpfs (rw,relatime)
/dev/mmcblk0p3 on /mnt/mmcblk0p3 type ext4 (rw,relatime,data=ordered)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda1 on /media/sda1 type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/var/etc/auto.net on /mnt/autofs type autofs (rw,relatime,fd=7,pgrp=2201,timeout=600,minproto=5,maxproto=5,indirect)
Dec  1 12:08:16 NI-HD51 daemon.info automount[2201]: handle_packet: type = 3
Dec  1 12:08:16 NI-HD51 daemon.info automount[2201]: handle_packet_missing_indirect: token 5, name MAILPATH, request pid 2196
Dec  1 12:08:16 NI-HD51 daemon.info automount[2201]: dev_ioctl_send_fail: token = 5
[NI-HD51] /mnt/autofs # cd synology/
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
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: mount(nfs): nfs: mount failure 192.198.1.10:/volume1/video on /mnt/autofs/synology
-sh: cd: Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: dev_ioctl_send_fail: token = 6
can't cd to synology/: No such file or directory
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: handle_packet: type = 3
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: handle_packet_missing_indirect: token 7, name MAILPATH, request pid 2196
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: failed to mount /mnt/autofs/synology
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: attempting to mount entry /mnt/autofs/MAILPATH
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: lookup_mount: lookup(file): looking up MAILPATH
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: key "MAILPATH" not found in map source(s).
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: dev_ioctl_send_fail: token = 7
Dec  1 12:08:43 NI-HD51 daemon.info automount[2201]: failed to mount /mnt/autofs/MAILPATH
[NI-HD51] /mnt/autofs #

Ich bin eher ratlos was der da so alles machen will...?!?