Kodi sieht keine nfs-Freigaben

    Hallo zusammen,

    ich habe vor ein paar Tagen auf meinem Laptop (Anbindung über WLAN) Kodi installiert (Grundsystem Kubuntu 20.04.1). Ich versuche jetzt, auf die nfs-Freigabe(n) auf meinem NAS (Openmediavault 5.5.6-1) zuzugreifen.

    Die Situation ist folgende:

    - mit showmount werden mir die Freigabe(n) des NAS auf dem Laptop einwandfrei angezeigt
    - ich kann die Freigabe(n) auch einwandfrei mounten
    - in Kodi kann ich weder über "Netzwerk-Dateisystem (NFS)" noch über "Netzwerkfreigabe hinzufügen" auf die Freigabe(n) zugreifen

    Bei "Netzwerk-Dateisystem" findet er gar nichts und bei "Netzwerkfreigabe hinzufügen" zeigt er mir nach eintragen der korrekten Daten an:
    [errorbox]Verbindung nicht möglich
    Es konnte keine Netzwerkverbindung hergestellt werden. Soll die Quelle trotzdem hinzugefügt werden?[/errorbox]

    Die Exports-Datei auf dem NAS sieht wie folgt aus:


    Es ist im Moment nur eine Freigabe eingetragen, weil ich es leid war, immer alles zu ändern. Die anderen Freigaben kommen dann wieder rein, wenn alles läuft.

    Die fstab sieht wie folgt aus:

    Das Verzeichnis Filme gehört mit allen Unterordnern der UID 1000 und GID 100.

    Mounten über die fstab klappt nicht, da das WLAN nicht schnell genug zur Verfügung steht. Ich müsste dann also jedesmal erst Kodi beenden, manuell mounten und dann Kodi wieder starten.

    Vielleicht hat einer von euch eine Idee, was ich noch machen kann.

    Falls noch Infos fehlen bitte Bescheid sagen. Ich liefere sie dann schnellstmöglich nach.

    Vielen Dank im voraus

    Christoph

    /export/Filme 192.168.178.4/24(fsid=1,rw,all_squash,anonuid=1000,anongid=100,insecure,no_subtree_check)
    zu
    /export/Filme *(fsid=1,rw,all_squash,anonuid=1000,anongid=100,insecure,no_subtree_check)

    Dann läufst du erstmal nicht mehr Gefahr, dass die IP da einen Fehler macht

    Dann würde ich mal schauen, ob unter Ubuntu nicht doch automatisch die "UFW" läuft: systemctl status ufw
    Wenn die läuft, würde ich die erstmal abschalten. Die Firewall war bei mir unter Fedora auch das Problem, dass ich in Kodi meine NFS Freigaben nicht browsen konnte. Nachdem ich die Regeln angepasst habe, läuft es. Daher würde ich mal versuchen die Firewall, wenn sie denn läuft, abzuschalten.

    Dann hätte ich gern noch die Ausgabe von mount, NACHDEM du manuell den NFS share gemountet hast. Mich würde es interessieren, ob es NFSv3 oder NFSv4 ist. Letzteres könnte unter Kodi Probleme machen.

    Laptop (Kodi):

    sudo ufw status ergibt Status: Inaktiv

    systemctl status ufw ergibt

    [cbox]● ufw.service - Uncomplicated firewall
    Loaded: loaded (/lib/systemd/system/ufw.service; enabled; vendor preset: enabled)
    Active: active (exited) since Tue 2020-08-11 00:23:17 CEST; 14h ago
    Docs: man:ufw(8)
    Process: 389 ExecStart=/lib/ufw/ufw-init start quiet (code=exited, status=0/SUCCESS)
    Main PID: 389 (code=exited, status=0/SUCCESS)


    Aug 11 00:23:17 christoph-HP-250-G4-Notebook-PC systemd[1]: Finished Uncomplicated firewall.
    Warning: journal has been rotated since unit was started, output may be incomplete.
    [/cbox]

    NAS:sudo ufw status ergibt sudo: ufw: Befehl nicht gefunden

    systemctl status ufw ergibt Unit ufw.service could not be found.


    Ausgabe von mount (nur die relevanten Zeilen):
    [cbox]192.168.178.3:/Filme on /home/christoph/Media/Filme/NAS type nfs4 (rw,relatime,vers=4.2,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.4,local_lock=none,addr=192.168.178.3)[/cbox]

    Scheint also als NFSv4 gemounted zu sein. Ich habe nur jetzt keine Ahnung, wie ich OMV dazu bringe, die Freigabe als NFSv3 zur Verfügung zu stellen.

    Zitat von Sternie

    vers=4.2,

    Und da sehen wir, dass wir von NFSv4 reden. Konfiguriere deinen NFS-Server so, dass er NFSv3 spricht oder mounte den Share mit dem OS und verweise in Kodi auf dem Mountpoint. Würde ich im Endeffekt ohnehin empfehlen.

    Achte darauf, dass wenn du eine MySQL benutzt, du für jede Maschine den gleichen Mountpoint anlegst.

    Ooption 1 und 2: https://askubuntu.com/questions/1208…rk-is-connected

    Nochmal ähnliche Optionen: https://www.linuxquestions.org/questions/slac…on-wifi-936353/

    Aber grundlegend solltest du einen NetwortkMananger-wait-online.service haben, der sowas für dich auch regeln kann und dann köntest du auch versuchen NFS via systemd-Service zu mounten:

    https://cloudnull.io/2017/05/nfs-mount-via-systemd/

    Im verlinkten Artikel wird auf networt.target gewartet: After=network.target . Das sollte eigentlich den mount erst starten, wenn das Netzwerk verfügbar ist.

    3 Mal editiert, zuletzt von DaVu (11. August 2020 um 20:01)

    Zitat von DaVu

    Und da sehen wir, dass wir von NFSv4 reden. Konfiguriere deinen NFS-Server so, dass er NFSv3 spricht oder mounte den Share mit dem OS und verweise in Kodi auf dem Mountpoint. Würde ich im Endeffekt ohnehin empfehlen.

    Da ich auch auf Ubuntu 20.04 bin würde mich interessieren wie ich ihm sage das er NFSv3 für Kodi exportiert. Eine fstab hab ich für Kodi unter AndroidTV ja nicht.

    Da ich gerade kein Ubuntu laufen habe (ich kann das aber nachher checken), kann ich es gerade nicht mit Gewissheit sagen. Du kannst aber mal schauen ob du in "/etc" eine "nfs.conf" und/oder eine "nfsmount.conf" hast.

    nfs.conf:
    Dort gibt es einen [nfsd]-Bereich. Dort habe ich "vers3=y" einkommentiert

    nfsmount.conf:
    Da suchst du nach dem Bereich

    Code
    # Server Mountd Version
