RPCPROG_NFS: RPC: Program not registered

happy

happy

Well-Known Member
hallo,
ich weis, jeder hat die meldung schon mal gesehen :)
Doch ich weiss nicht was das soll jedesmal bei mir.

rpcbind sowie nfs_client sind bei mir auch eingetragen in rc.conf.


Code: 
# rpcinfo -p boss.local
   program vers proto   port  service
    100000    4   tcp    111  rpcbind
    100000    3   tcp    111  rpcbind
    100000    2   tcp    111  rpcbind
    100000    4   udp    111  rpcbind
    100000    3   udp    111  rpcbind
    100000    2   udp    111  rpcbind
    100000    4 local    111  rpcbind
    100000    3 local    111  rpcbind
    100000    2 local    111  rpcbind

exports auf dem server sind richtig configuriert , den von einer anderen kiste kann ich mounten.

Code: 
/ad1         -alldirs        -network 192.168.1.0 -mask 255.255.255.0

Beides sind FBSD 5.3

Wo ist der wurm drinn? Wo andres klappt auch. mountd und so scheinnt alles richtig zu gehen.
Was mach ich falsch?
ps:
http://www.freebsddiary.org/nfs-portmap.php hat mir nicht weiter geholfen .
 
muss auf dem Client den NFS server auf dem Client laufen? Das wäre mir neu.
Wie gesagt, von anderen clients gehts.
Komisch
 
Hallo!
Sorry, ich habe dein "Wo andres klappt auch" falsch interpretiert.
Ein NFS-Server muss natuerlich nicht auf dem Client laufen. Wozu auch.

Allerdings kenne ich die Syntax in Deiner /etc/exports nicht. bei mir sieht das in etwa wie folgt aus:

Code: 
/vol2/homes     *(rw,sync)

Dein rpcinfo... hast Du das auf dem Client oder auf dem Server gemacht? Bei mir laeufts auf dem Client nicht und meine Ausgabe sieht so aus:
Code: 
rpcinfo: can't contact portmapper: RPC: Remote system error - Connection refused

Auf meinem Server siehts so aus wie bei Dir in der Ausgabe.

und in meiner Client-/etc/rc.conf hab ich sogar ein

Code: 
nfs_client_enable="NO"

drinzustehen, stelle ich grad fest. aaber:

Code: 
marten@host04$ df
Filesystem         1K-blocks     Used     Avail Capacity  Mounted on
/dev/ad0s2a           253678    89958    143426    39%    /
devfs                      1        1         0   100%    /dev
/dev/ad0s2e           253678    55498    177886    24%    /tmp
/dev/ad0s2f         38765656 30655044   5009360    86%    /usr
/dev/ad0s2d           253678    25954    207430    11%    /var
linprocfs                  4        4         0   100%    /usr/compat/linux/proc
/dev/ad0s1          19237805  4898781  14339024    25%    /mnt/ntfs
srv:/vol2/public 237468472 87745432 149723040    37%    /mnt/public

man(n) beachte die letzte Zeile, diest ist ein nfs-import.

Vielleicht kommst Du hiermit irgendwie weiter?

Gruss, Marten
 
Das bekomme ich auf Client

Code: 
Mar 12 02:25:21 muggi kernel: nfs server pid362@muggi:/host: not responding
Mar 12 02:25:23 muggi kernel: nfs server pid362@muggi:/host: is alive again

Langsam denke ich das liegt an dem reverseDNS
 
Hallo happy,

teste doch einfach mal Deinen DNS:
nslookup name bzw. nslookup IP-Adresse.

Was sagt denn rpcinfo -p host ? host ist natürlich Dein Server.

Viele Grüße

Jürgen
 
Code: 
ome/happy# rpcinfo -p dummy
   program vers proto   port  service
    100000    4   tcp    111  rpcbind
    100000    3   tcp    111  rpcbind
    100000    2   tcp    111  rpcbind
    100000    4   udp    111  rpcbind
    100000    3   udp    111  rpcbind
    100000    2   udp    111  rpcbind
    100000    4 local    111  rpcbind
    100000    3 local    111  rpcbind
    100000    2 local    111  rpcbind
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
root@dummy:/home/happy#
 
