kleiner nfs server

mir fällt gerade ein, dass ich vor ein paar tagen auf beiden rechnern den 2.6.25-0 kernel drauf gemacht, könnte es damit zusammenhängen?

hier dmesg | tail vom server:

Code: 
# dmesg | tail
Bluetooth: L2CAP ver 2.9
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM ver 1.8
nvidia: module license 'NVIDIA' taints kernel.
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI Interrupt 0000:00:0c.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
NVRM: loading NVIDIA Linux x86 Kernel Module  96.43.05  Tue Jan 22 19:36:58 PST 2008

und vom client:
Code: 
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP ver 2.9
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM ver 1.8
eth0: no IPv6 routers present
[COLOR="Red"]bis hier gehts direkt nach dem booten. alles darunter ist nach dem mountversuch und usb-stick rein- und rausziehen [/COLOR]
usb 2-2: new high speed USB device using ehci_hcd and address 3
usb 2-2: configuration #1 chosen from 1 choice
usb 2-2: New USB device found, idVendor=0930, idProduct=6529
usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 2-2: Product: TransMemory
usb 2-2: Manufacturer: TOSHIBA
usb 2-2: SerialNumber: 0710F560226028FD
usbcore: registered new interface driver libusual
Initializing USB Mass Storage driver...
scsi2 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
scsi 2:0:0:0: Direct-Access     TOSHIBA  TransMemory      1.04 PQ: 0 AN
SI: 0 CCS
sd 2:0:0:0: [sdb] 1001472 512-byte hardware sectors (513 MB)
sd 2:0:0:0: [sdb] Write Protect is off
sd 2:0:0:0: [sdb] Mode Sense: 23 00 00 00
sd 2:0:0:0: [sdb] Assuming drive cache: write through
sd 2:0:0:0: [sdb] 1001472 512-byte hardware sectors (513 MB)
sd 2:0:0:0: [sdb] Write Protect is off
sd 2:0:0:0: [sdb] Mode Sense: 23 00 00 00
sd 2:0:0:0: [sdb] Assuming drive cache: write through
 sdb: sdb1
sd 2:0:0:0: [sdb] Attached SCSI removable disk
sd 2:0:0:0: Attached scsi generic sg2 type 0
usb-storage: device scan complete
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
 
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
rpcbind: server 192.168.0.100 not responding, timed out
Zum Vergrößern anklicken....

Das sagt dir, das portmap nicht läuft....

Du bist dir sicher, das portmap auf beiden Kisten läuft?
 
hood, deine ip-adressen von server und client sind falsch
Goodspeed hat nicht umsonst nach deinen ausgaben von ifconfig gefragt...
 
ich denke schon das portmap läuft.

auf beiden rechnern:
Code: 
# /etc/init.d/portmap start
Starting portmap daemon...Already running..

oder gibts da noch was anderes, dass ich übersehen habe?

EDIT
@mike

also sind meine beiden /etc/hosts falsch?

müssten die dann so aussehen?

client:
Code: 
127.0.0.1             localhost
192.168.0.123      box


server:
Code: 
127.0.0.1        localhost
192.168.0.187 box861
 
Zuletzt bearbeitet:
hood schrieb:
also sind meine beiden /etc/hosts falsch?
Zum Vergrößern anklicken....
ja

müssten die dann so aussehen?

client:
Code: 
127.0.0.1             localhost
192.168.0.123      box


server:
Code: 
127.0.0.1        localhost
192.168.0.187 box861
Zum Vergrößern anklicken....

nein wohl eher so:

server:
Code: 
127.0.0.1        localhost
192.168.0.123 box

client:
Code: 
127.0.0.1             localhost
192.168.0.187      box861

denn:
der server muss in seiner hosts-datei den client drin haben
und der client in seiner hosts den server

bei dir steht ja die server-adresse in der hosts-datei vom server, was natürlich wenig sinn ergibt
 
hm,

geht auch nicht:

Code: 
# mount -t nfs 192.168.0.123:/home /mnt/nfs/home
mount.nfs: mount to NFS server 'rpcbind' failed: RPC Error: Program not registered
mount.nfs: internal error

aber

Code: 
# rpcinfo -p 192.168.0.123
   Program Vers Proto   Port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  34036  status
    100024    1   tcp  37587  status

ich komm einfach nicht weiter.
 
na wenigstens sind die ip-adressen jetzt richtig

nfsd neugestartet ?

dieser link sagt folgendes:

RPC: Program Not Registered: (or another "RPC" error):

This means that the client does not detect NFS running on the server. This could be for several reasons.

1.

First, check that NFS actually is running on the server by typing rpcinfo -p on the server. You should see something like this:

