Problem with mounting nfs shares after sudden poweroutage
Hi!
I am already experiencing this for the second time and i feel that this is a strange issue: I have AMD Ryzen desktop with Debian Bullseye (before Buster) and a JBOD disk tower with four fully occupied slots. On my desktop i mount the 4 disks as NFS shares, which used to work nicely before the most recent sudden power outage. After that the drives had to be checked and the inodes repaired. One disk in use was lost and restored through backup by copying the backup on the repaired disk. I also changed the file permissions and ownership after the copy procedure. After that the mount procedure during system startup happening in /etc/fstab did not mount anymore my nfs shares correctly. Now my mount table looks like this: My /etc/fstab has this four entries related to the nfs shares Code:
10.10.10.2:/mnt/WD01 /mnt/WD01 nfs rw,auto,nofail 0 0 Code:
10.10.10.2:/mnt/WD04 /mnt/WD04 nfs4 rw,relatime,vers=4.2,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.10.10.1,local_lock=none,addr=10.10.10.2 0 0 The mount procedure is waiting for 1,5 minutes for mounting WD01 and WD03 suddenly. The drives itself are okay on my nfs server 10.10.10.2 and exportfs also lists ok: Code:
/mnt/WD01 10.10.10.1 Exactly this problem happened to me with my old Debian Buster installation and led to the same problem. |
How did you fix the issue with the old Debian installation?
It seems that maybe the nfs server is exporting WD03 in such a way that the client sees it wrong and mounts it at WD01 Also, I wonder about the issue of mounting the same device on different systems at the same time, especially in different subnets. The risk of multiple users altering the same file at the same time does exist and may cause corruption. Lastly, exporting WD01 to 10.10.10.1 and 10.10.10.0/24 is redundant and possibly conflicting. The first only allows one machine to access it, and the other allows the entire subnet, including that one machine to access it. There may be a conflict introduced that does not appear obvious. You can possibly avoid the extended delay by adding options in fstab for each of those entries such as nofail & _netdev |
Quote:
Quote:
Quote:
Quote:
Quote:
I have filed a kernel bug report and a Debian bug report (Bug#992866) since this thing is bothering me already for too long. I think something is wrong with the kernel mount data structures. They are storing information from reboot to reboot, but they don't check properly for consistence. |
All times are GMT -5. The time now is 03:20 AM. |