In the past 2 days, I have been unable to copy files via NFS as I have previously done for many years.
I have a Terramaster NAS and usually mount the share using the command sudo mount -t nfs4 192.168.1.68:/mnt/md0/NAS /mnt/NAS. The /mnt/md0/NAS being the path to the shared folded on the NAS. This still mounts and I am able to see existing files and folders but when I try to copy something to the NAS in Dolphin, the copying process takes ages and the transfer rate starts dropping e.g. 1.58Mbps, 180Kbps, 50Kbps until eventually it stops completely, Dolphin hangs and my NAS isn’t accessible at all from anywhere (TV, Emby app, etc).
If I kill Dolphin and all related processes, the NAS becomes accessible again.
I don’t believe it is a Dolphin/Plasma specific issue as copying via the CLI appears to do the same.
I did try rolling back but landed in GRUB rescue so decided to try a fresh install but the same issue is present.
Could this be due to a new kernel?
Well, now you lost your previous kernels and so cannot check whether this is kernel issue. Try installing older kernel version(s) from /history - openSUSE Download. “Past 2 days” sounds like it may be kernel 6.8 related (depending on when you updated and from what).
Exactly the same. It seems that the file begins to copy or looks as though it is somehow queued but just never goes anywhere. When I finally managed to kill the processes, only 4KB of a 24MB file was copied to the NAS. I did notice the file was owned by the user I am logged in as.
This always seems to happen and I have to change ownership so the NAS users are able to access the files.
I’ve just tested copying from and managed to copy a film and all its associated files with no problems, tried to copy a different film back but it’s completely frozen. Theres 1.3TB free on the NAS. There are no entries in the log at all apart from it showing me logging into the webui.
I tried (nuclear option) installing Arch and had exactly the same issue, also with the LTS Kernel so I’m really stumped.
I don’t really want to wipe the NAS as I’m not certain I’ll be able to copy all the data back onto it from the backup drives.
Could it be something to do with the NFS libraries or something? I’m going to try removing the NAS completely from the network, leave it shutdown for half an hour, restart the router and try again but if anyone has any brainwaves in the meantime, I’d be grateful
I had a quick glance through this topic, but I did not see any specification of the NAS hardware/software. Thus it is a bit difficult for people here to come with brainwaves.
@SquarePeg79 did you check the interface stats for errors both the host and the NAS? Copying files can be interface intensive as opposed to streaming media. Watch a GUI system monitor to observe.
If it’s passing through a router, could be there. I’m also assuming it’s ethernet, not wifi your connecting with?
I disconnected from the router, powered it down for 30 mins, reconnected and now it will copy files, it just takes ages - longer than it used to but at least it doesn’t just freeze.
My CPU doesn’t go above 51% and the network usage is stable but consistent.
My final attempt is going to be to shutdown the router, disconnect every cable, leave it all unplugged for an hour and then plug it all back in and restart.
Just freshly installed Tumbleweed by the way, following my attempt with Arch.
Hi, it’s a Terramaster F5-422. It’s got 5 x 4TB WD NAS drives in but everything else is as it came out of the box, I’ve tried changing the Ethernet cable too (currently cat 8)
I’ve discovered something new today; if I try to copy something to the NAS and try to rip a CD at the same time, I can do one but not both. To copy some files to the NAS, it took around 3 minutes (a bit of an improvement) but it waited until K3B finished. Something to do with these portals I’ve heard about?