mountvers=3


    Danach bitte die entsprechenden Services neu starten: systemctl restart nfs-server.service und systemctl restart nfs-mountd.service

    Konnte das gerade erfolgreich testen:
    Aufruf jeweils mit sudo mount -t nfs 192.168.1.181:/home/davu /media/test/

    Vor der o. g. Änderung:

    Code
    192.168.1.181:/home/davu on /media/test type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.181,local_lock=none,addr=192.168.1.181)


    Nach der Änderung:

    Code
    192.168.1.181:/home/davu on /media/test type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.181,mountvers=3,mountport=20048,mountproto=udp,local_lock=none,addr=192.168.1.181)


    Ich würde sogar schätzen, dass die Änderung in nfs.conf ausreichend wäre.

    Das ist jetzt unter Fedora getestet. Ich gehe stark davon aus, dass es unter Ubuntu ähnlich ist.

    Zitat von DaVu

    ob es NFSv3 oder NFSv4 ist. Letzteres könnte unter Kodi Probleme machen.

    Was für Probleme muß man denn da erwarten? Ich habe bisher mit einer NFS4 Freigabe noch nichts feststellen können.

    Oder bezieht sich die Warnung nur auf Kodi direkt? Ich hab ja im Prinzip nur über die Embyfreigaben den Zugriff im Kodi.

    Aktueller Stand meines PoC Produktivsystems:
    Server: NAS, AMD Ryzen 3, 8GB RAM | Debian 10 Buster, NFS via ZFS, TVHeadend, Emby
    Clients: RPi3, Kodi 18 | Android Box, Kodi 17 | Emby App für Tablets und Smartphones

    Es könnte sein, dass der NFSv4 share über Kodi direkt nicht eingebunden werden kann. Je nachdem, welcher Teil den Share mounted (Kodi oder das Betriebssystem darunter) kann es, oder kann es nicht zu Problemen kommen

    Würde mich gerne kurz an den Thread anhängen - hab ein sehr ähnliches Problem.
    Server und Client laufen unter Lubuntu.
    Am Client ist Kodi installiert, mit dem ich auf NFS-Quellen zugreife, was auch problemlos funktioniert.
    Nun hab ich am Server einen der ca.10 verschiedenen Quellordner umbenannt und muß diesen natürlich in Kodi als Video-Quelle ebenfalls anpassen. Nur leider findet Kodi keine NFS-Quellen...
    D.h. Kodi findet zwar keine Quellen, kann jedoch über NFS alles problemlos wiedergeben... :S

    Folgendes hab ich probiert:
    ufw ist auf Server und Client inaktiv
    Am Server hab ich in /etc/default/nfs-kernel-server folgende Zeile geändert:
    RPCMOUNTDOPTS="--manage-gids" --> RPCMOUNTDOPTS="--manage-gids --no-nfs-version 4"

    Angeblich läßt sich NFSv4 so unterdrücken. Bei mir hilfts nicht.
    Im Betriebsystem möchte ich die NFS-Quellen nicht mounten, da der Client auch öfters ohne läuft, wenn der Server ausgeschalten ist.

    Hat jemand einen guten Rat für mich? ?(

    Zitat von conta

    Nur leider findet Kodi keine NFS-Quellen...

    Wenn Du meinst, dass die "Durchsuchen" Funktion von Kodi nicht klappt, dann kann ich das bestätigen. Damit findet Kodi meinen Server ebenfalls nicht.

    Ein direktes Anlegen der Quelle funktioniert aber problemlos...

    Aktueller Stand meines PoC Produktivsystems:
    Server: NAS, AMD Ryzen 3, 8GB RAM | Debian 10 Buster, NFS via ZFS, TVHeadend, Emby
    Clients: RPi3, Kodi 18 | Android Box, Kodi 17 | Emby App für Tablets und Smartphones

    Danke Normic,
    habs gerade auch in einem anderen Thread gefunden. Hab jetzt die Quelle direkt in sources.xml in Kodi ausgebessert und jetzt funktioniert es wie es soll.
    Ist aber schon eher eine unsaubere Lösung...
    Eigenartig, warum das in Kodi nicht vernünftig funktioniert!

    Der NFS Server läuft unter Ubuntu? Habe ich das richtig verstanden?

    Wenn ja, dann bitte Mal die Ausgabe von

    systemctl status ufw.service

    Wenn das "active" ist, dann würde ich Mal versuchen die zu deaktivieren.

    Weiter kann Kodi keine NFSv4 Shares browsen. ich würde daher sicherstellen, dass der Server so konfiguriert ist, dass er ausschließlich NFSv3 anbietet.

    Alternativ würde ich das Mounten eines NFS Shares dem Betriebssystem überlassen und Kodi auf den Mountpoint verweisen. Das sollte problemlos gehen und ist die beste Lösung. Damit es Bootfest wird, den Eintrag dann in die fstab eintragen.

    Vielen Dank für die Antwort DaVu,

    und Du hast recht, interessanterweise ist ufw tatsächlich aktiv. Hatte das zuvor schon mal abgefragt und da war die Sache inaktiv.
    NFSv4 hatte ich auch schon versucht in /etc/default/nfs-kernel-server auszuschalten.
    Keine Ahnung ob das der richtige Weg war.
    Wie auch immer, normalerweise versuche ich immer saubere Lösungen zu finden - in diesem Fall werd ichs aber bleiben lassen und die Quellen einfach in sources.xml in Kodi direkt nachjustieren.

    Da in Kodi das Problem wahrscheinlich in 2 oder 3 Versionen ohnehin gelöst wird, muß ich mich jetzt nicht mit Netzwerkinterna auseinandersetzen.

    Hab wohl schon zu viel Zeit mit Linux-Frickelei verbracht... :whistling:

    Vielen Dank jedenfalls für Deinen Input!

    Hi,

    ich gehe hier noch einmal ran. Und zwar habe ich ein ähnliches Problem wie im ersten Post.
    NFS-Freigaben werde nicht gefunden, wenn ich aber in sources.xml direkt die freigabe eintrage klappt alles.
    Von daher bin ich ertsmal zufrieden :) Aber ganz sauber ist das ja nicht. Jetzt habe ich im OMV-forum folgendes gefunden:

    https://forum.openmediavault.org/index.php?thre…-else/&pageNo=2

    Liest sich für mich, als ob in Libreelec etwas fehlen würde. Oder vertue ich mich da ?

    Mein System:

    Spoiler anzeigen


    Server

    Wohnzimmer

    im Haus verteilt


    Cooler Master Elite 110
    ASRock J3455-ITX
    16GB DDR3L-1333
    3x WD green 3TB
    1x 60GB BOOT-SSD
    OMV 7.x
    TVHeadend 4.3.xx

    Phillips PUS8546
    Kodi 21 Beta (maven)

    diverse
    Raspberry Pi
    LibreElec 9.x


    Kodi hat seinen eigenen libnfs client und dieser Funktioniert bei mir unter LibreELEC und Unraid als NFS Server ganz wunderbar

    Ich vermute stark, dass bei dir in dem export der NFS Shares das "insecure" flag fehlt.

    Der Thread auf den du da verlinkst ist mittlerweile schon 3 Jahre alt und von daher komplett unbrauchbar. In 2018 haben wir noch von Kodi 17.6 und dem ersten LE Release gesprochen (Kodi 18 hatte seinen Release in 2019). Somit würde ich einen "Pfiffendreck" ;) auf so alte Threads geben.

    Ich bekomme aber halt immer nur meine nfs freigabe in kodi, wenn ich die sources.xml händisch anlege/ändere....

    hier mal die Ausgabe aus omv5

    vielleicht hilft das ja.
    Ich bin mir nicht sicher wo der Fehler liegt.
    Denn ich habe mal ein aktuelles kodi in windows installiert. Und dort habe ich exact das gleiche Problem.

    Versuche ich mit nem anderen Linux (openhabian) zu mounten gehts prima

    Code
    [17:56:57] openhabian@openhab:~$ showmount -e 192.168.1.3
