You are not logged in.
Pages: 1
Recently I started encountering an issue which appears to be IO related, not entirely too sure. Decided to reach out to see if anyone had some ideas.
Host: proxmox VM
Disk passthrough; OS installed on bare metal
linux 6.19.9-arch1-1
Few SMB shares that mount on boot via FSTAB on the host. While back 1 of them would fail to mount at boot, would state disk errors, corruption. Tried that rabbit hole for a bit but didn't find any issues with health of the pool (TrueNAS ZFS pool) manually mounting would work and the service would function as normal didn't seem like there was any corruption.
Although now the host seems to lock up for a bit when trying to list/access contents of the mounted directory. The shares in question are used by services: nextcloud, immich, jellyfin.
I've tried disabling those services specifically to see if the issue would stop, but still occurs. HTOP doesn't show much CPU activity going on, even during the times when the issue is occurring.
Tried swapping them to NFS mounts instead but that didn't resolve it either.
I'm just having a hard time pin pointing where I should start digging to find the root cause, but to test I made a new host with a fresh install. Mounts fine as NFS and can interact with the share as normal. Windows clients also connect to the share just fine so I believe the share(s) are not the issue but something on the host.
Any guidance on where to start looking would be appreciated.
Last edited by feintdoxx (2026-05-06 04:33:16)
Offline
mount on boot via FSTAB on the host … manually mounting would work and the service would function as normal
https://wiki.archlinux.org/title/Fstab# … ile_system - probably also "noauto"
Overall this sounds like a race condition, the partition tries to mount before the network is ready - do you have _netdev?
(Though all the wait-online service are useless trash and usually mean "we've configured all devices we care about", not "there's an actual network connection")
Offline
Entry in fstab:
//networkstorage/dir /mnt/dir cifs _netdev,noauto,x-systemd.automount 0 0Offline
Is that what you already have or an attempt to address this?
If this is already there, why would it get mounted during the boot? Something would have to try to access a file in that path.
Offline
Correct my existing entry; But I see. Has me wondering if the same thing that is causing the system to respond slowly when accessing the directory.
Offline
Please post your complete system journal for the boot:
sudo journalctl -b | curl -s -H "Accept: application/json, */*" --upload-file - 'https://paste.c-net.org/'Offline
Offline
May 01 15:43:33 ArchHost systemd[1]: Reached target Network is Online.Then taskprocessing.sh starts at 15:43:34 and then fails a lot until dhcpcd gets a lease at 15:43:39
while ! ping -qc1 $SERVER > /dev/null 2>&1; do sleep 0.5; done to make the script wait until $SERVER can be reached.
You can also turn that into a usable network-online.target
Offline
I see, thank you.
Offline
Pages: 1