program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100011 1 udp 749 rquotad
100011 2 udp 749 rquotad
100005 1 udp 759 mountd
100005 1 tcp 761 mountd
100005 2 udp 764 mountd
100005 2 tcp 766 mountd
100005 3 udp 769 mountd
100005 3 tcp 771 mountd
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
300019 1 tcp 830 amd
300019 1 udp 831 amd
100024 1 udp 944 status
100024 1 tcp 946 status
100021 1 udp 1042 nlockmgr
100021 3 udp 1042 nlockmgr
100021 4 udp 1042 nlockmgr
100021 1 tcp 1629 nlockmgr
100021 3 tcp 1629 nlockmgr
100021 4 tcp 1629 nlockmgr


This says that we have NFS versions 2 and 3, rpc.statd version 1, network lock manager (the service name for rpc.lockd) versions 1, 3, and 4. There are also different service listings depending on whether NFS is travelling over TCP or UDP. UDP is usually (but not always) the default unless TCP is explicitly requested.

If you do not see at least portmapper, nfs, and mountd, then you need to restart NFS. If you are not able to restart successfully, proceed to Symptom 9.
Zum Vergrößern anklicken....
 
also, anpingen geht jetzt.

tracepath sagt auch folgendes:
Code: 
# tracepath 192.168.0.123
 1:  192.168.0.123 (192.168.0.123)                          0.157ms pmtu 16436
 1:  192.168.0.123 (192.168.0.123)                          0.066ms reached
 1:  192.168.0.123 (192.168.0.123)                          0.054ms reached
     Resume: pmtu 16436 hops 1 back 64

das problem ist doch jetzt, dass der client den server nicht findet, oder?

da steht ja, dass ich den server nochmal neu starten soll, dass hab ich so gemacht:
Code: 
/etc/init.d/nfs-kernel-server start

was muss ich den jetzt noch konkret machen, damit der client den server findet?

rpcinfo -p auf dem server sagt ja:
Code: 
rpcinfo -p
   Program Vers Proto   Port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  37251  status
    100024    1   tcp  51635  status
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100021    1   udp  36884  nlockmgr
    100021    3   udp  36884  nlockmgr
    100021    4   udp  36884  nlockmgr
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100021    1   tcp  53742  nlockmgr
    100021    3   tcp  53742  nlockmgr
    100021    4   tcp  53742  nlockmgr
    100005    1   udp  51868  mountd
    100005    1   tcp  48272  mountd
    100005    2   udp  51868  mountd
    100005    2   tcp  48272  mountd
    100005    3   udp  51868  mountd
    100005    3   tcp  48272  mountd

das müsste doch alles stimmen?

EDIT
ich mach das jetzt mit konqueror über sftp://

bei gelegenheit kommt sid wieder runter und stable wieder drauf. mit stable gings ja schließlich vorher.
vielen dank an alle!!!
 
Zuletzt bearbeitet:
Man machst Du ein Hickhack ... schau Dir doch mal die IP-Adressen genau an ...

Wenn der Server die IP 192.168.0.187 hat, sollte das Statement
Code: 
mount -t nfs 192.168.0.187:/home /mnt/nfs/home
und NICHT
Code: 
mount -t nfs 192.168.0.123:/home /mnt/nfs/home
sein ...

Btw. ... wenn Du Dich eh auf IP-Adressen beziehst, ist die /etc/hosts Wurst ...

Und in der exports solltest Du entweder keine IP angeben ... oder wenigstens die richtige (also 192.168.0.123 und nicht 192.168.0.100 oder 192.168.0.101)
 
Anmelden, um zu antworten.

Ähnliche Themen

NFS via Speedport
NFS via Speedport: Hi, Möchte mit Slackware einen NFS-Server aufsetzen. Leider sehe ich beim Thema Netzwerk "den Wald vor lauter Bäumen nicht"...:hilfe2: Obwohl es...

Raid-1 einrichten
Raid-1 einrichten: Hallo, ich bin gerade dabei ein Raid-1 auf meinem Server einzurichten. Ich bin nach diesem Turorial vorgegangen und hänge nun an Punkt 5 Das System An...

nis und nfs durch ldap ersetzen
nis und nfs durch ldap ersetzen: Hallo, unser Server eines kleinen 192.168-er Netzwerkes soll demnaechst mal ersetzt werden, da dort noch SuSE 10.irgendwas drauf laeuft. Auf dem...

Beispiel ldif fuer nfs-client
Beispiel ldif fuer nfs-client: Hallo, nachdem ich nun beim exportieren von nfs4 etwas weitergekommen bin, meldet sich nun nslcd auf dem Server zu Wort: Apr 14 14:51:52 my-server...

Passwortgesicherte Alternative zu NFS
Passwortgesicherte Alternative zu NFS: [gelöst] Passwortgesicherte Alternative zu NFS Hallo Forum, ich habe mich nun länger mit NFS beschäftigt. Am Wochenende steht für mich die Einrichtung...

Neueste Themen

Zurück
Oben