Export list for 192.168.1.3:
/export/Video *

    keine Ahnung woran das liegen kann

    Mein System:

    Spoiler anzeigen


    Server

    Wohnzimmer

    im Haus verteilt


    Cooler Master Elite 110
    ASRock J3455-ITX
    16GB DDR3L-1333
    3x WD green 3TB
    1x 60GB BOOT-SSD
    OMV 7.x
    TVHeadend 4.3.xx

    Phillips PUS8546
    Kodi 21 Beta (maven)

    diverse
    Raspberry Pi
    LibreElec 9.x


    Einmal editiert, zuletzt von Grabber66 (16. Januar 2021 um 17:57)

    Hier noch ein Auszug aus dem [definition=9,3]Kodi.[definition='1','0']log[/definition][/definition]

    Spoiler anzeigen


    2021-01-16 20:44:21.837 T:140098044487808 NOTICE: Samba is idle. Closing the remaining connections
    2021-01-16 20:45:30.435 T:140098044487808 NOTICE: NFS is idle. Closing the remaining connections.
    2021-01-16 20:58:35.433 T:140098044487808 ERROR: Unable to lookup host: ''
    2021-01-16 20:58:35.433 T:140098044487808 ERROR: NFS: Failed to mount nfs share: (nfs_mount_async failed. Failed to start connection. Failed to start connection. Invalid address:. Can not resolv into IPv4/v6 structure.)
    2021-01-16 20:58:38.437 T:140098044487808 ERROR: GetDirectory - Error getting nfs://
    2021-01-16 20:58:38.437 T:140098044487808 ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://) failed
    2021-01-16 20:58:43.405 T:140098044487808 ERROR: GetDirectory - Error getting nfs://
    2021-01-16 20:58:43.405 T:140098044487808 ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://) failed
    2021-01-16 21:00:15.909 T:140098044487808 NOTICE: NFS is idle. Closing the remaining connections.
    2021-01-16 21:00:53.526 T:140098044487808 ERROR: GetDirectory - Error getting nfs://
    2021-01-16 21:00:53.526 T:140098044487808 ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://) failed
    2021-01-16 21:01:35.533 T:140098044487808 ERROR: Unable to lookup host: ''
    2021-01-16 21:01:38.537 T:140098044487808 ERROR: GetDirectory - Error getting nfs://
    2021-01-16 21:01:38.537 T:140098044487808 ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://) failed
    2021-01-16 21:03:16.303 T:140098044487808 NOTICE: NFS is idle. Closing the remaining connections.
    2021-01-16 21:03:17.387 T:140098044487808 NOTICE: Samba is idle. Closing the remaining connections
    2021-01-16 21:04:11.150 T:140098044487808 ERROR: GetDirectory - Error getting nfs://
    2021-01-16 21:04:11.150 T:140098044487808 ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://) failed
    2021-01-16 21:06:02.468 T:140098044487808 NOTICE: NFS is idle. Closing the remaining connections.

    Mein System:

    Spoiler anzeigen


    Server

    Wohnzimmer

    im Haus verteilt


    Cooler Master Elite 110
    ASRock J3455-ITX
    16GB DDR3L-1333
    3x WD green 3TB
    1x 60GB BOOT-SSD
    OMV 7.x
    TVHeadend 4.3.xx

    Phillips PUS8546
    Kodi 21 Beta (maven)

    diverse
    Raspberry Pi
    LibreElec 9.x


Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden