[NFS] srv Archlinux, client BBB : Connection refused (résolu)

Distag · Message par **Distag** » dim. 27 août 2017, 20:21

Bonjour,

J'ai un petit problème, je n'arrive pas à configurer NFS sur ma machine.

Sur la machine distante

ifconfig eth0 192.168.0.100 up
ping -c5 192.168.0.1

Sur la locale où j'essaye de configurer le serveur NFS

Code : Tout sélectionner

ifconfig
ping -c5 192.168.0.100

Là pas de problème cela ping bien

J'ai configuré comme cela NFS

Code : Tout sélectionner

sudo mkdir -m 777 /srv/nfs

echo "/srv/nfs 192.168.0.100(rw,sync,no_root_squash,subtree_check)" | sudo tee -a /etc/exports

sudo systemctl enable systemd-timesyncd.service
sudo systemctl start systemd-timesyncd.service

sudo systemctl enable nfs-server.service
sudo systemctl start nfs-server.service

sudo systemctl status systemd-timesyncd.service
sudo systemctl status nfs-server.service

Les systemctl status sont OK.

Coté serveur si je fais

Code : Tout sélectionner

sudo mount -t nfs 192.168.0.1:/srv/nfs /mnt

C'est encore OK

Mais sur la machine distante

Code : Tout sélectionner

mount --verbose -t nfs4 192.168.0.1:/srv/nfs /mnt
[  335.951548] NFS: bad mount option value specified: verbose
mount: mounting 192.168.0.1:/srv/nfs on /mnt failed: Invalid argument

J'ai pensé à désactiver le par-feu.
J'ai recherché sur Google, j'ai testé des trucs en vain.

Je n'ai plus d'idée pour résoudre ce problème, et je ne sais pas avec quoi déboguer ce truc.

C'est pourquoi je viens quérir vos aides.

Distag · Message par **Distag** » lun. 28 août 2017, 20:47

Message par **benjarobin** » lun. 28 août 2017, 22:41

Il te dit que l'option verbose est inconnu... Pourquoi ne pas utiliser la même commande mount que sur le serveur ?

Distag · Message par **Distag** » jeu. 31 août 2017, 21:34

benjarobin a écrit : ↑lun. 28 août 2017, 22:41 Il te dit que l'option verbose est inconnu... Pourquoi ne pas utiliser la même commande mount que sur le serveur ?

Mince désolé, je n'ai pas copié-collé la bonne commande.

Code : Tout sélectionner

mount -t nfs 192.168.0.1:/srv/nfs4 /mnt

Marche correctement lorsque je la lance dans une session ouverte sur la machine distante. [J'ai renommé le dossier nfs en nfs4 sur ma machine serveur]

Mais mon problème reste entier.
La machine cliente nfs est un système embarqué [GNU/Linux], avec uboot comme bootloader. Ce que j'essaye de faire c'est faire booter ce dernier sur le rootfs qui se trouve dans le nfs de la machine serveur [Archlinux]. Normalement, cela doit marcher, mais je rencontre une difficulté avec la configuration nfs.

Je configure comme ceci mon uboot sur mon système embarqué

Code : Tout sélectionner

=> setenv bootargs 'console=ttyS0,115200 rw root=/dev/nfs nfsroot=192.168.0.1:/srv/nfs4 ip=192.168.0.100'
=> saveenv

Mais au boot le noyau me raconte ce qui suit concernant le réseau et son root:

Code : Tout sélectionner

[    1.739374] net eth0: initializing cpsw version 1.12 (0)
[    1.744779] net eth0: initialized cpsw ale version 1.4
[    1.749938] net eth0: ALE Table size 1024
[    1.852675] SMSC LAN8710/LAN8720 4a101000.mdio:00: attached PHY driver [SMSC LAN8710/LAN8720] (mii_bus:phy_addr=4a101000.mdio:00, irq=-1)
[    1.871644] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    3.922841] cpsw 4a100000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[    3.942169] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    3.972118] IP-Config: Guessing netmask 255.255.255.0
[    3.977213] IP-Config: Complete:
[    3.980479]      device=eth0, hwaddr=38:d2:69:83:d0:93, ipaddr=192.168.0.100, mask=255.255.255.0, gw=255.255.255.255
[    3.991351]      host=192.168.0.100, domain=, nis-domain=(none)
[    3.997379]      bootserver=255.255.255.255, rootserver=192.168.0.1, rootpath=
[  243.689866] VFS: Unable to mount root fs via NFS, trying floppy.
[  243.697001] VFS: Cannot open root device "nfs" or unknown-block(2,0): error -6
[  243.704444] Please append a correct "root=" boot option;

