NFS Share Permission denied

  • Hallo Forum,


    wir haben aktuell das Problem das wir ständig Abbrüche bei Backups über NFS haben. Die Fehlermeldung ist Permission denied. Siehe Screenshot. gemountet haben wir den NFS share bereits mit "noac noacl sync nfvers=3"
    Hat jemand dazu eine Idee ? Zumal es mal geht, mal nicht ...


    MfG

  • Hi,

    das sieht für mich so aus als ob Du per Windows auf ein NFS Filesystem zugegriffen hast.

    nobody als user und group?

    65534 als UID?

    Da wird meistens ein default user hingemappt.

    Kann es sein das die Dateien von einem Windows Host (User) erzeugt wurden und jetzt soll per Linux daruaf zugegriffen werden?


    Ich halte das für ein usermapping Problem.


    Gruss

  • Zeig doch mal die den kompletten mount des NFS-Shares!

  • Wir haben NFS der QNAP mit SLES 12 SP2 und SP4 gemountet. Windows hat da überhaupt nichts mit zu tun ...

  • Wie sieht die Zeile in /etc/exports aus?

    Wie sieht die Zeile für mount auf dem Client aus?

  • Code
    /etc/exports:
    "/share/CACHEDEV1_DATA/BackupVol_HANA" 10.100.10.0/24(rw,async,subtree_check,insecure,no_root_squash,fsid=d60fa1391cb76396f1265444b0b8cd5f)
    "/share/NFSv=4" *(no_subtree_check,no_root_squash,insecure,fsid=0)
    "/share/NFSv=4/BackupVol_HANA" 10.100.10.0/24(rw,nohide,async,subtree_check,insecure,no_root_squash,fsid=d60fa1391cb76396f1265444b0b8cd5f)
    "/share/CACHEDEV1_DATA/Public" *(rw,async,subtree_check,insecure,no_root_squash,fsid=37b143ba0ca575d37a356ab03a7a28db)
    "/share/NFSv=4/Public" *(rw,nohide,async,subtree_check,insecure,no_root_squash,fsid=37b143ba0ca575d37a356ab03a7a28db)
    "/share/CACHEDEV1_DATA/Templates" *(rw,async,subtree_check,insecure,no_root_squash,fsid=0fb01f83ff70f66eff083e185d9a01f4) 10.100.10.*(rw,async,subtree_check,insecure,no_root_squash,fsid=0fb01f83ff70f66eff083e185d9a01f4)
    "/share/NFSv=4/Templates" *(rw,nohide,async,subtree_check,insecure,no_root_squash,fsid=0fb01f83ff70f66eff083e185d9a01f4) 10.100.10.*(rw,nohide,async,subtree_check,insecure,no_root_squash,fsid=0fb01f83ff70f66eff083e185d9a01f4)
    "/share/CACHEDEV1_DATA/iso" *(rw,async,subtree_check,insecure,no_root_squash,fsid=ccd5a8de1e744fe0a5863d8b5500c586) 10.100.10.*(rw,async,subtree_check,insecure,no_root_squash,fsid=ccd5a8de1e744fe0a5863d8b5500c586)
    "/share/NFSv=4/iso" *(rw,nohide,async,subtree_check,insecure,no_root_squash,fsid=ccd5a8de1e744fe0a5863d8b5500c586) 10.100.10.*(rw,nohide,async,subtree_check,insecure,no_root_squash,fsid=ccd5a8de1e744fe0a5863d8b5500c586)
  • kann es sein das du mit zwei verschiedenen nfs Versionen arbeitest? einmal schreibst du mit nfs=3 gemountet, und dann kommt der Eintrag nfs=4...

    evtl beisst sich das?!

  • CACHEDEV1_DATA ist der Name des mountpunkts. Das hat nichts mit einem Cache zu tun.


    Gruss

  • Hallo zusammen,

    ich habe ein ähnliches Problem. Ich habe von Samba auf NFS umgestellt. So weit so gut.

    Verschiedene Freigaben, konkret eine namens Backup und eine Sopranos.

    Bei beiden gleiche Zugriffsrechte: lesen/schreiben mit no_root_squash.

    Bei Backup komme ich in jedes Unterverzeichnis zu jeder Datei, bei Sopranos nur bis zur Ebene Unterordner.

    Ich greife über Windows 10 darauf zu. Ich habe keine Idee

  • Warum stellt man auf nfs um, wenn man mit Windows zugreift?

    Das ist ziemlich widersprüchlich, Windows ureigenstes Protokoll ist eben Cifs bzw. SMB.

    Was für einen Grund gibt es also nfs als Protokoll zu verwenden?


    Zumal auch bei Win10 die nfs Dienste per default nicht aktiviert sind.


    Gruss