[Résolue] nfs-kernel-server bloqué sur NFSv3 sur Ubuntu 24.04.3 LTS

sergiodobrasil · Le 09/01/2026, à 19:27

Bonjour la communauté,

j'utilise depuis longtemps les partages NFS sur Linux (Server/Client) et la je bute sur plusieurs soucis (que j'ai finit par contourner).
Mais j'aime bien comprendre pourquoi le fonctionnement natif ne veux plus se faire...

1er problème : depuis Ubuntu 24.04.3 LTS, le démarrage en auto (systemd) du service nfs plante a chaque reboot.

Hardware Model: HP t620 Dual Core TC
Operating System: Ubuntu 24.04.3 LTS              
Kernel: Linux 6.14.0-33-generic

la version du serveur nfs :

libnfs14/noble,now 5.0.2-1build1 amd64  [installé, automatique]
libnfsidmap1/noble-updates,now 1:2.6.4-3ubuntu5.1 amd64  [installé, automatique]
nfs-common/noble-updates,now 1:2.6.4-3ubuntu5.1 amd64  [installé]
nfs-kernel-server/noble-updates,now 1:2.6.4-3ubuntu5.1 amd64  [installé]

les messages d'erreur :

journalctl -au nfs-server.service
mnt-nfs-SHARE-DATA_TMP.mount: Found ordering cycle on nfs-server.service/stop
systemd[1]: mnt-nfs-SHARE-DATA_TMP.mount: Found dependency on mnt-nfs-SHARE-DATA_TMP.mount/stop
systemd[1]: mnt-nfs-SHARE-DATA_TMP.mount: Job nfs-server.service/stop deleted to break ordering cycle starting with mnt-nfs-SHARE-DATA_TMP.mount/stop

j'ai tenté de trouver le coupable de la boucle...en analysant les dépendances (listing et graphique)

systemctl list-dependencies -all  nfs-kernel-server
systemd-analyze dot nfs-server.service |circo -Tjpeg

je devine bien que le soucis est sur les points de montage lors du boot, NFS passant avant les mnt/nfs/SHARE qui l'est censé exposer...
mon fstab coté serveur :

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/57c1dcd7-a655-4206-bb14-cc50203e6c0b /     ext4 defaults 0 1
# /home was on /dev/sda3 during curtin installation
/dev/disk/by-uuid/d1fd3910-4e5f-419e-919d-6d28b8ed068b /home ext4 defaults 0 2
# /boot/efi was on /dev/sda1 during curtin installation
/dev/disk/by-uuid/1D94-0DEF /boot/efi                        vfat defaults 0 1
# /DATA_400G was on /dev/sda4 during curtin installation
/dev/disk/by-uuid/d9a27de3-b42a-4551-827b-58215c61a3b7 /media/sergiodobrasil/DATA_400G ext4 defaults 0 0
# /DATA_1T was on /dev/sdb1
/dev/disk/by-uuid/93eff32c-d990-4ae5-86f0-63c17e11e42b /media/sergiodobrasil/DATA_1T   ext4 defaults 0 0
# NFS Share
/media/sergiodobrasil/DATA_1T/DNL   /mnt/nfs/SHARE/DATA_DNL   nfs4    bind  0  0
/media/sergiodobrasil/DATA_400G/TMP /mnt/nfs/SHARE/DATA_TMP   nfs4    bind  0  0

et en modifiant chaque éléments 1 par 1...sans succès...

Le contournement, un script sh a lancer après chaque reboot (pas souvent heureusement).
- commente les partages dans /etc/exports, les exportent et redémarre 3 services : daemon-reload / remote-fs.target / nfs-kernel-server
- dé-commente les partages, les exportent et redémarre les services.

#/usr/bin/bash

sudo sed -i 's,/mnt/,#/mnt/,g' /etc/exports
sudo exportfs -a

sudo systemctl daemon-reload
sudo systemctl restart remote-fs.target
sudo systemctl restart nfs-kernel-server && sudo systemctl status nfs-kernel-server	

sudo sed -i 's,#/mnt/,/mnt/,g' /etc/exports
sudo exportfs -ra

sudo systemctl daemon-reload
sudo systemctl restart remote-fs.target
sudo systemctl restart nfs-kernel-server && sudo systemctl status nfs-kernel-server

2ème problème : Ce même partage NFS n'est vue qu'en version NFSv3 sur un client Ubuntu 24.04.3 LTS (monté avec autofs)

j'ai aussi des partages NFS sur le même client depuis
Synology 6.2.3 (kernel 3.10.105) en mode

nfs4 / vers=4.1

qui fonctionne parfaitement
Terramaster TOS6 (kernel 6.1.120+) en mode

