Netzwerkfreigabe NFS

[Bualicher]

Hallo zusammen,

hat sich etwas an der Freigabe in Nevis geändert?

Ich habe vor ein paar Tagen (von einem Image vermutlich von Ende April) per Nightly upgedatet.
Heute fiel mir auf, dass ich von keinem anderen Receiver mehr auf die Aufnahmen der Nevis zugreifen kann.

Einstellungen wurden nach dem Update wiederhergestellt.
Die Exports (/etc) ist da und sieht wie zuvor so aus:

Code: Alles auswählen

/media/ST1000LM024_HN-M-1	192.168.0.0/16(rw,no_root_squash,no_subtree_check)
/media/USB_Flash_Disk-1	192.168.0.0/16(rw,no_root_squash,no_subtree_check)

Hat bisher funktioniert.

Wenn ich an einem Client versuche manuell zu mounten erhalte ich folgende Ausgabe:

Code: Alles auswählen

/var/root # mount -t nfs -o rw,nolock,hard 192.168.178.126:/media/ST1000LM024_HN-M-1/movies /tmp/movies
mount: 192.168.178.126:/media/ST1000LM024_HN-M-1/movies failed, reason given by server: Permission denied
mount: mounting 192.168.178.126:/media/ST1000LM024_HN-M-1/movies on /tmp/movies failed: Bad file descriptor

Der Fehlermeldung nach sollte es also am Server (Neo²) liegen.

Hat jemand das gleiche Problem oder weiß zufällig, ob irgendwas geändert wurde?

Edit: es wurde vom 19.04. auf 24.05 upgedatet

[Joerg]

ich bin da jetzt kein grosser Experte und diesen Zusatz vonwegen no_subtree_check kenne ich nicht, grundsätzlich würde ich aber sagen, dass du es so aufrufen musst, wie es freigegeben ist. Wenn also in der exports die Freigabe /media/ST1000LM024_HN-M-1 lautet, müsstest du es meines wissens nach über
mount -t nfs -o rw,nolock,hard 192.168.178.126:/media/ST1000LM024_HN-M-1 /tmp/movies aufrufen.
Andersrum gesagt: wenn du auf mount -t nfs -o rw,nolock,hard 192.168.178.126:/media/ST1000LM024_HN-M-1/movies /tmp/movies zugreifen willst, muss es in der exports als /media/ST1000LM024_HN-M-1/movies 192.168.0.0/16(rw,no_root_squash,no_subtree_check) eintragen

PS: das auf der Serverbox die Pfade auch tatsächlich so vorhanden sind also /media/ST1000LM024_HN-M-1/movies setze ich mal voraus. Wie sieht das aus mit dem USB-Stick, den hast du auch in der exports-Datei, schreibst aber zumindest nicht, das es nicht geht

[Bualicher]

Hallo Joerg,

erstmal vielen Dank für Deine Antwort.
Meine Mounts stimmen soweit. Diese haben so zumindest über sehr lange Zeit funktioniert. Und die Ordner und Pfade stimmen alle.

Ich habe Deinen Hinweis, den Mount wie in der exports anzugeben, versucht und war nicht überrascht, dass die gleiche Fehlermeldung resultierte.

/var/root # mount -t nfs -o rw,nolock,hard 192.168.178.126:/media/ST1000LM024_HN-M-1 /tmp/movies
mount: 192.168.178.126:/media/ST1000LM024_HN-M-1 failed, reason given by server: Permission denied
mount: mounting 192.168.178.126:/media/ST1000LM024_HN-M-1 on /tmp/movies failed: Bad file descriptor

Den Stick mounte ich eigentlich nirgends. Habe den in der exports nur drin, damit ich nichts mehr ändern muss, falls ich doch mal auf den Stick von einer anderen Box zugreifen muss.
Aber auch der Mount des Sticks wird von der Neo² mit der gleichen Fehlermeldung verweigert.

