NFS mounten: Permission denied

    ahoi -


    Ein gutes Jahr lang konnte ich per NFS auf meine TS 109 pro II zugreifen.
    Seid Samstag aber kommt beim mount-versuch:


    Code
    mount.nfs: mount(2): Permission deniedmount.nfs: access denied by server while mounting 192.168.1.5:/share/HDA_DATA/Qmultimedia


    Einen tollen Workaround hatte ich am Sonntag gefunden: ich gehe per ssh auf das NAS und bitte es um

    Code
    ipkg install -force-reinstall nfs-utils


    ...und siehe da: mounten geht wieder bis zum nächsten Reboot vom NAS.


    Ich musste also beim Startup vom NAS jedesmal die nfs-utils neu installieren - eine Traumlösung war das nicht.



    Nach dem reinstall der nfs-utils sagt exportfs auf dem NAS:

    Code
    /share/HDA_DATA/Qmultimedia        192.168.1.*/share/HDA_DATA/Qdownload        192.168.1.*/share/HDA_DATA/Public        192.168.1.*



    aaaber nach dem Neustart vom NAS sagt sein exportfs

    Code
    exportfs: /var/lib/nfs/etab:1: unknown keyword "mapping=identity"


    und leider: wird dieses etab file bei jedem Neustart neu generiert - es nützt als nix, wenn ich das "mapping=identity" von Hand rauslösche.


    --


    Achja: was geschah am Samstag? Ich kaufte einen neuen Router und baute ihn ein. Dabei gab es fuer einige Minuten den illegalen Zustand, dass der Router dem NAS die Adresse 192.168.1xy.22 geben wollte, aber das NAS eine feste IP von 192.168.1.5 haben wollte. Seitdem: ist irgend ein Wurm drin.


    --


    Am Sonntag habe ich dem NAS die neueste Firmware 3.3.0 spendiert (vorher war 3.1.0) - brachte aber keine Linderung.


    ---


    Seid Montag: klappt auch der reinstal nfs-utils trick nicht mehr - die permission bleibt denied.


    Habe ein auf Empfehlung von http://forum.qnap.com/viewtopic.php?f=35&t=32147 ein Downgrade auf Firmware 3.2.0 eingespielt, brachte aber nix.


    achja: exportfs -v auf dem NAS liefert

    Code
    /share/HDA_DATA/Qmultimedia
        192.168.1.*(rw,async,wdelay,no_root_squash,anonuid=65534,anongid=65534)
/share/HDA_DATA/Qdownload
        192.168.1.*(rw,async,wdelay,no_root_squash,anonuid=65534,anongid=65534)