Ce qui me fait pencher soit sur un problème de configuration du serveur nfs, soit que je me plante complètement sur les arguments nfs a faire passer à uboot

Message par **benjarobin** » jeu. 31 août 2017, 23:12

Oui tu fais erreur, le paramètre ip est incomplet, voir https://www.kernel.org/doc/Documentatio ... fsroot.txt
Les 4 premiers champs sont fortement recommandé, cela inclut donc : <client-ip>, <server-ip>, <gw-ip> et <netmask>

Essaye avec cette configuration :

Code : Tout sélectionner

console=ttyS0,115200 rw root=/dev/nfs nfsroot=192.168.0.1:/srv/nfs4 ip=192.168.0.100:192.168.0.1:192.168.0.254:255.255.255.0:test:eth0:off nfsrootdebug

Distag · Message par **Distag** » ven. 01 sept. 2017, 21:09

Cela donne la même sortie que précédemment:
[ci-dessous la capture à partir du démarrage du boot filtré pour ne laisser que ce qui concerne le réseau et le nfs]

Code : Tout sélectionner

[    0.000000] Kernel command line: console=ttyS0,115200 rw root=/dev/nfs nfsroot=192.168.0.1:/srv/nfs4 ip=192.168.0.100:192.168.0.1:192.168.0.254:255.255.255.0:test:eth0:off nfsrootdebug
[    0.107100] NET: Registered protocol family 16
[    0.300991] NET: Registered protocol family 2
[    0.301690] TCP established hash table entries: 4096 (order: 2, 16384 bytes)
[    0.301735] TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
[    0.301773] TCP: Hash tables configured (established 4096 bind 4096)
[    0.301837] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.301853] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.301971] NET: Registered protocol family 1
[    0.302422] RPC: Registered named UNIX socket transport module.
[    0.302436] RPC: Registered udp transport module.
[    0.302441] RPC: Registered tcp transport module.
[    0.302446] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.312824] NFS: Registering the id_resolver key type
[    1.099377] cpsw 4a100000.ethernet: Detected MACID = 38:d2:69:83:d0:93
[    1.106170] cpsw 4a100000.ethernet: cpts: overflow check period 500 (jiffies)
[    1.264681] NET: Registered protocol family 10
[    1.265785] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
[    1.266479] NET: Registered protocol family 17
[    1.739364] net eth0: initializing cpsw version 1.12 (0)
[    1.744767] net eth0: initialized cpsw ale version 1.4
[    1.749927] net eth0: ALE Table size 1024
[    1.871706] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    3.922878] cpsw 4a100000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[    3.942201] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    3.972140] IP-Config: Complete:
[    3.975427]      device=eth0, hwaddr=38:d2:69:83:d0:93, ipaddr=192.168.0.100, mask=255.255.255.0, gw=192.168.0.254
[    3.986124]      host=test, domain=, nis-domain=(none)
[    3.991314]      bootserver=192.168.0.1, rootserver=192.168.0.1, rootpath=
[  100.329800] VFS: Unable to mount root fs via NFS, trying floppy.
[  100.336933] VFS: Cannot open root device "nfs" or unknown-block(2,0): error -6
[  100.496976] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
[  100.505308] ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)

Je penche plus sur une incompatibilité de config du côté serveur

Message par **benjarobin** » ven. 01 sept. 2017, 21:32

Essaye avec no_subtree_check au lieu de subtree_check. Peux tu redonner après le contenu de /etc/exports du serveur NFS ?

