nfs server probleme

  • Hallo zusammen,

    ich habe ein Problem mit einer nfs-Freigabe die am Client nicht gemountet werden kann. Damit bin ich wohl nicht der ersten... Ich Google mich eigentlich immer durch aber ich bin es grade wirklich leid und hoffe dass mir hier jemand helfen kann.
    Dass die Freigabe nach dem Neustart nicht mehr vorhanden ist und warum rpcbind und nfs-kernel-server da rummucken damit setzte ich mich im zweiten schritt auseinander erstmal möchte ich doch nur die Freigabe mounten...
    Folgender Aufbau:

    *edit
    Beide debian 8.0 kernel: 4.4.16
    */edit

    srv01 - 10.0.0.101 -> nfs-Server
    srv01 - 10.0.0.102 -> nfs-client

    Beide haben den user dev und www-data mit der identischen uid

    auf srv01 wurde das paket nfs-kernel-server und nfs-common installiert.
    auf srv02 nur nfs-common

    Ich möchte das Verzeichnis /home/dev/www von srv01 auf srv02 unter /home/dev/www mounten.

    Inhalt der /etc/exports:

    Code
    /home/dev/www/  *(rw,sync,no_subtree_check,all_squash)


    Ausgabe von rpcbind -p

    Code
    program vers proto   port  service
       [...]
       100003    2   tcp   2049  nfs
       100003    3   tcp   2049  nfs
       100003    4   tcp   2049  nfs
       100003    2   udp   2049  nfs
       100003    3   udp   2049  nfs
       100003    4   udp   2049  nfs
        [...]


    scheint also auch ok zu sein.

    cat /etc/hosts.allow


    Code
    rpcbind: 10.0.0.102
    lockd: 10.0.0.102
    mountd: 10.0.0.102
    statd: 10.0.0.102

    cat /etc/hosts.deny

    Code
    rpcbind:ALL
    lockd: ALL
    mountd: ALL
    statd: ALL

    srv02 sagt zu showmount -e 10.0.0.101

    Code
    clnt_create: RPC: Port mapper failure - Unable to receive: errno 111 (Connection refused)

    Vielleicht mach ich ja irgendwas total falsch... Kann doch eigentlich nicht so schwer sein. :denker:

    Danke schon mal für eure Anregungen

    Einmal editiert, zuletzt von stfn (14. August 2016 um 11:30)


  • Kannst Du zum Austesten mal die /hosts.allow und .deny Dateien entfernen? Dann ist zumindest klar, ob da was schiefläuft oder ob an Deinem nfs-Setup schon was nicht stimmt.

    Ich hab jetzt mal den inhalt der beiden Dateien auskommentiert... Tut irgendwie nochweniger als vorher... :-/

    srv01 gibt auf showmount -e localhost folgendes zurück:

    Code
    clnt_create: RPC: Unknown protocol

    service rpcbind status

    service nfs-kernel-server status

    cat /etc/netconfig

    Code
    # Generated by resolvconf
    nameserver 10.0.0.254
    nameserver 8.8.8.8
  • Bist Du sicher, daß das Deine netconfig ist? Das sieht mir mehr nach einer resolv.conf aus.

    Auf meinem aktuellen Raspbian Jessie gehört /etc/netconfig zum Paket libtirpc1 und sieht so aus:


  • Bist Du sicher, daß das Deine netconfig ist? Das sieht mir mehr nach einer resolv.conf aus.

    Auf meinem aktuellen Raspbian Jessie gehört /etc/netconfig zum Paket libtirpc1 und sieht so aus:

    ss.png

    leider ja. keine ahnung was da schief gegangen ist.

    Also habs nochmal neu aufgesetzt.

    hab mich, wie beim ersten mal, an das hier gehalten: NFS-Server auf dem Raspberry Pi einrichten

    Code
    14:13:26 root@srv01 ~ showmount -e localhost
    Export list for localhost:
    /home/dev/www *

    sieht ja erstmal gut aus

    also auf srv02 geswitcht und :

    nur ums mal gezeigt zu haben:

    Code
    14:23:44 root@srv01 ~ id dev && id www-data
    uid=999(dev) gid=65534(nogroup) groups=65534(nogroup)
    uid=33(www-data) gid=33(www-data) groups=33(www-data)
    Code
    14:23:53 root@srv02 ~ id dev && id www-data
    uid=999(dev) gid=65534(nogroup) groups=65534(nogroup),27(sudo)
    uid=33(www-data) gid=33(www-data) groups=33(www-data)

    Fortschritt aber immernoch nicht am Ziel


  • Wie sieht denn jetzt die Ausgabe von"mount"auf srv02 aus?


    Code
    14:25:40 root@srv02 ~ mount
    10.0.0.101:/home/dev/www on /home/dev/www type nfs4 (rw,relatime,vers=4.0,rsize=131072,wsize=131072,namlen=255,soft,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=10.0.0.102,local_lock=none,addr=10.0.0.101)

    Hast Du eine Idee woran es liegen könnte?

  • das hab ich nun davon dass ich blind ein Tutorial durchgemacht hab und meinen Kopf nur vermeintlich mit googlen angestrengt hatte...

    der Fehler war folgender:

    in /etc/exports stand:

    Code
    /home/dev/www   10.0.0.102(rw,sync,no_subtree_check,all_squash)

    ohne die option "all_squash" funktioniert es als user "dev".

    Warum root nicht drauf zu greifen kann verstehe ich nicht ganz aber ok. Seis drum. Damit beschäftige ich mich dann wenn der Rest läuft.

    Vielen Dank für eure Unterstützung. :danke_ATDE:

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!