nfs4 / vers=4.1

qui ne fonctionne pas avec autofs mais à la mano :

sudo mount -t nfs4 -o vers=4.1

Ce client :

Operating System: Ubuntu 24.04.3 LTS              
Kernel: Linux 6.14.0-37-generic
Hardware Model: A300M-STX

version de autofs :

autofs/noble-updates,now 5.1.9-1ubuntu4.1 amd64  [installé]

Avec les solutions proposées sur le Oueb (et l'I.A. me bullshit car "Shit In ...Shit Out")

j'ai essayé de forcer la version de NFS côté serveur
tentative avec

/etc/default/nfs-common
NEED_STATD="no"
NEED_IDMAPD="yes"

/etc/default/nfs-kernel-server
RPCNFSDOPTS="-N 2 -N 3"
RPCMOUNTDOPTS="--manage-gids -N 2 -N 3"

mais grep nfs /proc/mounts me renvoie

nfs / mountvers=3

j'ai essayé coté client de forcer la version dans le fichier auto.NFS_SERVER avec l'options -fstype=nfs4 ou le mounter à la mano sudo mount -t nfs4 -o vers=4.1

mount.nfs4: mounting SERVER:/mnt/nfs/SHARE/DATA_TMP failed, reason given by server: No such file or directory

Pas trouvé de solution => Solution de contournement et de rester en Version 3...

3ème problème : le partage NFS a partir du NAS Terramaster ne fonctionne pas avec autofs mais à la mano : oui
dans le fichier auto.TNAS_NFS

TNAS    -fstype=nfs4,rw           TNAS-DOBRASIL:/volume1/jellyfin

debug avec

sudo automount -f -v -d

attempting to mount entry /home/sergiodobrasil/07_NFS/TEST/TNAS
lookup_mount: lookup(file): looking up TNAS
lookup_mount: lookup(file): TNAS -> -fstype=nfs4,rw           TNAS-DOBRASIL:/volume1/jellyfin
parse_mount: parse(sun): expanded entry: -fstype=nfs4,rw           TNAS-DOBRASIL:/volume1/jellyfin
parse_mount: parse(sun): gathered options: fstype=nfs4,rw
parse_mount: parse(sun): dequote("TNAS-DOBRASIL:/volume1/jellyfin") -> TNAS-DOBRASIL:/volume1/jellyfin
parse_mount: parse(sun): core of entry: options=fstype=nfs4,rw, loc=TNAS-DOBRASIL:/volume1/jellyfin
sun_mount: parse(sun): mounting root /home/sergiodobrasil/07_NFS/TEST, mountpoint TNAS, what TNAS-DOBRASIL:/volume1/jellyfin, fstype nfs4, options rw
mount(nfs): root=/home/sergiodobrasil/07_NFS/TEST name=TNAS what=TNAS-DOBRASIL:/volume1/jellyfin, fstype=nfs4, options=rw
mount(nfs): nfs options="rw", nobind=0, nosymlink=0, ro=0
get_nfs_info: called with host TNAS-DOBRASIL(192.168.178.59) proto 6 version 0x840
get_nfs_info: nfs v4 rpc ping time: 0.000210
get_nfs_info: host TNAS-DOBRASIL cost 210 weight 0
prune_host_list: selected subset of hosts that support NFS4 over TCP
mount_mount: mount(nfs): calling mkdir_path /home/sergiodobrasil/07_NFS/TEST/TNAS
mount(nfs): calling mount -t nfs4 -s -o rw TNAS-DOBRASIL:/volume1/jellyfin /home/sergiodobrasil/07_NFS/TEST/TNAS
do_spawn: >> mount.nfs4: mounting TNAS-DOBRASIL:/volume1/jellyfin failed, reason given by server: No such file or directory
mount(nfs): nfs: mount failure TNAS-DOBRASIL:/volume1/jellyfin on /home/sergiodobrasil/07_NFS/TEST/TNAS
dev_ioctl_send_fail: token = 1049
failed to mount /home/sergiodobrasil/07_NFS/TEST/TNAS
handle_packet: type = 3
handle_packet_missing_indirect: token 1050, name TNAS, request pid 2887

Quand j'essaye d'acceder au sous repertoire du share TNAS , j'ai l'erreur : Error Openning Directory...Aucun fichier ou dossier de ce nom

en mode manuel aucun soucis

sudo mount -t nfs4 -o vers=4.1 -v  TNAS-DOBRASIL:/Volume1/jellyfin $HOME/07_NFS/TEST
mount.nfs4: timeout set for Fri Jan  9 19:15:13 2026
mount.nfs4: trying text-based options 'vers=4.1,addr=192.168.178.59,clientaddr=192.168.178.60'

Si vous êtes arrivé ici; je vous dit un grand merci car vous avez été courageux

Maintenant si l'un ou l'une de vous a rencontré les mêmes soucis, je suis preneur d'une explication ou d'une solution native.

Bien Cordialement,
SergioDoBrasil

Dernière modification par sergiodobrasil (Le 10/01/2026, à 11:12)

iznobe · Le 09/01/2026, à 20:03

Bonjour , ton exposé n ' est pas clair , malgré les retours .
Tu exposes plusieurs problèmes à la fois sur plusieurs machines , ce qui rend confus le tout .
je te conseillerai de poster une discussion par " problème ". ( ou inversement : un problème par discussion plutôt

mon fstab coté serveur :

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/57c1dcd7-a655-4206-bb14-cc50203e6c0b /     ext4 defaults 0 1
# /home was on /dev/sda3 during curtin installation
/dev/disk/by-uuid/d1fd3910-4e5f-419e-919d-6d28b8ed068b /home ext4 defaults 0 2
# /boot/efi was on /dev/sda1 during curtin installation
/dev/disk/by-uuid/1D94-0DEF /boot/efi                        vfat defaults 0 1
# /DATA_400G was on /dev/sda4 during curtin installation
/dev/disk/by-uuid/d9a27de3-b42a-4551-827b-58215c61a3b7 /media/sergiodobrasil/DATA_400G ext4 defaults 0 0
# /DATA_1T was on /dev/sdb1
/dev/disk/by-uuid/93eff32c-d990-4ae5-86f0-63c17e11e42b /media/sergiodobrasil/DATA_1T   ext4 defaults 0 0
# NFS Share
/media/sergiodobrasil/DATA_1T/DNL   /mnt/nfs/SHARE/DATA_DNL   nfs4    bind  0  0
/media/sergiodobrasil/DATA_400G/TMP /mnt/nfs/SHARE/DATA_TMP   nfs4    bind  0  0

quel intérêt de monter un partage NFS auto-hébergé sur la machine serveur?

Quel retour pour :

namei -mo /mnt/nfs/SHARE/DATA_TMP

?

on ne voit pas le fichier /etc/exports , il me semble que c' est quand même la base d' un serveur NFS non ?

1 seul partage est concerné par un problème d' après ce que je vois / comprends .
Pourquoi faire un script pour les 2 partages / dossiers ?

NOTE : je n' ai jamais utilisé autofs. je préféré largement maîtrisé ce que je fais de A à Z , en évitant au maximum les " intermédiaires " . Surtout vu la simplicité pour mettre en œuvre un partage NFS en local .

Dernière modification par iznobe (Le 09/01/2026, à 20:35)

sergiodobrasil · Le 10/01/2026, à 09:54

Bonjour Iznobe,

merci pour ton retour et tes remarques.
j'ai résolue 2 problèmes sur 3
- 1er problème : depuis Ubuntu 24.04.3 LTS, le démarrage en auto (systemd) du service nfs plante a chaque reboot
- 2ème problème : Ce même partage NFS n'est vue qu'en version NFSv3 sur un client Ubuntu 24.04.3 LTS (monté avec autofs)

le 1er problème est résolu grace a ta remarque : quel intérêt de monter un partage NFS auto-hébergé sur la machine serveur?

Aucun en fait, j'ai essayé d'adapter un tuto how-to-install-nfs-server-and-client-on-ubuntu-24-04 car les point de montage de mes disques étaient dans media.
j'avais la root cause évidente de la boucle sur les dépendances sous les yeux
==> fstab (partage NFS auto-hébergé) + exports (du montage NFS auto-hébérgé)

le mauvais setup :
fstab :

# /DATA_400G was on /dev/sda4
/dev/disk/by-uuid/d9a27de3-b42a-4551-827b-58215c61a3b7 /media/sergiodobrasil/DATA_400G ext4 defaults 0 0
# /DATA_1T was on /dev/sdb1
/dev/disk/by-uuid/93eff32c-d990-4ae5-86f0-63c17e11e42b /media/sergiodobrasil/DATA_1T   ext4 defaults 0 0

# NFS Share
/media/sergiodobrasil/DATA_1T/DNL   /mnt/nfs/SHARE/DATA_DNL   nfs4    bind  0  0
/media/sergiodobrasil/DATA_400G/TMP /mnt/nfs/SHARE/DATA_TMP   nfs4    bind  0  0

et
etc/exports

/mnt/nfs/SHARE      192.168.178.0/255.255.255.0(rw,sync,fsid=0,crossmnt,insecure,insecure_locks,all_squash,sec=sys,anonuid=1000,anongid=1000,no_subtree_check)
/mnt/nfs/SHARE/DATA_DNL  192.168.178.0/255.255.255.0(rw,sync,crossmnt,insecure,insecure_locks,all_squash,sec=sys,anonuid=1000,anongid=1000,no_subtree_check)
/mnt/nfs/SHARE/DATA_TMP  192.168.178.0/255.255.255.0(rw,sync,crossmnt,insecure,insecure_locks,all_squash,sec=sys,anonuid=1000,anongid=1000,no_subtree_check)

le setup correct :
fstab :

# /DATA_400G was on /dev/sda4
/dev/disk/by-uuid/d9a27de3-b42a-4551-827b-58215c61a3b7 /media/sergiodobrasil/DATA_400G ext4 defaults 0 0
# /DATA_1T was on /dev/sdb1
/dev/disk/by-uuid/93eff32c-d990-4ae5-86f0-63c17e11e42b /media/sergiodobrasil/DATA_1T   ext4 defaults 0 0

et
etc/exports

/media/sergiodobrasil/DATA_400G  192.168.178.0/255.255.255.0(rw,sync,crossmnt,insecure,insecure_locks,all_squash,sec=sys,anonuid=1000,anongid=1000,no_subtree_check)
/media/sergiodobrasil/DATA_1T    192.168.178.0/255.255.255.0(rw,sync,crossmnt,insecure,insecure_locks,all_squash,sec=sys,anonuid=1000,anongid=1000,no_subtree_check)

et voila tout fonctionne comme attendu après reboot.

● nfs-server.service - NFS server and services
     Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; enabled; preset: enabled)
    Drop-In: /run/systemd/generator/nfs-server.service.d
             └─order-with-mounts.conf
     Active: active (exited) since Sat 2026-01-10 10:04:48 CET; 25min ago
    Process: 1451 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS)
    Process: 1455 ExecStart=/usr/sbin/rpc.nfsd (code=exited, status=0/SUCCESS)
   Main PID: 1455 (code=exited, status=0/SUCCESS)
        CPU: 46ms