/var/root # mount -t nfs -o rw,nolock,hard 192.168.178.126:/media/USB_Flash_Disk-1 /tmp/movies
mount: 192.168.178.126:/media/USB_Flash_Disk-1 failed, reason given by server: Permission denied
mount: mounting 192.168.178.126:/media/USB_Flash_Disk-1 on /tmp/movies failed: Bad file descriptor

Alle anderen Mounts auf andere Serverboxen mit älteren Images (HD51, Tank, andere Neo²) und auf den NAS funktionieren.
Habe vorsorglich gerade noch das aktuelle Nightly auf die Serverbox geflasht. Selber Fehler.

[Hounddog]

Mir ist das am Sonntag auch aufgefallen, dass ich eine Neo² nicht mehr über NFS-Netzwerkfreigabe (EINSTELLUNGEN >>> NETZWERK >>> NETZWERKFREIGABEN BEARBEITEN >>> NETZWERKVERZEICHNIS MOUNTEN) auf eine andere Box (Uno4kSE bzw. HD51) einbinden kann. Umgekehrt - also eine Freigabe von einer anderen Box, bindet sie ordnungsgemäß ein.

/etc/exports:

Code: Alles auswählen

/media/sda1/movies 10.0.0.0/24(rw,no_root_squash,no_subtree_check)

Beim Versuch ein mount über Konsole einzubinden (hier von einer uno4k zur Neo²), erhalte ich die folgende Meldung:

Code: Alles auswählen

[...]/ # mount -t nfs -o soft,nolock 10.0.0.240:/media/sda1/movies /mnt/movies
mount: 10.0.0.240:/media/sda1/movies failed, reason given by server: Permission denied
mount: mounting 10.0.0.240:/media/sda1/movies on /mnt/movies failed: Bad file descriptor

Im Log der Neo² erscheint dann:

Code: Alles auswählen

May 28 12:01:51 [...] daemon.notice rpc.mountd[581]: authenticated mount request from 10.0.0.243:754 for /media/sda1/movies (/media/sda1/movies)
May 28 12:01:51 [...] daemon.warn rpc.mountd[581]: can't stat exported dir /media/sda1/movies: Invalid argument

Diese Meldung erscheint auch, wenn ich direkt auf der Neo² in ein Verzeichnis auf der Box mounten möchte.
Ich habe hier noch ein älteres Build (Eigenbau), vom 06.04.2020, wo noch alles fehlerfrei funktioniert.

Code: Alles auswählen

imageversion=3.60.0
version=9360202004061326
describe=NI-3.60.649-g956f912
builddate=Mo 6. Apr 13:26:30 CEST 2020
box_model=nevis

Kann das eventuell mit dem Versionswechsel von nfs-util (2.2.1 > 2.4.3) zusammenhängen?

[Ezak]

Ich habe das schon lange wenn ich von der Zee^2 auf meine HD51 zugreifen will.
Hatte das damals im Nachbarforum gepostet, aber bisher keine Lösung

Dachte schon meine box wär kaputt

[Joerg]

Also bei mir klappt der Zugriff von Neo und Trinity auf die HD51, sowie von HD51 auf die Neo.
Neo und Trinity haben dabei das NI-Image vom 2.05.20, die HD51 hat das Nightly vom 25.04.20 installiert (ich spiele nur so alle 2-3 Monate mal ein neues Image auf).
Freigaben auf Neo und HD51 über die exports-Datei, den Zugriff via NFS-Protokoll über das Netzwerk-Menü der Box > Netzlaufwerke mounten eingerichtet.

Von daher dürfte es zumindest für Leute die das Problem schon lange haben (lange ist natürlich auch relativ, für manche ist eine Woche schon lang *g*), es kein Image-Problem sein

[Hounddog]

Neo und Trinity haben dabei das NI-Image vom 2.05.20, ...

Wenn es dir keine Umstände macht, dann probiere doch mal eins vom 04.05.2020 oder ein ganz aktuelles. Zurück kann man ja immer

[Bualicher]

Ich hole das Thema nochmal hoch.
Hat sich hier zwischenzeitlich etwas getan oder kennt jemand die Lösung des Problems?
Eigentlich müsste doch jeder mit einem Imagestand ab Mai dieses Problem haben und somit nichts im Netzwerk freigeben können.
Daher bin ich über die wenigen Stimmen etwas verwundert.