/share/HDA_DATA/Public
        192.168.1.*(ro,async,wdelay,no_root_squash,anonuid=65534,anongid=65534)


    Die uid 65534 gehört typischerweise zum user "nobody". Den gibt es allerdings nicht auf meinem NAS. Ist das das Problem?


    mit ratloser Verneigung -
    - felix

    Einmal editiert, zuletzt von Terz () aus folgendem Grund: Quotes durch Code-Blocks ersetzt, Thema verschoben

    Hallo,


    habe leider keine Lösung für dich aber eine Bitte.
    Könntest du im Webinterface ein Bildschirmfoto von deinen Netzwerkeinstellungen machen? (So wie im verlinkten Thema)
    Ich finde den NFS-Dienst einfach nicht. ( Hier der LINK zum Thema )
    Habe in meiner 109 Pro 2 gar keine Einstellungen was NFS angeht. Nix, nada, null.
    Komme da einfach nicht weiter! :(


    Gruß

    Zitat von "fbuebl"



    Achja: was geschah am Samstag? Ich kaufte einen neuen Router und baute ihn ein. Dabei gab es fuer einige Minuten den illegalen Zustand, dass der Router dem NAS die Adresse 192.168.1xy.22 geben wollte, aber das NAS eine feste IP von 192.168.1.5 haben wollte. Seitdem: ist irgend ein Wurm drin.


    Meine Vorgehensweise wäre hier erst mal:
    - kontrollieren, ob DNS auf automatisch beziehen steht
    - NAS runterfahren
    - router stromlos machen
    - router wieder an die Steckdose
    - NAS booten
    - kontrollieren was der router für eine IP vegeben hat. Das sollte nun eine .100 oder .101 am Ende sein.


    Nutzt du Linux? Wenn ja, was sagt mount -a ?


    Gruss
    Michael

    guten abend -


    zu Salzstein:
    Bei mir sieht das Web Interface vom NAS genauso aus wie das zweite Photo (unter dem "Soll?" steht) von "deinem" Link http://forum.qnapclub.de/viewtopic.php?f=35&t=11461 - dort kann ich NFS aktivieren und habe es auch aktiviert.


    Michael schlägt vor:
    > kontrollieren was der router für eine IP vergeben hat.


    mein NAS sagt nach dem Befehl ifconfig:

    Code
    eth0      Link encap:Ethernet  HWaddr 00:08:9B:AD:12:F3            inet addr:192.168.1.5  Bcast:192.168.1.255  Mask:255.255.255.0


    > Das sollte nun eine .100 oder .101 am Ende sein.


    Warum? Monatelang hatte ich die .5 hinten, und das ging prima.


    und was sagt mein Client bei sudo mount -av?

    Code
    mount.nfs: timeout set for Wed Oct  6 20:22:36 2010mount.nfs: text-based options: 'soft,addr=192.168.1.5'mount.nfs: mount(2): Permission deniedmount.nfs: access denied by server while mounting 192.168.1.5:/share/HDA_DATA/Qmultimedia


    --


    Übrigens habe ich - nur zum Testen - auf dem NAS einen user derselben UID und GID wie auf dem Client. Daran scheitert es nicht.
    Und ausserdem: gibt es den Nutzer mit UID 65534 doch auf dem NAS: er heisst "guest".


    Auch das einschalten von FTP nach http://forum.qnap.com/viewtopic.php?t=8394 brachte: nüscht.


    Danke für eure Mithilfe!


    Verneigung -
    - felix


    achso -


    nach einem Reboot vom NAS führt exportfs auf dem NAS zu

    Code
    var/lib/nfs/etab:1: unknown keyword "mapping=identity"


    und ich habe immer noch nicht herausgefunden, wie ich das "mapping=identity" wegschlumpfen kann.
    wenn ich es von hand lösche, führt exportfs zu


    Code
    /share/HDA_DATA/Qmultimedia        192.168.1.*/share/HDA_DATA/Qdownload        192.168.1.*/share/HDA_DATA/Public        192.168.1.*


    knicks -
    - felix


    huch?!


    Besserung! Wenn ich vers=2 mit angebe, klappt das mounten!

    Code
    sudo mount -t nfs -o vers=2 192.168.1.5:/share/HDA_DATA/Qmultimedia /media/m


    Den Tip(p) fand ich hier: http://forum.qnap.com/viewtopic.php?f=35&t=14934


    Misteriös: wenn ich das "-o vers=2" weglasse, kommt immer noch die Permission Denied Meldung, aber dennoch: klappt das mount - ich kann dann auf die Files zugreifen. Das ging die letzten Tage nicht mehr... Liegt es daran, dass ich jetzt mein exportfs auf dem NAS jetzt so aussieht?


    Code
    exportfs    /share/HDA_DATA/Qmultimedia        192.168.1.7/share/HDA_DATA/Qmultimedia        192.168.1.8


    In irgendeinem Forum war empfohlen worden, hier doch nicht den Wildcard 192.168.1.* zu verwenden...


    Platon wusste: ich weiß, daß ich nichts weiß,


    Ich habe nun also auf dem client in der fstab die option nfsvers=2 eingefügt:

    Code
    192.168.1.5:/share/HDA_DATA/Qmultimedia /media/m nfs soft,rw,auto,nfsvers=2 0 0


    und: das mounten klappt wieder schön automatisch.


    Der Weltfrieden wird nicht einmal dadurch gestört, dass auf dem NAS immer noch der Befehl "exportfs" zu

    Code
    exportfs: /var/lib/nfs/etab:1: unknown keyword "mapping=identity"


    führt.... egal, erstmal scheint der Fall gelöst. Ich melde mich in ein paar Tagen nochmal, ob das eine stabile Lösung war.


    Die Files werden nun übrigens auf dem NAS mit dem Nutzer angelegt, der diesselbe UID hat wie "ich" auf dem Client. Früher: wurde auf dem Admin daraus ein Nutzer, der eine andere UID, aber denselben Namen hat wie der Nutzer auf dem Client. Aber egal, hauptsache es geht.

    Einmal editiert, zuletzt von christian () aus folgendem Grund: Doppelte Beiträge vermeiden, siehe Forenregeln!

    Ahoi -


    Mit der Beschränkung auf Version 2 von NFS ist nach einigen Tagen reibungsfreiem Betrieb doch ein Problem geschlüpft:


    NFS in der Version 2 kann nur Dateigrößen von maximal 2 GB.


    Bei meinem aktuellen Workaround muss ich also per FTP auf das NAS zugreifen, wenn es um eine grosse Datei geht.


    Verneigung -
    - felix

    Aloha -


    Mittlerweile hat sich das Problem in Luft aufgelöst. Ich kann das NAS wieder ganz normal über NFS mounten, ohne es dabei auf eine alte Version von NFS zu beschränken. Leider habe ich keine Ahnung, warum das zwei Wochen lang nicht ging - jetzt geht's jedenfalls wieder.


    Verneigung -
    - felix