Distag · Message par **Distag** » ven. 01 sept. 2017, 21:59

Code : Tout sélectionner

~/ cat /etc/exports    
/srv/nfs4 192.168.0.100(rw,no_root_squash,no_subtree_check)

Résultat identique que précédemment.

Le système embarqué est: beaglebone black rev C
Version de Linux sur le système embarqué: 4.9.41
Version de uboot sur le système embarqué: 2017.01
L'OS sur le système embarqué est build avec Yocto Morty, il boot correctement via la carte SD. Mais pour simplifier le dev je souhaite booter en NFS.
Je suis plus ou moins ce tutoriel http://free-electrons.com/doc/training/ ... o-labs.pdf p11 que j'adapte avec Archlinux.

J'ai trouvé trace d'un problème ultérieur http://processors.wiki.ti.com/index.php ... es_Tracker mais il devrait être résolu depuis la release de 07/28/2017, ils disent que le NFS était instable au boot, mais dans mon cas il ne boot même pas en NFS. Comme s’il ne voyait pas le serveur…

Message par **benjarobin** » ven. 01 sept. 2017, 22:11

Sur le client qui devrait avoir sa racine montée en NFS, peux tu donner la sortie de :

Code : Tout sélectionner

zcat /proc/config.gz| grep NFS

Distag · Message par **Distag** » ven. 01 sept. 2017, 22:35

Code : Tout sélectionner

root@beaglebone:~# zcat /proc/config.gz | grep NFS
CONFIG_USB_FUNCTIONFS=m
CONFIG_USB_FUNCTIONFS_ETH=y
CONFIG_USB_FUNCTIONFS_RNDIS=y
CONFIG_USB_FUNCTIONFS_GENERIC=y
CONFIG_KERNFS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V2=y
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
# CONFIG_NFS_SWAP is not set
# CONFIG_NFS_V4_1 is not set
CONFIG_ROOT_NFS=y
# CONFIG_NFS_USE_LEGACY_DNS is not set
CONFIG_NFS_USE_KERNEL_DNS=y
# CONFIG_NFSD is not set
CONFIG_NFS_ACL_SUPPORT=y
CONFIG_NFS_COMMON=y

Distag · Message par **Distag** » ven. 08 sept. 2017, 22:32

Le mount embarqué est un BusyBox v1.24.1

Édit 1:

On avance,
sur la carte, cliente NFS:

Code : Tout sélectionner

root@beaglebone:~# showmount -e 192.168.0.1
Export list for 192.168.0.1:
/srv/nfs4 192.168.0.100

root@beaglebone:~# mount -o tcp,vers=4 -t nfs 192.168.0.1:/srv/nfs4 /mnt
mount: mounting 192.168.0.1:/srv/nfs4 on /mnt failed: Connection refused

sur mon archlinux, serveur NFS

Code : Tout sélectionner

~/ showmount -e                        
Export list for 192.168.0.1:
/srv/nfs4 192.168.0.100