Betrifft es alle Boxtypen oder nur die "alten" Nevis?

[stefanx]

Ich habe letzte Woche 5 CST-Boxen eingerichtet, wobei eine Tank als NFS Server frei gegebem wurde (NFS ein und die übliche Freigabe in exports wo ich nur die IP-Range geändert habe.
An den Clientboxen jeweils den Mount manuell eingerichtet und es hat bei allen Boxen funktioniert.
Wo man seit längerem schon nicht mehr "movies" verwendet sondern "mnt0" oder mnt1 ....
Funktioniert alles bestens mit dem Nightly vom 31.5.2020 an allen Boxen.

[Hounddog]

Ich habe letzte Woche 5 CST-Boxen eingerichtet, wobei eine Tank als NFS Server frei gegebem wurde (NFS ein und die übliche Freigabe in exports wo ich nur die IP-Range geändert habe.
An den Clientboxen jeweils den Mount manuell eingerichtet und es hat bei allen Boxen funktioniert.

In die andere Richtung stefanx.
Darum schrieb ich ja:

... - also eine Freigabe von einer anderen Box, bindet sie ordnungsgemäß ein.

Im Anhang mal ein Bild zum besseren Verständnis:

-> Zugriff von Neo² >>> Uno4kSE = OK
-> Zugriff von Uno4kSE >>> Neo² = nOK (also nicht OK)
-> Zugriff von HD51 >>> Neo² = nOK (also nicht OK)
-> Zugriff von HD51 >>> Uno4kSE = OK
-> Zugriff von Uno4kSE >>> HD51 = OK
-> Zugriff von Neo² >>> HD51 = nicht definiert

Ich subsumiere jetzt mal: Nevis als Server: nein, Nevis als Client: ja

[Joerg]

also meine Neo mit dem NI-Image vom 28.04.20 hat keine Probleme mit NFS-Freigabe, Zugriff von HD51 wie auch von Trinity gehen

[Bualicher]

@Joerg:
dann probier mal was Aktuelles

Neo und Trinity haben dabei das NI-Image vom 2.05.20, ...

Wenn es dir keine Umstände macht, dann probiere doch mal eins vom 04.05.2020 oder ein ganz aktuelles. Zurück kann man ja immer

[gizmo74]

Hallo Zusammen,

ich weiß nicht ob das hier hin gehört ?

Ich kann seit 2 updates z.B. keine xupnpd_feeds.lua oder shutdown jpg´s mit dem total commander
in das Image rüberschieben.

Woran liegt das ?

Wie gesagt nightly ist aktuel vom 02.06.2020

[Miky]

Nein, das gehört nicht hier in diesen Thread. Du hast denke ich ich einen Imageplatzer.

[gizmo74]

Vielen Dank schon mal !

Kann es daran liegen das sich die Senderlogos von der Festplatte reinziehen ?
Das habe ich nämlich kurz vorher eingerichtet über den Logoupdater.

Wenn ja, wie lösche ich das wieder ??

Habe schon dreimal neu geupdatet und wieder das aktuelle nightly drauf.

Kann nichts mehr einspielen, wirklich wie imageplatzer.

[Miky]

/share/tuxbox/neutrino/icons/logo

[gizmo74]

Vielen Dank

[Joerg]

@Joerg:
dann probier mal was Aktuelles

Neo und Trinity haben dabei das NI-Image vom 2.05.20, ...

Wenn es dir keine Umstände macht, dann probiere doch mal eins vom 04.05.2020 oder ein ganz aktuelles. Zurück kann man ja immer

aktuell komme ich nicht dazu, auf der HD51 hab ich auch noch ein Image von Ende April. Auf meiner Neo mit der freigegebenen HDD ist das Image vom 28.04.20 installiert (nur auf der Trinity das vom 2.05.20). Ich hab mir zwar ein Backup angelegt, zurück wäre also tatsächlich nicht das Problem, aber aufgrund meiner eigenen Dateien (wie dem NFS-Zeug) im engen Nevis-Image ist das immer so eine Bastelei alles auf die Box zu bekommen, ich schaffe den Platz dafür immer durch löschen der WPA-Dateien, Kabeltuner-, Wlan-Treiber usw - da müsste ich mich erst wieder mehr mit beschäftigen *g*
Aber bei mir gibt es ja auch kein Problem mit der Freigabefunktion. Wer Probleme hat kann sich genauso gut das Nevis-Image vom 28.04.20 auf die Box spielen - "Zurück (in die Zukunft) kann man ja immer ", Download Image + gegebenenfalls Kernel/uImage verfügbar unter https://neutrino-images.de/neutrino-ima ... 004280701/.

Vielleicht helfen dem ein oder anderen auch schon meine NFS-Dateien für das aktuelle Image. Ich spiele dazu unter /var/bin die im Anhang liegenden Dateien ein.

[Joerg]

so, habe heute mal ein Update des Images auf meiner Neo gemacht. Selbstverständlich wie immer ohne Übernahme von Einstellungen (irgendwie hab ich das Menü auch nicht gesehen, gibts das bei der Neo überhaupt noch ? klappte ja eh bei fast keinem), aber mit dem Zurückspielen meines vorher gesicherten var-Ordners: Zugriff auf die NFS-Freigabe von meiner HD51 nicht mehr möglich
Hab die exports-Datei auch nochmal nach /etc (also nicht nur /var/etc) eingespielt und rebootet: Freigaben nicht verfügbar
der NFSD-Dienst lief aber, konnte via Telnet und killall beendet werden (also beim ersten mal keine Fehlermeldung, beim 2ten mal dann Meldung, dass der Dienst nicht läuft).
-> Sicherung (systemFS.img) über lokales Update > Expertenfunktion wieder eingespielt: Box bootet wieder (gab dann noch ein paar Sekunden einen grünen Bildschirm im 4:3 Format bevor das TV-Bild kam und ich glaube kein orangenes NI-Logo beim Booten) > kernel.img der Sicherung wieder eingespielt: alles wieder normal wie vorher + Freigabe tuts natürlich auch wieder.

[Knicko]

Moin Jörg

Bei den HD1 Kisten sichert man normalerweise in den Einstellungen-> Einstellungen verwalten-> Ni-backup sichern.

auf HDD oder Usb-stick

Nach flashen kannst beim startassi die wieder einspielen. Das funzt auch einwandfrei.
falls du nochzusätzlich was sichern möchtest, kannst das in
/var/tuxbox/config/tobackup.conf aufnehmen.

den kompletten /var Ordner einspielen, davon rate ich ab.
gr. Knicko

edit:
Die Grundeinstellungen der Sicherung findest du in der settingsupdate.conf
damit ist eh schon das meiste abgedeckt.

Code: Alles auswählen

## NI Standard-Sicherungen
#-------------------------
/var/tuxbox/config/tobackup.conf
/var/tuxbox/config/settingsupdate.conf

/var/tuxbox/config/cables.xml
/var/tuxbox/config/FritzCallMonitor.addr
/var/tuxbox/config/FritzCallMonitor.cfg
/var/tuxbox/config/radio-favorites.xml
/var/tuxbox/config/radio-stations.xml
/var/tuxbox/config/timerd.conf
/var/tuxbox/config/satellites.xml
/var/tuxbox/config/tuxcal/
/var/tuxbox/config/tuxmail/
/var/tuxbox/config/zapit/
/var/tuxbox/config/oscam.*
/var/tuxbox/config/oscammon.conf
/var/tuxbox/config/scan.conf
/var/tuxbox/config/srv.conf
/var/tuxbox/config/flex/flex_eigene_scripte.conf
/var/bin/
/var/keys/
/etc/auto.net*
/etc/exports
/etc/fstab
/etc/hostname
/etc/hosts
/etc/resolv.conf
/etc/profile.local
/etc/network/interfaces
/etc/wpa_supplicant.conf
/etc/passwd