janv. 10 10:04:47 SERVER systemd[1]: Starting nfs-server.service - NFS server and services...
janv. 10 10:04:48 SERVER systemd[1]: Finished nfs-server.service - NFS server and services.

et en passant le 2ème problème est aussi résolu avec la résolution du 1er tout est en NFSv4 (4.1 & 4.2)

sergiodobrasil@Ryzen:/etc$ nfsstat -m

/home/sergiodobrasil/07_NFS/TORRENT/TMP from TORRENT:/media/sergiodobrasil/DATA_400G
 Flags:	rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.60,local_lock=none,addr=192.168.178.70

/home/sergiodobrasil/07_NFS/TORRENT/DNL from TORRENT:/media/sergiodobrasil/DATA_1T
 Flags:	rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.60,local_lock=none,addr=192.168.178.70

/home/sergiodobrasil/07_NFS/TNAS from 192.168.178.59:/Volume1/jellyfin
 Flags:	rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.60,local_lock=none,addr=192.168.178.59

/home/sergiodobrasil/07_NFS/NAS/NAS from NASDOBRASIL:/volume1/NAS_DATA/Backup_DD
 Flags:	rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.60,local_lock=none,addr=192.168.178.50

/home/sergiodobrasil/07_NFS/NAS/Target from NASDOBRASIL:/volume1/NAS_DATA/Target
 Flags:	rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.60,local_lock=none,addr=192.168.178.50

me reste plus que le
3ème problème : le partage NFS a partir du NAS Terramaster ne fonctionne pas avec autofs mais à la mano : oui

==> j'en fait une discussion dédié.

Encore merci à la communauté pour la rapidité, la pertinence des remarques et la bienveillance.

SergioDoBrasil

Dernière modification par sergiodobrasil (Le 10/01/2026, à 11:26)

iznobe · Le 10/01/2026, à 17:11

Ca a été du rapide au moins

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 09/01/2026, à 19:27

[Résolue] nfs-kernel-server bloqué sur NFSv3 sur Ubuntu 24.04.3 LTS

#2 Le 09/01/2026, à 20:03

Re : [Résolue] nfs-kernel-server bloqué sur NFSv3 sur Ubuntu 24.04.3 LTS

#3 Le 10/01/2026, à 09:54

Re : [Résolue] nfs-kernel-server bloqué sur NFSv3 sur Ubuntu 24.04.3 LTS

#4 Le 10/01/2026, à 17:11

Re : [Résolue] nfs-kernel-server bloqué sur NFSv3 sur Ubuntu 24.04.3 LTS

Pied de page des forums