~/ sudo tcpdump -vv -i enp3s0f2 port nfs
tcpdump: listening on enp3s0f2, link-type EN10MB (Ethernet), capture size 262144 bytes
16:40:03.894240 IP (tos 0x0, ttl 64, id 54781, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.0.100.796 > distag-laptop.shilp: Flags [S], cksum 0xacad (correct), seq 2188277294, win 29200, options [mss 1460,sackOK,TS val 4294943699 ecr 0,nop,wscale 6], length 0
16:40:03.894330 IP (tos 0x0, ttl 64, id 54312, offset 0, flags [DF], proto TCP (6), length 40)
    distag-laptop.shilp > 192.168.0.100.796: Flags [R.], cksum 0x2a60 (correct), seq 0, ack 2188277295, win 0, length 0

Donc le problème vient bien du coté serveur

Édit 2:

Apparemment le problème existe depuis le passage d'Archlinux à Systemd: https://bbs.archlinux.org/viewtopic.php?id=183311
Quelle est la différence de configuration du NFS entre Archlinux et Ubuntu?

Distag · Message par **Distag** » jeu. 14 sept. 2017, 13:42

Distag · Message par **Distag** » sam. 16 sept. 2017, 19:29

Bonjour,

Reprise du sujet viewtopic.php?t=19496, en clarifiant la situation.

J’essaye de mettre en place un boot par nfsroot, le serveur NFS est mon Archlinux, le client un BeagleBone Black rev C, dont la distribution est un Yocto Morty qui embarque un Linux 4.9.41, un uboot 2017.01 et un BusyBox v1.24.1.

Pour résumé, le boot en nfsroot finit en kernel panic, le kernel ne trouvant pas de rootfs.

Sur le BBB, client NFS:

Code : Tout sélectionner

root@beaglebone:~# showmount -e 192.168.0.1
Export list for 192.168.0.1:
/srv/nfs4 192.168.0.100

root@beaglebone:~# mount -o tcp,vers=4 -t nfs 192.168.0.1:/srv/nfs4 /mnt
mount: mounting 192.168.0.1:/srv/nfs4 on /mnt failed: Connection refused

En parallèle sur mon archlinux, serveur nfs:

Code : Tout sélectionner

~/ showmount -e                        
Export list for 192.168.0.1:
/srv/nfs4 192.168.0.100

~/ sudo tcpdump -vv -i enp3s0f2 port nfs
tcpdump: listening on enp3s0f2, link-type EN10MB (Ethernet), capture size 262144 bytes
16:40:03.894240 IP (tos 0x0, ttl 64, id 54781, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.0.100.796 > distag-laptop.shilp: Flags [S], cksum 0xacad (correct), seq 2188277294, win 29200, options [mss 1460,sackOK,TS val 4294943699 ecr 0,nop,wscale 6], length 0
16:40:03.894330 IP (tos 0x0, ttl 64, id 54312, offset 0, flags [DF], proto TCP (6), length 40)
    distag-laptop.shilp > 192.168.0.100.796: Flags [R.], cksum 0x2a60 (correct), seq 0, ack 2188277295, win 0, length 0

Ce qui permet d’affirmer que le problème vient de la configuration du serveur NFS.

Le boot sur nfsroot marche sur un serveur nfs sur Ubuntu14.04, mais pas sur un serveur nfs sur Archlinux, quel pourrait en être la cause? Quelle configuration donnée au service NFS de systemd pour régler ce problème?

Message par **benjarobin** » sam. 16 sept. 2017, 19:39

Cela ne sert à rien de créer un nouveau sujet !

Il y a une chose que je ne comprend pas, pourquoi

Code : Tout sélectionner

mount -t nfs 192.168.0.1:/srv/nfs4 /mnt

fonctionne, mais par contre cette commande ne fonctionne pas :

Code : Tout sélectionner

mount -o tcp,vers=4 -t nfs 192.168.0.1:/srv/nfs4 /mnt

Aurais tu un parfeu sur ton serveur (iptables ?)

Distag · Message par **Distag** » sam. 16 sept. 2017, 19:46

Si j’essaye de créer un nouveau sujet c’est pour éviter de planter le lecteur de par mes multiples erreurs d’explication.

Ce n’est plus exactement la même version, j’ai rebuild le yocto morty, certain parcket ont sûrement changé de version.

Un pare-feu oui, mais désactivé lors des manips

Message par **benjarobin** » sam. 16 sept. 2017, 20:02

Peux tu donner aussi la sortie coté serveur NFS :

Code : Tout sélectionner

systemctl --no-pager status rpc-gssd.service nfs-mountd.service nfs-idmapd.service nfs-utils.service proc-fs-nfsd.mount nfs-blkmap.service gssproxy.service rpc-statd-notify.service rpc-svcgssd.service var-lib-nfs-rpc_pipefs.mount rpc-statd.service nfs-server.service

Ainsi que

Code : Tout sélectionner

grep -rEv "^ *$|^ *#" /etc/nfs.conf /etc/nfsmount.conf /etc/exports /etc/exports.d/
cat /etc/idmapd.conf # Normalement pas de fichier
cat /sys/module/nfsd/parameters/nfs4_disable_idmapping

Distag · Message par **Distag** » sam. 16 sept. 2017, 21:08

Code : Tout sélectionner

~/ systemctl --no-pager status rpc-gssd.service nfs-mountd.service nfs-idmapd.service nfs-utils.service proc-fs-nfsd.mount nfs-blkmap.service gssproxy.service rpc-statd-notify.service rpc-svcgssd.service var-lib-nfs-rpc_pipefs.mount rpc-statd.service nfs-server.service
● rpc-gssd.service - RPC security service for NFS client and server
   Loaded: loaded (/usr/lib/systemd/system/rpc-gssd.service; static; vendor preset: disabled)
   Active: inactive (dead)
Condition: start condition failed at Sat 2017-09-16 09:40:51 CEST; 11h ago
           └─ ConditionPathExists=/etc/krb5.keytab was not met

● nfs-mountd.service - NFS Mount Daemon
   Loaded: loaded (/usr/lib/systemd/system/nfs-mountd.service; static; vendor preset: disabled)
   Active: active (running) since Sat 2017-09-16 09:40:52 CEST; 11h ago
  Process: 404 ExecStart=/usr/sbin/rpc.mountd (code=exited, status=0/SUCCESS)
 Main PID: 413 (rpc.mountd)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/nfs-mountd.service
           └─413 /usr/sbin/rpc.mountd

sept. 16 09:40:51 distag-laptop systemd[1]: Starting NFS Mount Daemon...
sept. 16 09:40:52 distag-laptop rpc.mountd[413]: Version 2.1.1 starting
sept. 16 09:40:52 distag-laptop systemd[1]: Started NFS Mount Daemon.

● nfs-idmapd.service - NFSv4 ID-name mapping service
   Loaded: loaded (/usr/lib/systemd/system/nfs-idmapd.service; static; vendor preset: disabled)
   Active: active (running) since Sat 2017-09-16 09:40:51 CEST; 11h ago
  Process: 362 ExecStart=/usr/sbin/rpc.idmapd (code=exited, status=0/SUCCESS)
 Main PID: 367 (rpc.idmapd)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/nfs-idmapd.service
           └─367 /usr/sbin/rpc.idmapd

sept. 16 09:40:51 distag-laptop systemd[1]: Starting NFSv4 ID-name mapping service...
sept. 16 09:40:51 distag-laptop rpc.idmapd[362]: rpc.idmapd: Skipping configuration file "/etc/idmapd.conf": No su…rectory
sept. 16 09:40:51 distag-laptop rpc.idmapd[367]: Unable to open '/proc/sys/fs/nfs/idmap_cache_timeout' to set clie…seconds
sept. 16 09:40:51 distag-laptop systemd[1]: Started NFSv4 ID-name mapping service.

● nfs-utils.service - NFS server and client services
   Loaded: loaded (/usr/lib/systemd/system/nfs-utils.service; static; vendor preset: disabled)
   Active: inactive (dead)

● proc-fs-nfsd.mount - NFSD configuration filesystem
   Loaded: loaded (/usr/lib/systemd/system/proc-fs-nfsd.mount; static; vendor preset: disabled)
   Active: active (mounted) since Sat 2017-09-16 09:40:48 CEST; 11h ago
    Where: /proc/fs/nfsd
     What: nfsd
  Process: 160 ExecMount=/usr/bin/mount nfsd /proc/fs/nfsd -t nfsd (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/proc-fs-nfsd.mount

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.

● nfs-blkmap.service - pNFS block layout mapping daemon
   Loaded: loaded (/usr/lib/systemd/system/nfs-blkmap.service; disabled; vendor preset: disabled)
   Active: inactive (dead)

● gssproxy.service - GSSAPI Proxy Daemon
   Loaded: loaded (/usr/lib/systemd/system/gssproxy.service; disabled; vendor preset: disabled)
   Active: active (running) since Sat 2017-09-16 09:40:51 CEST; 11h ago
  Process: 369 ExecStart=/usr/bin/gssproxy -D (code=exited, status=0/SUCCESS)
 Main PID: 372 (gssproxy)
    Tasks: 6 (limit: 4915)
   CGroup: /system.slice/gssproxy.service
           └─372 /usr/bin/gssproxy -D

sept. 16 09:40:51 distag-laptop systemd[1]: Starting GSSAPI Proxy Daemon...
sept. 16 09:40:51 distag-laptop systemd[1]: Started GSSAPI Proxy Daemon.

● rpc-statd-notify.service - Notify NFS peers of a restart
   Loaded: loaded (/usr/lib/systemd/system/rpc-statd-notify.service; static; vendor preset: disabled)
   Active: inactive (dead) since Sat 2017-09-16 09:40:52 CEST; 11h ago
  Process: 429 ExecStart=/usr/sbin/sm-notify (code=exited, status=0/SUCCESS)

sept. 16 09:40:52 distag-laptop systemd[1]: Starting Notify NFS peers of a restart...
sept. 16 09:40:52 distag-laptop sm-notify[429]: Version 2.1.1 starting
sept. 16 09:40:52 distag-laptop systemd[1]: Started Notify NFS peers of a restart.

● rpc-svcgssd.service - RPC security service for NFS server
   Loaded: loaded (/usr/lib/systemd/system/rpc-svcgssd.service; static; vendor preset: disabled)
   Active: inactive (dead)
Condition: start condition failed at Sat 2017-09-16 09:40:51 CEST; 11h ago
           └─ ConditionPathExists=/etc/krb5.keytab was not met

● var-lib-nfs-rpc_pipefs.mount - RPC Pipe File System
   Loaded: loaded (/usr/lib/systemd/system/var-lib-nfs-rpc_pipefs.mount; static; vendor preset: disabled)
   Active: active (mounted) since Sat 2017-09-16 09:40:51 CEST; 11h ago
    Where: /var/lib/nfs/rpc_pipefs
     What: sunrpc
  Process: 337 ExecMount=/usr/bin/mount sunrpc /var/lib/nfs/rpc_pipefs -t rpc_pipefs (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/var-lib-nfs-rpc_pipefs.mount

sept. 16 09:40:50 distag-laptop systemd[1]: Mounting RPC Pipe File System...
sept. 16 09:40:51 distag-laptop systemd[1]: Mounted RPC Pipe File System.

● rpc-statd.service - NFS status monitor for NFSv2/3 locking.
   Loaded: loaded (/usr/lib/systemd/system/rpc-statd.service; static; vendor preset: disabled)
   Active: active (running) since Sat 2017-09-16 09:40:52 CEST; 11h ago
  Process: 401 ExecStart=/usr/sbin/rpc.statd (code=exited, status=0/SUCCESS)
 Main PID: 411 (rpc.statd)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/rpc-statd.service
           └─411 /usr/sbin/rpc.statd

sept. 16 09:40:51 distag-laptop systemd[1]: Starting NFS status monitor for NFSv2/3 locking....
sept. 16 09:40:52 distag-laptop rpc.statd[411]: Version 2.1.1 starting
sept. 16 09:40:52 distag-laptop rpc.statd[411]: Flags: TI-RPC
sept. 16 09:40:52 distag-laptop rpc.statd[411]: Running as root.  chown /var/lib/nfs to choose different user
sept. 16 09:40:52 distag-laptop systemd[1]: Started NFS status monitor for NFSv2/3 locking..

● nfs-server.service - NFS server and services
   Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; enabled; vendor preset: disabled)
   Active: active (exited) since Sat 2017-09-16 09:40:52 CEST; 11h ago
  Process: 415 ExecStart=/usr/sbin/rpc.nfsd (code=exited, status=0/SUCCESS)
  Process: 414 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS)
 Main PID: 415 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/nfs-server.service

sept. 16 09:40:52 distag-laptop systemd[1]: Starting NFS server and services...
sept. 16 09:40:52 distag-laptop systemd[1]: Started NFS server and services.
Hint: Some lines were ellipsized, use -l to show in full.

Code : Tout sélectionner

~/ grep -rEv "^ *$|^ *#" /etc/nfs.conf /etc/nfsmount.conf /etc/exports /etc/exports.d/
/etc/nfs.conf:[nfsd]
/etc/nfs.conf:port=32765
/etc/nfs.conf:vers3=y
/etc/nfsmount.conf:[ NFSMount_Global_Options ]
/etc/exports:/srv/nfs4 192.168.0.100(rw,sync,no_root_squash,subtree_check)
~/ cat /etc/idmapd.conf 
cat: /etc/idmapd.conf: Aucun fichier ou dossier de ce type
~/ cat /sys/module/nfsd/parameters/nfs4_disable_idmapping
Y

Message par **benjarobin** » sam. 16 sept. 2017, 21:14

C'est quoi ces modifications dans /etc/nfs.conf ? Tu devrais essayer avec une configuration par défaut et rebooter le tout.
De plus tu devrais utiliser no_subtree_check au lieu de subtree_check

Distag · Message par **Distag** » sam. 23 sept. 2017, 11:58

Bonjour,

Effectivement, il y avait un problème avec /etc/nfs.conf, mais ce n’était pas suffisant.

Voila la solution:
Sur le laptop

Code : Tout sélectionner

grep -rEv "^ *$|^ *#" /etc/nfs.conf /etc/nfsmount.conf /etc/exports /etc/exports.d/ 
/etc/nfsmount.conf:[ NFSMount_Global_Options ]
/etc/exports:/srv/nfs4 192.168.0.100(rw,sync,no_root_squash,subtree_check)               
systemctl --no-pager status rpc-gssd.service nfs-mountd.service nfs-idmapd.service nfs-utils.service proc-fs-nfsd.mount nfs-blkmap.service gssproxy.service rpc-statd-notify.service rpc-svcgssd.service var-lib-nfs-rpc_pipefs.mount rpc-statd.service nfs-server.service
sudo tar xJpf $BUILDDIR/tmp/deploy/images/beaglebone/core-image-minimal-beaglebone.tar.xz -C /srv/nfs4
sudo systemctl restart nfs-server.service

Après avoir reinit /etc/nfs.conf, la carte arrivait seulement à monter le nfs avec l’option -o tcp,vers=4

Code : Tout sélectionner

ifconfig eth0 192.168.0.100 up
ping -c1 192.168.0.1
PING 192.168.0.1 (192.168.0.1): 56 data bytes
64 bytes from 192.168.0.1: seq=0 ttl=64 time=1.094 ms

--- 192.168.0.1 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 1.094/1.094/1.094 ms
mount -o tcp,vers=4 -t nfs 192.168.0.1:/srv/nfs4 /mnt
ls /mnt
bin    boot   dev    etc    home   lib    media  mnt    proc   run    sbin   sys    tmp    usr    var
umount /mnt

Donc au boot, j’ai les passés

Code : Tout sélectionner

=> setenv bootargs 'console=ttyS0,115200 rw root=/dev/nfs nfsroot=192.168.0.1:/srv/nfs4,tcp,v4 ip=192.168.0.100'
=> saveenv
=> boot

Et à la place d’un kernel panic, j’ai

Code : Tout sélectionner

[    5.093034] VFS: Mounted root (nfs4 filesystem) on device 0:16.

Merci beaucoup à toi pour ton temps et ton aide.

Arch Linux

Archlinux.fr [Forums]

[NFS] srv Archlinux, client BBB : Connection refused (résolu)

[NFS] srv Archlinux, client BBB : Connection refused (résolu)

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

Re: [NFS] mounting failed: Invalid argument

[NFS] srv Archlinux, client BBB : Connection refused

Re: [NFS] srv Archlinux, client BBB : Connection refused

Re: [NFS] srv Archlinux, client BBB : Connection refused

Re: [NFS] srv Archlinux, client BBB : Connection refused

Re: [NFS] srv Archlinux, client BBB : Connection refused

Re: [NFS] srv Archlinux, client BBB : Connection refused

[Résolut] [NFS] srv Archlinux, client BBB : Connection refused