Hello Marc,

If you add the <host name>/<IP address> mapping using the
MCC/Network/<Host definitions> and don't modify by hand the fstab file,
does it work or not?

Yes, I tried:

IP address: 192.168.2.2
Host name: MarcComputer
Host Aliases: MarcComputer

The only problem with this is that when the router is re-set the IP addresses may change unless you have setup static IP addresses.
Using the IP address in fstab has the same limitation.

When the NFS used to work, you did not have to go through these steps. The process would find the NFS servers and set up the shares and fstab by itself. It no longer does that and the average user would not know to set up host definitions etc.
My question was not to provide a workaround, but to help identify where the problem is. It seems that you have a name resolution problem, not a NFS problem. If I take the fstab file you use when starting that thread: - the setting of NFS shares uses "linux-5" as remote hostname (question to an expert: how does the tool find this name?) - but "linux-5" is not found as a remote host (question to Marc: is "linux-5.local" found as a remote host, e.g. can you ping linux-5.local?) If your remote host is named "linux-5", "linux-5.local" should work as it should be published by the ZeroConf mechanism (avahi).

So if this works, the best workaround could be to use "linux-5.local" in the fstab file as it does not depend on static IP addresses.

The fix would be that the setting of NFS shares uses ZeroConf hostnames.

Somehow, the setting up of NFS shares and fstab was broken in older versions of Mdv and never fixed.
It was probably broken when the ZeroConf mechanism was used, as the hostnames got ".local" appended.

Regards.

Bernard

Reply via email to