Gnome 45.3 freezen when NFS shares cannot be mounted

tsadowski · 2024-02-06 20:57:19

Hi,

I have a holiday freeze issue with my laptop.

The system started normally but would freeze as soon as I connected to WIFI after logging in. I could not even change to a text console.
I could narrow this down to my NFS shares. When I activated the VPN to my home server on the text console before logging in to Gnome everything was fine. Now I have disabled the two NFS shares in my fstab and everything is fine as well.

This issue has popped up for me quite sudden. The setup is not new and it was never an issue before. Was there a change that Gnome does not simply give up? There are lots of failed mount attempts in the journal until the necessary hard reset.

How do I tell Gnome to give up on unreachable resources?

Cheers,
Torsten

teras · 2024-02-26 22:37:10

I have the same issue. I am not sure if this is a new issue or an old bug.

My use case is a bit different. When the NFS mounts are disrupted (e.g. when I reboot the machine that hosts the NFS volumes)m then Gnome freezes and there's nothing I can do (except get out of it). When the NFS-hosting machine is up again, things are again as usual.

A google search brings many pages describing a similar situation of both KDE and Gnome, with only solution to unmount NFS before doing something to the host machine, which is not practical if you don't know in advance that the NFS machine is (going to be) down.

Any hints on how to address this issue welcomed

seth · 2024-02-26 22:48:28

x-systemd.automount,x-systemd.device-timeout=10,noatime,soft,bg

?

tsadowski · 2024-02-28 22:35:11

I was missing the "soft" and "bg" options in fstab. Unfortunately adding them did not solve the issue. My complete options are:

rw,user,noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=1min,soft,bg,comment=x-gvfs-show

Cheers, Torsten

seth · 2024-02-29 09:52:02

Does "comment=x-gvfs-show" trigger this?
What if you set "retry=0"?
Since you're automounting the share on access only, it would seem that gnome™ (nautilus? tracker? sth. specific?) tries very hard to access a file there.

Do you btw. mount the share by IP or domain?
Is there a route to the (wrong) host when NFS isn't available?

tsadowski · 2024-03-04 22:52:07

I made some experiments. "comment=x-gvfs-show" is necessary for the mount to appear in Nautilus. But removing this and/or "retry=0" does unfortunately not solve the problem.

The mounts use the IP. If I unmount the shares before deactivating WIFI it does not lock up. Clicking on the unmounted share in Nautilus gives an error but deactivating WIFI with a mounted share locks up the computer. The shares are active after login in Nautilus even though they have the "noauto" flag.

Something must have changed between August 2023, when everything worked and February 2024 when I noticed this issue.

Cheers,
Torsten

seth · 2024-03-05 07:58:20

Clicking on the unmounted share in Nautilus gives an error but deactivating WIFI with a mounted share locks up the computer.

Ah.
https://wiki.archlinux.org/title/Networ … r_examples ?

tsadowski · 2024-03-06 19:58:24

Unfortunately not. The hook scripts will only run when I intentionally disconnect WIFI. A sudden failure is not covered.

I checked if it might be the "bg" option as mentioned here:
https://www.freedesktop.org/software/sy … html#fstab
but no luck.

I have to check if the computer locks up when I shut down the server and try to use ssh to investigate. Or install a simpler window manager like Sway to check if it is systemd or Gnome. I suspect Gnome.

Cheers,
Torsten

seth · 2024-03-06 21:14:22

You can just test whether "ls /path/to/lost_nfs_share" locks/freezes or behaves (returns after timeout)

You're not getting any dispatcher event on the loss?
https://man.archlinux.org/man/NetworkMa … spatcher.8
Does the remote host drop out?
Does nautilus handle softerr better than soft (ETIMEDOUT instead of EIO)?

tsadowski · 2024-04-08 20:37:47

I still suspect Gnome. The issue disappeared today with an update to Gnome 46.

Cheers,
Torsten

Arch Linux

#1 2024-02-06 20:57:19

Gnome 45.3 freezen when NFS shares cannot be mounted

#2 2024-02-26 22:37:10

Re: Gnome 45.3 freezen when NFS shares cannot be mounted

#3 2024-02-26 22:48:28

Re: Gnome 45.3 freezen when NFS shares cannot be mounted

#4 2024-02-28 22:35:11

Re: Gnome 45.3 freezen when NFS shares cannot be mounted

#5 2024-02-29 09:52:02

Re: Gnome 45.3 freezen when NFS shares cannot be mounted

#6 2024-03-04 22:52:07

Re: Gnome 45.3 freezen when NFS shares cannot be mounted

#7 2024-03-05 07:58:20

Re: Gnome 45.3 freezen when NFS shares cannot be mounted

#8 2024-03-06 19:58:24

Re: Gnome 45.3 freezen when NFS shares cannot be mounted

#9 2024-03-06 21:14:22

Re: Gnome 45.3 freezen when NFS shares cannot be mounted

#10 2024-04-08 20:37:47

Re: Gnome 45.3 freezen when NFS shares cannot be mounted

Board footer