Dear Community,
I’m facing an issue with NFS. I’ve followed the steps described in “Developper section” to install and configure tftp-hpa and nfs-kernel-server on my host machine. I take image from Download Links | Toradex Developer Center
I try on three different OS Ubuntu 16, 22 and 24. On Ubuntu 16 I have working nfs for image 2.8.
Bootlog ends here:
[ OK ] Started User Login Management.
[ OK ] Started Connection service.
Starting Avahi mDNS/DNS-SD Stack…
[* ] (1 of 2) A start job is running for…ork Configuration (51s / 1min 50s)
[ 209.125244] nfs: server 192.168.10.1 not responding, still trying
[ 209.134592] nfs: server 192.168.10.1 not responding, still trying
I try also on two different boards (one custom and Iris).
From wire shark and chat GPT I get:
No. Time Source Destination Protocol Length Info
81902 36.088070849 192.168.10.2 192.168.10.1 NFS 178 V3 GETATTR Call (Reply In 81903), FH: 0xd8f1ffc1
81903 36.088168720 192.168.10.1 192.168.10.2 NFS 182 V3 GETATTR Reply (Call In 81902) Regular File mode: 0755 uid: 0 gid: 0
81904 36.088201576 192.168.10.2 192.168.10.1 NFS 178 V3 GETATTR Call (Reply In 81905), FH: 0xd3b84cdb
81905 36.088297170 192.168.10.1 192.168.10.2 NFS 182 V3 GETATTR Reply (Call In 81904) Regular File mode: 0755 uid: 0 gid: 0
81906 36.088854106 192.168.10.2 192.168.10.1 NFS 178 V3 GETATTR Call (Reply In 81907), FH: 0x58fc9d29
81907 36.088935273 192.168.10.1 192.168.10.2 NFS 182 V3 GETATTR Reply (Call In 81906) Regular File mode: 0755 uid: 0 gid: 0
81908 36.295980078 192.168.10.1 192.168.10.2 TCP 182 [TCP Retransmission] 2049 → 973 [PSH, ACK] Seq=36743621 Ack=4632701 Win=706304 Len=116 TSval=1165810797 TSecr=1765619725
81909 36.503982270 192.168.10.1 192.168.10.2 TCP 182 [TCP Retransmission] 2049 → 973 [PSH, ACK] Seq=36743621 Ack=4632701 Win=706304 Len=116 TSval=1165811005 TSecr=1765619725
81910 36.919814980 192.168.10.1 192.168.10.2 TCP 182 [TCP Retransmission] 2049 → 973 [PSH, ACK] Seq=36743621 Ack=4632701 Win=706304 Len=116 TSval=1165811421 TSecr=1765619725
81911 37.759751515 192.168.10.1 192.168.10.2 TCP 182 [TCP Retransmission] 2049 → 973 [PSH, ACK] Seq=36743621 Ack=4632701 Win=706304 Len=116 TSval=1165812261 TSecr=1765619725
81912 39.423971584 192.168.10.1 192.168.10.2 TCP 182 [TCP Retransmission] 2049 → 973 [PSH, ACK] Seq=36743621 Ack=4632701 Win=706304 Len=116 TSval=1165813925 TSecr=1765619725
81913 42.751979674 192.168.10.1 192.168.10.2 TCP 182 [TCP Retransmission] 2049 → 973 [PSH, ACK] Seq=36743621 Ack=4632701 Win=706304 Len=116 TSval=1165817253 TSecr=1765619725
81914 49.663790830 192.168.10.1 192.168.10.2 TCP 182 [TCP Retransmission] 2049 → 973 [PSH, ACK] Seq=36743621 Ack=4632701 Win=706304 Len=116 TSval=1165824165 TSecr=1765619725
81915 62.975808247 192.168.10.1 192.168.10.2 TCP 182 [TCP Retransmission] 2049 → 973 [PSH, ACK] Seq=36743621 Ack=4632701 Win=706304 Len=116 TSval=1165837477 TSecr=1765619725
81916 89.599812698 192.168.10.1 192.168.10.2 TCP 182 [TCP Retransmission] 2049 → 973 [PSH, ACK] Seq=36743621 Ack=4632701 Win=706304 Len=116 TSval=1165864101 TSecr=1765619725
81917 94.719748116 TpLinkTechno_a6:f6:b1 Toradex_4f:f8:aa ARP 42 Who has 192.168.10.2? Tell 192.168.10.1
81918 95.743851595 TpLinkTechno_a6:f6:b1 Toradex_4f:f8:aa ARP 42 Who has 192.168.10.2? Tell 192.168.10.1
81919 96.767735769 TpLinkTechno_a6:f6:b1 Toradex_4f:f8:aa ARP 42 Who has 192.168.10.2? Tell 192.168.10.1
81920 144.383994437 TpLinkTechno_a6:f6:b1 Broadcast ARP 42 Who has 192.168.10.2? Tell 192.168.10.1
81921 145.407737102 TpLinkTechno_a6:f6:b1 Broadcast ARP 42 Who has 192.168.10.2? Tell 192.168.10.1
81922 146.431968294 TpLinkTechno_a6:f6:b1 Broadcast ARP 42 Who has 192.168.10.2? Tell 192.168.10.1
81923 197.631939214 TpLinkTechno_a6:f6:b1 Broadcast ARP 42 Who has 192.168.10.2? Tell 192.168.10.1
ChatGPT said:
This network capture indicates a communication issue between two hosts using NFS (Network File System) over TCP, particularly between:
192.168.10.1 (likely the NFS server or gateway)
192.168.10.2 (likely the NFS client)
Summary of Key Events
Initial NFS GETATTR Calls (Normal Communication):
Packets 81902–81907 show normal NFS traffic (GETATTR calls and replies), confirming that the connection was initially healthy.
Retransmissions Begin:
Starting at packet 81908, 192.168.10.1 begins retransmitting a TCP segment to 192.168.10.2 (port 973) repeatedly. This retransmission continues across multiple time intervals, up to packet 81916 (at ~89 seconds), suggesting 192.168.10.2 is no longer responding.
ARP Requests:
From packet 81917 onward, the device with MAC address TpLinkTechno_a6:f6:b1 (associated with IP 192.168.10.1) starts issuing ARP requests asking “Who has 192.168.10.2?” This is a clear sign that it no longer knows how to reach 192.168.10.2 — possibly because:
192.168.10.2 went offline
There's a network issue
192.168.10.2 changed IP/MAC unexpectedly
Interpretation
This log strongly suggests that:
The device at 192.168.10.2 became unreachable (possibly powered off, crashed, or disconnected from the network).
The NFS server continued trying to send data, failing repeatedly, then fell back to ARP to try to rediscover the client's MAC address, but got no response.
The lack of replies to ARP and TCP retransmissions confirms the loss of network connectivity to 192.168.10.2.
Has anyone had similar problems and any ideas what I can do?