NFS4-shares lassen sich mit Karmic nicht mounten

View: New views
3 Messages — Rating Filter:   Alert me  

NFS4-shares lassen sich mit Karmic nicht mounten

by Christian Schult :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hallo,

ich habe auf dem PC und auf dem Netbook nach Karmic upgegraded (Kubuntu) bzw.
beim Netbook neu installiert. An der Konfiguration wurde nichts verändert. Nun
lassen sich die exportierten Verzeichnisse nicht mehr per NFS4 auf dem Client
einbinden. Der PC (Hostname jazz) ist der NFS-Server, das Netbook ist Client
und heißt blues. Vorher mit Jaunty auf beiden Geräten konnte ich die vom PC
exportierten NFS4-Shares am Netbook mounten, jetzt bekomme ich folgende
Fehlermeldung, zu der ich mit Google nicht zu einer Lösung finde:

root@blues ~ # mount -v -t nfs4 jazz:/john-Dokumente /home/john/jazz-Dokumente
mount.nfs4: timeout set for Wed Nov  4 17:31:19 2009
mount.nfs4: text-based options: 'clientaddr=192.168.1.145,addr=192.168.1.149'
mount.nfs4: mount(2): Permission denied
mount.nfs4: access denied by server while mounting jazz:/john-Dokumente

Vielleicht hat hier jemand eine Idee, wo der Fehler stecken könnte?


Zur Konfiguration:

Auf dem Server (jazz) ist /srv/nfs4 als Wurzelverzeichnis für die Shares konfiguriert.

root@jazz ~ # ls -l /etc/exports
-rw-r--r-- 1 root root 743 2009-10-09 19:01 /etc/exports

root@jazz ~ # grep -v "#" /etc/exports
/srv/nfs4   192.168.1.145(rw,fsid=0,insecure,no_subtree_check,async)
/srv/nfs4/jimbob-Dokumente 192.168.1.145(rw,nohide,insecure,async,no_subtree_check)
/srv/nfs4/john-Dokumente 192.168.1.145(rw,nohide,insecure,async,no_subtree_check)

root@jazz ~ # grep nfs4 /etc/fstab
/home/jimbob/Dokumente /srv/nfs4/jimbob-Dokumente none bind  0  0
/home/john/Dokumente /srv/nfs4/john-Dokumente none bind  0  0

Auf Server und Client ist in /etc/idmapd die lokale Domain in der Zeile
"Domain =" eingetragen. DNS-Namensauflösung im lokalen Netz funktioniert.
Gebe ich beim Mounten die IP der Servers an geht's auch nicht.

In der /etc/fstab des Clients (blues) steht:

jazz:/jimbob-Dokumente /home/jimbob/jazz-Dokumente nfs4 auto,rw,rsize=8192,wsize=8192  0   0
jazz:/john-Dokumente /home/john/jazz-Dokumente nfs4 auto,rw,rsize=8192,wsize=8192  0   0

Beim Starten von blues sehe ich die Meldung, dass auf den obigen Mountbefehl
gewartet wird. Nach ein paar Sekunden geht der Boot weiter, anschließend sind
die NFS-Verzeichnisse nicht gemountet. Auch von Hand könne sie nicht gemountet
werden (s. Fehlermeldung oben).

Am tcpwrapper liegt es nicht, in /etc/hosts.allow des Servers steht:

portmap: LOCAL 192.168.1.0/255.255.255.0
nfsd: LOCAL 192.168.1.0/255.255.255.0
mountd: LOCAL 192.168.1.0/255.255.255.0
lockd: LOCAL 192.168.1.0/255.255.255.0
rquotad: LOCAL 192.168.1.0/255.255.255.0
statd: LOCAL 192.168.1.0/255.255.255.0

Selbst wenn ich ALL: ALL eintrage geht's nicht, immer die gleiche
Fehlermeldung.


Gruß

Christian


--
ubuntu-de mailing list
ubuntu-de@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-de

Re: NFS4-shares lassen sich mit Karmic nicht mounten

by Christian Schult :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hallo,

* Christian Schult <cschult@...>:

> ich habe auf dem PC und auf dem Netbook nach Karmic upgegraded (Kubuntu) bzw.
> beim Netbook neu installiert. An der Konfiguration wurde nichts verändert. Nun
> lassen sich die exportierten Verzeichnisse nicht mehr per NFS4 auf dem Client
> einbinden. Der PC (Hostname jazz) ist der NFS-Server, das Netbook ist Client
> und heißt blues. Vorher mit Jaunty auf beiden Geräten konnte ich die vom PC
> exportierten NFS4-Shares am Netbook mounten, jetzt bekomme ich folgende
> Fehlermeldung, zu der ich mit Google nicht zu einer Lösung finde:
>
> root@blues ~ # mount -v -t nfs4 jazz:/john-Dokumente /home/john/jazz-Dokumente
> mount.nfs4: timeout set for Wed Nov  4 17:31:19 2009
> mount.nfs4: text-based options: 'clientaddr=192.168.1.145,addr=192.168.1.149'
> mount.nfs4: mount(2): Permission denied
> mount.nfs4: access denied by server while mounting jazz:/john-Dokumente

Ich reiche mal die Ausgabe von rpcinfo und der Prozeßliste nach, m.E. weist
auch das nicht auf irgendwelche Verbindungsprobleme hin.

