Léa-Linux : « Nfs qui bug (question de noob, je débute dans le nfs) »

Conversation precedente ou suivante

Les sections > Les forums de cette section > Les messages de ce forum > Ce thread >

Nfs qui bug (question de noob, je débute dans le nfs)

Envoyé par: alpha_one_x86

Bonjour, je suis doucement entrer dans le nfs, j'essaye d'utilisé que la version 4.
Sur mon serveur j'ai tout mit en dur, comment voir la version du serveur nfs de lancer car:

rpcinfo -p amber
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  32769  status
    100024    1   tcp  50645  status
    100005    1   udp  32770  mountd
    100005    1   tcp  49533  mountd
    100005    2   udp  32770  mountd
    100005    2   tcp  49533  mountd
    100005    3   udp  32770  mountd
    100005    3   tcp  49533  mountd
    100021    1   udp  32771  nlockmgr
    100021    3   udp  32771  nlockmgr
    100003    2   udp   2049  nfs
    100021    1   tcp  49620  nlockmgr
    100021    3   tcp  49620  nlockmgr
    100003    2   tcp   2049  nfs

Sur un pc client nfsv4 client en dur, gentoo:

mount -t nfs amber:/mnt/nfs/gentoo-64 /mnt/nfs/
acer user # umount /mnt/nfs/
acer user # mount -t nfs4 amber:/mnt/nfs/gentoo-64 /mnt/nfs/
mount: mount to NFS server 'amber' failed: RPC Error: Program/version mismatch.

Sur un pc boot en pxe (donc sur le réseau), nfsv4 client, kernel dhcp bootp en dur, gentoo, lors du boot dans l'initrd, ou dans la busybox:

mount: Mounting 192.168.0.10:/mnt/nfs/gentoo-64 on /newroot failed: Protocol not supported

Je n'y connait rien en nfsv4, qui comment savoir la version de la connexion client/serveur utilisé, si mon serveur est bien configurer. Savoir surtout pourquoi ma version boot réseau refuse de montre le partage nfs.
Merci d'avance de vos réponses. Je navigue depuis hier soir pour trouvé mais rien. J'ai mit en place plein de truc sur mon pxe (netinstall debian gtk, msdos, diag hdd, memtester, ...) le tout par le réseau mais le montage du nfsv4 sur la partitions root merde, et j'ai vraiment besoin de booter par le réseau pour virer mes hdd.

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Thursday 24 January 2008 14:12:07

Répondre Citer

Re: Nfs qui bug (question de noob, je débute dans le nfs)

Envoyé par: alpha_one_x86

Oui j'été bien en nfs2, mais maintenant ça monte toujours pas:

acer user # mount /mnt/nfs/ -v
mount: pinging: prog 100003 vers 4 prot tcp port 2049
mount.nfs4: Operation not permitted
acer user # rpcinfo -p amber
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  32769  status
    100024    1   tcp  39179  status
    100005    1   udp  32770  mountd
    100005    1   tcp  60943  mountd
    100005    2   udp  32770  mountd
    100005    2   tcp  60943  mountd
    100005    3   udp  32770  mountd
    100005    3   tcp  60943  mountd
    100021    1   udp  32771  nlockmgr
    100021    3   udp  32771  nlockmgr
    100021    4   udp  32771  nlockmgr
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100021    1   tcp  44788  nlockmgr
    100021    3   tcp  44788  nlockmgr
    100021    4   tcp  44788  nlockmgr
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
acer user # ping amber
PING amber.fw.local (192.168.0.10) 56(84) bytes of data.
64 bytes from 192.168.0.10: icmp_seq=1 ttl=64 time=0.313 ms
64 bytes from 192.168.0.10: icmp_seq=2 ttl=64 time=0.334 ms
64 bytes from 192.168.0.10: icmp_seq=3 ttl=64 time=0.268 ms

--- amber.fw.local ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2005ms
rtt min/avg/max/mdev = 0.268/0.305/0.334/0.027 ms
acer user #

Donc coté serveur je suis bien en nfs4, et coté client aussi. Seul probléme:

mount: pinging: prog 100003 vers 4 prot tcp port 2049
mount.nfs4: Operation not permitted

Et le pinging est extremement lent. En nfs3 tout marche. Si quelqu'un aurai un élément de réponse, merci de poster.

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Saturday 26 January 2008 16:31:03

Répondre Citer

Re: Nfs qui bug (question de noob, je débute dans le nfs)

Envoyé par: alpha_one_x86

Ca fait un mois que je cherche est j'y arrive toujours pas, j'ai même dumper mon interface:
[www.first-world.info]
Et j'ai toujours:

mount.nfs4: Operation not permitted

Le nfs3 marche toujours, je boot en pxe dessus. Mais il me faut du nfs4.

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Thursday 21 February 2008 09:43:48

Répondre Citer

Re: Nfs qui bug (question de noob, je débute dans le nfs)

Envoyé par: alpha_one_x86

EDIT: Si quelqu'un pouvez me donné un petit coup de main, ce serai gentil.

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Thursday 21 February 2008 09:45:03

Répondre Citer

Re: Nfs qui bug (question de noob, je débute dans le nfs)

Envoyé par: alpha_one_x86

Ma principal erreur fus qu'il faut précisé fsid=0 pour définir la racine, maintenant j'ai le nfs3 et nfs4 qui marche.
Hélas j'ai découvert car j'ai du tout réinstaller vu que mon serveur à été reformaté (fausse manip du à la fatigue).
Mais j'ai passer l'option debug a mon noyau pour être dans la busybox de mon initrd, et pas moyen de monter un partage nfs4 par contre un partage nfs3 marche et le nfs4 et nfs3 marche parfaitement le système booter, je continu à chercher.

PS: C'est en cherchant qu'on deviens chercheur...

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Saturday 22 March 2008 11:26:37

Répondre Citer