# Nfs-server se lance aléatoirement **URL:** \ **Category:** Support Debian\ **Created:** [Février 1, 2022, 9:59 UTC](https://www.debian-fr.org/t/nfs-server-se-lance-aleatoirement/86078 "2022-02-01T09:59:04Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![tchumo](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/22d042/32.png) [@tchumo](https://www.debian-fr.org/u/tchumo)\ **Post date:** [Février 1, 2022, 9:59 UTC](https://www.debian-fr.org/t/nfs-server-se-lance-aleatoirement/86078/1 "2022-02-01T09:59:04Z")
Bonjour, j’ai installé un reseau `nfs` et `openvpn` qui fonctionne assez bien MAIS parfois non. en général je lance ```nohighlight systemctl restart nfs-server.service ``` et ça fonctionne mais pas toujours, parfois je dois redémarer les machines. C’est aléatoire et surtout c’est bizarre, n’est ce pas ? le message d’erreur est ```nohighlight root@tchumoportable-HP01:~# mount -t nfs tchumoserveur:/mnt/data /mnt/data -v mount.nfs: timeout set for Tue Feb 1 10:38:48 2022 mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.51,clientaddr=192.168.1.55' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.51' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: requested NFS version or transport protocol is not supported ``` j’ai peut être mal configuré `/etc/exports/` par exemple ```nohighlight /mnt/data 192.168.1.55(rw,no_root_squash) ``` car j’ai ça ```nohighlight root@tchumoserveur:~# systemctl status nfs-server.service ● nfs-server.service - NFS server and services Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled; vendor prese Active: failed (Result: exit-code) since Tue 2022-02-01 10:40:28 CET; 39s ago Process: 1951 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=1/FAILUR Process: 1952 ExecStopPost=/usr/sbin/exportfs -au (code=exited, status=0/SUCCE Process: 1953 ExecStopPost=/usr/sbin/exportfs -f (code=exited, status=0/SUCCES Feb 01 10:40:28 tchumoserveur exportfs[1951]: Assuming default behaviour ('no_ Feb 01 10:40:28 tchumoserveur exportfs[1951]: NOTE: this default has changed s Feb 01 10:40:28 tchumoserveur exportfs[1951]: exportfs: /etc/exports [30]: Neith Feb 01 10:40:28 tchumoserveur exportfs[1951]: Assuming default behaviour ('no_ Feb 01 10:40:28 tchumoserveur exportfs[1951]: NOTE: this default has changed s Feb 01 10:40:28 tchumoserveur exportfs[1951]: exportfs: /etc/exports [31]: Neith Feb 01 10:40:28 tchumoserveur exportfs[1951]: Assuming default behaviour ('no_ Feb 01 10:40:28 tchumoserveur exportfs[1951]: NOTE: this default has changed s Feb 01 10:40:28 tchumoserveur systemd[1]: nfs-server.service: Failed with result Feb 01 10:40:28 tchumoserveur systemd[1]: Failed to start NFS server and service lines 1-17/17 (END)...skipping... ``` ---
**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\ **Post date:** [Février 1, 2022, 1:11 UTC](https://www.debian-fr.org/t/nfs-server-se-lance-aleatoirement/86078/2 "2022-02-01T13:11:39Z")
Bonjour, la sortie de `systemctl status nfs-server.service` est tronquée, il y a peut-être des informations importantes, tu peux essayer `systemctl -l status nfs-server`, pour que la sortie ne soit pas tronquée ? Ou sinon essaye `journalctl -u nfs-server`. PS: l’adresse 192.168.1.55 est fixe ? ---
**Author:** ![tchumo](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/22d042/32.png) [@tchumo](https://www.debian-fr.org/u/tchumo)\ **Post date:** [Février 1, 2022, 1:26 UTC](https://www.debian-fr.org/t/nfs-server-se-lance-aleatoirement/86078/3 "2022-02-01T13:26:48Z")
Bonjour, oui, les adresses sont fixes (sauf peut-être le wifi). Chose étrange : le fait d’allumer le client avec le RJ45 branché semble avoir une influence. j’ai rallumé le serveur avec le client débranché et ça a fonctionné. Je vais essayer de faire planter à nouveau. en éteignant et rallumant le serveur seulement ça fonctionne cette fois-ci. je vais tout éteindre et voir … Je reviens dès que je réussis à la faire planter. ---
**Author:** ![tchumo](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/22d042/32.png) [@tchumo](https://www.debian-fr.org/u/tchumo)\ **Post date:** [Février 1, 2022, 1:46 UTC](https://www.debian-fr.org/t/nfs-server-se-lance-aleatoirement/86078/5 "2022-02-01T13:46:06Z")
C’est aléatoire. Ça ne plante pas. En revanche j’ai voulu tester le VPN à travers mon téléphone et ça n’a pas l’air de fonctionner. Ça marche avec on ordinateur distant qui est actuellement éteint. Je vais essayer via RJ45 dans un autre site. Bizarre n’est ce pas ? ---
**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\ **Post date:** [Février 2, 2022, 3:33 UTC](https://www.debian-fr.org/t/nfs-server-se-lance-aleatoirement/86078/6 "2022-02-02T15:33:52Z")
> [@tchumo](#): > > Ça marche avec on ordinateur distant qui est actuellement éteint. Bon, si « ça marche », on ne va pas en faire un fromage. > [@tchumo](#): > > Bizarre n’est ce pas ? Je ne vous le fais pas dire. Tout dépend de ce que vous entendez par « ça marche » EDIT : vu que le message d’erreur fait mention de _exportfs_ > [@man exportfs](#): > > ```plaintext > … > Dans le mode plus récent, exportfs ne donne aucune information au > noyau, il n'en fournit qu'à rpc.mountd par l'intermédiaire du fichier > /var/lib/nfs/etab. rpc.mountd gère alors les requêtes du noyau pour ob‐ > tenir les renseignements nécessaires à propos des partages. > … > > ``` ceci est un extrait de ```auto man exportfs ``` sur un système où le paquet `manpages-fr` est installé. Voilà ce qui arrive lorsqu’on veut mélanger des technologies certes éprouvées mais vieillissantes comme `NFS`, `RPC`, … avec des technos à la mode comme `systemd`. Cordialement, Regards, Mit freundlichen Grüßen, مع تحياتي الخالصة * * * F. Petitjean Ingénieur civil du Génie Maritime. « Ce que l’on conçoit bien s’énonce clairement, Et les mots pour le dire arrivent aisément. » Boileau De L’Art poétique (Chant I) ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Février 2, 2022, 6:01 UTC](https://www.debian-fr.org/t/nfs-server-se-lance-aleatoirement/86078/7 "2022-02-02T18:01:28Z")
Bonjour Il faut faire attention à la version NFS du serveur, cela impacte fortement les client utilisés. certains ne sont pas forcement capable d’utiliser toutes les versions NFS. ---
**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\ **Post date:** [Février 3, 2022, 8:37 UTC](https://www.debian-fr.org/t/nfs-server-se-lance-aleatoirement/86078/8 "2022-02-03T08:37:34Z")
En effet, mais je ne pense pas que ce soit le cas ici, le client tente d’abord de se connecter au serveur NFS avec la version 4.2 du protocole, puis devant le refus d’accès, il tente avec la version 3, etc. ---
**Author:** ![tchumo](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/22d042/32.png) [@tchumo](https://www.debian-fr.org/u/tchumo)\ **Post date:** [Février 3, 2022, 9:49 UTC](https://www.debian-fr.org/t/nfs-server-se-lance-aleatoirement/86078/9 "2022-02-03T09:49:36Z")
Bonjour merci pour vos réponses. C’est aléatoire, je n’ai pas eu de problème depuis la dernière fois. Il me semble que le problème est que nfs-server ne se lance pas dans le serveur ; sauf s’il est possible que nfs-server s’arrête quand on lance le client. Je mettrai un post à la prochaine panne. Bonne journée