john@blues ~ % rpcinfo -p
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  37727  status
    100024    1   tcp  39724  status

john@blues ~ % rpcinfo -p jazz
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  34560  status
    100024    1   tcp  54216  status
    100021    1   udp  47336  nlockmgr
    100021    3   udp  47336  nlockmgr
    100021    4   udp  47336  nlockmgr
    100021    1   tcp  41754  nlockmgr
    100021    3   tcp  41754  nlockmgr
    100021    4   tcp  41754  nlockmgr
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100005    1   udp  36318  mountd
    100005    1   tcp  49836  mountd
    100005    2   udp  36318  mountd
    100005    2   tcp  49836  mountd
    100005    3   udp  36318  mountd
    100005    3   tcp  49836  mountd

john@blues ~ % ps ax | egrep 'rpc|nfs'
  923 ?        S<     0:00 [rpciod/0]
  924 ?        S<     0:00 [rpciod/1]
  962 ?        S<     0:00 [nfsiod]
  984 ?        Ss     0:00 rpc.idmapd
  985 ?        Ss     0:00 rpc.statd -L

john@jazz ~ % ps ax | egrep 'rpc|nfs'
  934 ?        S<     0:00 [rpciod/0]
  935 ?        S<     0:00 [rpciod/1]
  970 ?        Ss     0:00 rpc.statd -L
 1074 ?        S<     0:00 [nfsiod]
 1157 ?        Ss     0:00 rpc.idmapd
 4451 ?        S<     0:00 [nfsd4]
 4452 ?        S<     0:00 [nfsd]
 4453 ?        S<     0:00 [nfsd]
 4454 ?        S<     0:00 [nfsd]
 4455 ?        S<     0:00 [nfsd]
 4456 ?        S<     0:00 [nfsd]
 4457 ?        S<     0:00 [nfsd]
 4458 ?        S<     0:00 [nfsd]
 4459 ?        S<     0:00 [nfsd]
 4463 ?        Ss     0:00 /usr/sbin/rpc.mountd --manage-gids


Gruß

Christian

--
ubuntu-de mailing list
ubuntu-de@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-de

Re: NFS4-shares lassen sich mit Karmic nicht mounten

by Christian Schult :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hallo,

* Christian Schult <cschult@...>:

> * Christian Schult <cschult@...>:
>
> > ich habe auf dem PC und auf dem Netbook nach Karmic upgegraded (Kubuntu) bzw.
> > beim Netbook neu installiert. An der Konfiguration wurde nichts verändert. Nun
> > lassen sich die exportierten Verzeichnisse nicht mehr per NFS4 auf dem Client
> > einbinden. Der PC (Hostname jazz) ist der NFS-Server, das Netbook ist Client
> > und heißt blues. Vorher mit Jaunty auf beiden Geräten konnte ich die vom PC
> > exportierten NFS4-Shares am Netbook mounten, jetzt bekomme ich folgende
> > Fehlermeldung, zu der ich mit Google nicht zu einer Lösung finde:
> >
> > root@blues ~ # mount -v -t nfs4 jazz:/john-Dokumente /home/john/jazz-Dokumente
> > mount.nfs4: timeout set for Wed Nov  4 17:31:19 2009
> > mount.nfs4: text-based options: 'clientaddr=192.168.1.145,addr=192.168.1.149'
> > mount.nfs4: mount(2): Permission denied
> > mount.nfs4: access denied by server while mounting jazz:/john-Dokumente

So, in irgendeiner FAQ auf den Seiten des NFS-Projektes las ich, man
solle sich mit ssh remote einloggen und mit who nachsehen, welcher
Rechner als ursprünglicher Rechner angezeigt wird. Who müsse den Rechner
anzeigen, von dem aus man sich per ssh eingeloggt hat. Das tut es hier
nicht.

Ich habe hinter dem DSL-Modem einen Linksys WLAN-Router auf dem DD-WRT
läuft. Der Hostname des Routers ist rock. Daran hängt per WLAN das
Netbook (blues/NFS-Client) und per Ethernet der PC (jazz/NFS-Server).

Wenn ich mich von blues auf jazz per ssh einlogge zeigt who an, dass cih
von rock.cocis.de, dem WLAN-Router, komme, wenn ich mich umgkehrt von
jazz auf blues einlogge wird ebenso rock.cocis.de als Ausgangshost
angezeigt.

Auf dem Router läuft dnsmasq für DHCP und DNS. Die DNS-Namensauflösung
klappt tadellos.

Erklären kann ich mir die Ausgabe von who gar nicht, jedenfalls brachte
mich das auf die Idee, die Shares für das gesamte lokale Netz
freizugeben.

/srv/nfs4   192.168.1.0/255.255.255.0(rw,fsid=0,insecure,no_subtree_check,async)
/srv/nfs4/jimbob-Dokumente 192.168.1.0/255.255.255.0(rw,nohide,insecure,async,no_subtree_check)
/srv/nfs4/john-Dokumente 192.168.1.0/255.255.255.0(rw,nohide,insecure,async,no_subtree_check)

So geht's wieder! :-) Falls jemand weiß, warum es jetzt geht und warum who
nicht korrekt anzeigt von woher man sich per ssh eingeloggt hat - ich bitte um
Aufklärung.


Gruß

Christian

--
ubuntu-de mailing list
ubuntu-de@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-de