Raspberry PI boot fails - NFS behavior change in QTS 5?

Discussion about using NAS on Linux and Unix OS.
Post Reply
Jens2
Starting out
Posts: 33
Joined: Wed Jan 30, 2013 4:02 pm

Raspberry PI boot fails - NFS behavior change in QTS 5?

Post by Jens2 »

Hi everyone,

a couple of my Raspberry PIs are booting via NFS from my QNAP TVS-873. That worked pretty bulletproof while the QNAP was on QTS 4.

Yesterday I upgraded to QTS 5. Ever since that (all those) RPIs aren't really available anymore. They seem to boot to S O M E extend.

But when I try to login via SSH I am either disconnected instantly or I find myself is a system that behaves as if its root FS had been removed midway, meaning most commands cannot be executed because their binaries cannot be found.

The is a system with the latter behavior:

Code: Select all

pi@raspberrypi07:~$ mount
QNAP-IPV4-ADDRESS:/RPI_Boot_RPI07 on / type nfs (rw,noatime,vers=2,rsize=4096,wsize=4096,namlen=255,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=QNAP-IPV4-ADDRESS,mountvers=1,mountproto=tcp,local_lock=all,addr=QNAP-IPV4-ADDRESS)
devtmpfs on /dev type devtmpfs (rw,relatime,size=439404k,nr_inodes=109851,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=34,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
/etc/auto_docker.direct on /var/lib/docker type autofs (rw,relatime,fd=6,pgrp=674,timeout=300,minproto=5,maxproto=5,direct)
/etc/auto_fileserver.direct on /mnt/fileserver_backups type autofs (rw,relatime,fd=6,pgrp=674,timeout=300,minproto=5,maxproto=5,direct)
/etc/auto_fileserver.direct on /mnt/fileserver_transfer type autofs (rw,relatime,fd=6,pgrp=674,timeout=300,minproto=5,maxproto=5,direct)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94536k,mode=700,uid=1000,gid=1000)
pi@raspberrypi07:~$ ls -l /
ls: reading directory '/': Permission denied
total 0
pi@raspberrypi07:~$
As you can see its root FS is mounted, but it cannot seem to actually read files.

When looking at the exported folders from the QNAP I'm not sure which permissions the folders should have, but I haven't touched them:

Code: Select all

[~] # ls -l /share/CE_CACHEDEV2_DATA/Daten/RPI_Boot
total 48
drwxr-xr-x 23 admin administrators 4096 2021-03-22 16:16 RPI01/
drwxr-xr-x 24 admin administrators 4096 2021-10-02 22:21 RPI03/
drwxr-xr-x 20 admin administrators 4096 2021-05-05 10:02 RPI07/
drwxr-xr-x 24 admin administrators 4096 2021-05-06 23:52 RPI08/
drwxr-xr-x 23 admin administrators 4096 2021-09-17 22:08 RPI10/
drwxr-xr-x  6 admin administrators 4096 2021-10-27 23:16 RPI11/
[~] #
There must have been some behavioral change in QTS 5 regarding NFS because
  • it concerns all RPIs alike and
    I have not changed anything on them for a while.
I'd like to extract some log files on the RPI, but I cannot access them, just like I cannot access /.

Can anybody possibly shed some light on this?
AndyTank
New here
Posts: 2
Joined: Sun Nov 21, 2021 11:34 pm

Re: Raspberry PI boot fails - NFS behavior change in QTS 5?

Post by AndyTank »

Not sure if it's related, but I'm also having NFS problems after upgrading to V5. I have a TS-251A running 5.0.0.1853.

Before upgrading NFS worked perfectly, after the upgrade my NFS shares mount successfully, however appear totally empty. The files in same folders are still accessible using CIFS (SMB) so that data hasn't been lost. But all I can see on NFS mounts is empty directories.

After restarting the NFS service on the NAS multiple times I can get the data to appear, however this is very unreliable. I have 2 shared folders, and I've never been able to get both to work at the same time. Most of the time both appear empty, however after about 10 restarts I can get a single folder to work.
Jens2
Starting out
Posts: 33
Joined: Wed Jan 30, 2013 4:02 pm

Re: Raspberry PI boot fails - NFS behavior change in QTS 5?

Post by Jens2 »

Hard to tell if it's related.

As a workaround I have set up a Linux system, installed an NFS server there and migrated all files to it. The RPIs can be boot again from that system. Sounds a bit like it's more the QNAP's fault.

My workaround is not really a great solution as the performance is a lot worse than from the QNAP.
AndyTank
New here
Posts: 2
Joined: Sun Nov 21, 2021 11:34 pm

Re: Raspberry PI boot fails - NFS behavior change in QTS 5?

Post by AndyTank »

The latest update 5.0.0.1858 looks to have fix/improved the issue I was seeing. Both my NFS shares mounted and look to be working after the update. I've not tested how reliable the fix is, as I don't currently feel like risking it going wrong again.

Has this update helped with your issues?
Jens2
Starting out
Posts: 33
Joined: Wed Jan 30, 2013 4:02 pm

Re: Raspberry PI boot fails - NFS behavior change in QTS 5?

Post by Jens2 »

No, I'm afraid in my case it hasn't helped. RPIs still won't boot.

Thanks for responding anyway!
Post Reply

Return to “Linux & Unix (NFS)”