nfs mount probleme

WhiteWarrior

Neuer User
Mitglied seit
12 Jul 2006
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Hallo,

wenn ich meine nfs freigabe mounten will bekomme ich folgende Meldung:
Code:
mount: mounting 192.168.2.2:/data/fbox on debroot failed

hier meine /etc/exports
Code:
/data/fbox/             *(rw,sync,root_squash,subtree_check)

ich habe schon alle hosts erlaubt, aber daran dürfte es ja eigentlich nicht liegen.

ich habe es so versucht zu mounten:
Code:
mount 192.168.2.2:/data/fbox /tmp/debroot

nfs ist auch geladen:
lsmod:
Code:
nfs                   115472  0 
lockd                  72400  1 nfs
sunrpc                142464  2 nfs,lockd
tiap                  880464  0 
kdsldmod              515808  2 
isdn_fbox             931040  25 
ubik2                  69104  1 isdn_fbox
tiatm                 106560  1 ubik2
Piglet                  7632  0 
mini_fo                59184  1

Hardware: T-Com W701V Firmware: 33.04.26ds26-15
 
Ohne weitere Infos wird das schwierig. Steht denn was im Log des Hosts auf den du zuzugreifen versuchst? Das Verzeichnis /tmp/debroot existiert? Mit "-t nfs" als Parameter klappt es auch nicht?

MfG Oliver
 
ja, das Verzeichnis existiert.
mit -t nfs hatte ich auch schon probiert -> kein erfolg.

In welchem log könnte man denn nachsehen (auf dem Server läuft Debian GNU/Linux etch) ?
 
Zuletzt bearbeitet:
Die Logfiles befinden sich in "/var/log". Wo genau kann ich dir nicht sagen. Das kommt wahrscheinlich auch auf den NFS-Server an. Fang mal mit "/var/log/messages" an.

MfG Oliver
 
da steht folgendes drin:
Code:
Jul 14 16:49:40 wh-server kernel: nfsd: last server has exited
Jul 14 16:49:40 wh-server kernel: nfsd: unexporting all filesystems
Jul 14 16:49:41 wh-server kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Jul 14 16:49:41 wh-server kernel: NFSD: starting 90-second grace period

wenn ich den nfsd starte. Wenn ich eine Verbindung versuche, kommt nichts hinzu (auch nicht im syslog). Von einem anderen Client funktioniert die Verbindung:

auszug aus syslog:
Code:
Jul 14 17:08:57 wh-server mountd[15220]: Fake hostname fw-macbook for 192.168.2.65 - forward lookup doesn't exist
Jul 14 17:08:57 wh-server mountd[15220]: authenticated mount request from 192.168.2.65:1018 for /data/fbox (/data/fbox)
Jul 14 17:09:04 wh-server mountd[15220]: Fake hostname fw-macbook for 192.168.2.65 - forward lookup doesn't exist
Jul 14 17:09:04 wh-server mountd[15220]: authenticated unmount request from 192.168.2.65:1016 for /data/fbox (/data/fbox)
 
Normalerweise sollten die 3 Module nfs, lockd und sunrpc reichen, oder? Und die uClibc wird auch immer mit RPC-Support gebaut.

MfG Oliver
 
Hier der Auszug aus tcpdump:

Code:
00:17:14.242882 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF], proto: UDP (17), length: 68) 192.168.2.1.1275115508 > 192.168.2.2.2049: 40 null
00:17:14.243073 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF], proto: UDP (17), length: 52) 192.168.2.2.2049 > 192.168.2.1.1275115508: reply ok 24 null
00:17:14.935045 IP (tos 0x0, ttl  64, id 1, offset 0, flags [DF], proto: UDP (17), length: 68) 192.168.2.1.1275115508 > 192.168.2.2.2049: 40 null
00:17:14.935375 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF], proto: UDP (17), length: 52) 192.168.2.2.2049 > 192.168.2.1.1275115508: reply ok 24 null
00:17:16.334999 IP (tos 0x0, ttl  64, id 2, offset 0, flags [DF], proto: UDP (17), length: 68) 192.168.2.1.1275115508 > 192.168.2.2.2049: 40 null
00:17:16.335332 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF], proto: UDP (17), length: 52) 192.168.2.2.2049 > 192.168.2.1.1275115508: reply ok 24 null
00:17:19.134768 IP (tos 0x0, ttl  64, id 3, offset 0, flags [DF], proto: UDP (17), length: 68) 192.168.2.1.1275115508 > 192.168.2.2.2049: 40 null
00:17:19.135103 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF], proto: UDP (17), length: 52) 192.168.2.2.2049 > 192.168.2.1.1275115508: reply ok 24 null
 
Hast du eigentlich auch mal auf der Box nachgesehen (im syslog)?
Ich hab gestern die Labor DSL drauf gehabt und jedesmal einen Oops bekommen, wenn ich nfs mounten wollte. Irgendwie mochte der Kernel die RPCs nicht.

MfG Oliver
 
Ich kann leider erst am montag wieder an den W701V. Bis dahin hab ich nur shell zugriff. Ich habe den syslog auch schon per shell an den stellen gesucht, wo er bei *nix systemen normal zu finden ist -> ohne erfolg. Kann man den nur per webiface ansehen?
 
Das kommt darauf an wie du logst. Wenn du den syslog mit "syslogd -C" startest, dann kannst du ihn mit "logread" auslesen. "klogd" logt dann noch die Kernelmessages.

MfG Oliver
 
komisch, weder der kernel gibt was von sich noch steht was im syslog
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.