Hey!

Ich hatte diese Probleme mit dem 'not responding' und 'alive again' auch bereits zwei mal: das eine mal hatte ich ein Problem mit dem Netzwerkkabel im Hub (war locker). Ausgetauscht, dann gings. Ein anderes mal wars eine defekte Netzwerkkarte im Client.
Laeuft denn das Netzwerk sonst stabil? Kannst Du grosse Dateien per FTP durchgehend Problemlos uebertragen?
Ansonsten: Hast Du noch irgendwo ne Firewall/Packetfilter/... laufen?
Teste das doch mal aus.

EDIT:
Teste doch mal einen anderen Rechner an dieser Strippe

Marten
 
Habe eben server rebootet, jetzt gings , aber bei grossen daten bekomme ich 'not responding' und 'alive again',
Komisch, die platten sind ok, aber ich teste noch etwas rum und erstate bericht :)
 
Habe was gefunden. und zwar :
wenn ich rpcbind restarte (am server), dann kommt die meldung wegen RPC auf den Clients immer, danach geht nfs mounten nicht mehr
/etc/rc.d/rpcbind restart

muss ich da bestimmte reinfolge beachten beim starten von nfs server erst mountd dann rpcbind dann nfsd oder wie auch immer?
:( kann doch nicht jedesmal den server rebooten nach so ner simplen aktion :)
 
Zuletzt bearbeitet:
Hmmmmmm..... mit dem mountd kenn ich mich ehrlichgesagt nicht so aus.
Aber probiere doch mal das manuelle mounten:

NFS-Server starten, dann ab zum Client und ein

Code: 
mount nfsserver:/pfad/am/server /localermountpoint

laeuft denn diese Verbindung Problemlos oder machts auch Probleme?
Wenns geht, liegts wahrscheinlich am mountd
 
restarte mal den rpcbind am server
/etc/rc.d/rpcbind restart
und versuch zu mounten von client , das meine ich.
 
Ich hab mal ein wenig im Handbuch gestoebert, bin darauf auf folgendes gestossen:


[snip]


Sie müssen mountd nach jeder Änderung von /etc/exports neu starten, damit die Änderungen wirksam werden. Dies kann durch das Senden des HUP-Signals an den mountd-Prozess erfolgen:

# kill -HUP `cat /var/run/mountd.pid`

Alternativ können Sie auch das System neu starten. Dies ist allerdings nicht nötig. Wenn Sie die folgenden Befehle als root ausführen, sollte alles korrekt gestartet werden.

Auf dem NFS-Server:

# rpcbind
# nfsd -u -t -n 4
# mountd -r

Auf dem NFS-Client:

# nfsiod -n 4

Nun sollte alles bereit sein, um ein entferntes Dateisystem einhängen zu können. In unseren Beispielen nennen wir den Server server, den Client client. Wenn Sie ein entferntes Dateisystem nur zeitweise einhängen wollen, oder nur Ihre Konfiguration testen möchten, führen Sie auf dem Client als root einen Befehl ähnlich dem folgenden aus:

# mount server:/home /mnt

Dadurch wird das Verzeichnis /home des Servers auf dem Client unter /mnt eingehängt. Wenn alles korrekt konfiguriert wurde, sehen Sie auf dem Client im Verzeichnis /mnt alle Dateien des Servers.

[snap]


ist aus der Seite

http://www.freebsd.org/doc/de_DE.ISO8859-1/books/handbook/network-nfs.html

Hoffe, das hilft weiter. An sonsten bin ich mit meinem Latein auch am Ende.
Da Du aber ja am Anfang geschrieben hast, das andere Clients funktionieren, denke ich mal das es irgendwas an deinem Client ist. Liegt irgendwie nahe :)

Gruss, Marten
 
ich habe gerade eben selber rausbekommen , das nach nem
/etc/rc.d/rpcbind restart
auch ein
/etc/rc.d/mountd restart
folgen muss, sonst geht nix .
Trozdem danke für dein einsatz marten.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben