ailliano

Thank you for fast reply ! I updated the plugin to the new replacement and rebooted the server, will monitor and see what happens, If the remote server is the issue I'm not sure what's going on, it's a DS918 connected to a switch on same network and never has any problems, I'm not sure what can cause the NAS to stop communicating with unraid and cause shares issues, any suggestions ?

Thanks for the reply, I edited my original post. loki-diagnostics-20220518-1234.zip

loki-diagnostics-20220518-1234.zipHi all, my first time asking for support so not sure I'm in the right thread, I've been having issue with a SMB mount to my nas, I switched to NFS and was good for a while however it now started again. All of my shares are showing 0 bytes and I can't navigate to them as they are disconnected, I included a screeshot and what the log is freaking out about. May 18 11:57:49 Loki unassigned.devices: Error: shell_exec(/bin/df '/mnt/remotes/plexmedia' --output=size,used,avail | /bin/grep -v '1K-blocks' 2>/dev/null) took longer than 5s! May 18 11:57:49 Loki unassigned.devices: Error: shell_exec(/bin/df '/mnt/remotes/plexmedia' --output=size,used,avail | /bin/grep -v '1K-blocks' 2>/dev/null) took longer than 5s! May 18 11:57:54 Loki unassigned.devices: Error: shell_exec(/bin/df '/mnt/remotes/plexmedia2' --output=size,used,avail | /bin/grep -v '1K-blocks' 2>/dev/null) took longer than 5s! May 18 11:57:54 Loki unassigned.devices: Error: shell_exec(/bin/df '/mnt/remotes/plexmedia2' --output=size,used,avail | /bin/grep -v '1K-blocks' 2>/dev/null) took longer than 5s! May 18 11:58:01 Loki kernel: traps: lsof[1259] general protection fault ip:15532da576ae sp:58c4db2936431bf error:0 in libc-2.33.so[15532da3e000+15e000]

that's what I did and it's working, but drives me crazy why /mnt/user/downloads is not the same

yes

I mapped everything to /mnt/docker/downloads, and of course everything is going to the correct cache now even though /mnt/user/downloads should point there.

looks like you are forcing it to go to disk22 where I have it as /mnt/user/downloads which is picking the wrong disk at the end.

this might be my only option at this point, another option is to wipe nzbget and qbit, remove the download share as well and start fresh, something is stuck.

path on both is /mnt/user/downloads

i wrote a test file in /mnt/user/downloads and sure enough ends up in /mnt/cache/downloads, not /mnt/cache/downloads, so it's not even a docker issue, somehow unraid thinks that downloads is a different location that is mapped to.

same with qbittorrent...not sure why these 2 keep writing in the wrong cache

root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='nzbget' --net='bridge' -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="Loki" -e HOST_CONTAINERNAME="nzbget" -e 'PUID'='99' -e 'PGID'='100' -e ' DOCKER_MODS'='ghcr.io/gilbn/theme.park:nzbget' -e 'TP_THEME'='aquamarine' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:6789]/' -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/nzbget-icon.png' -p '6789:6789/tcp' -v '/mnt/user/downloads/':'/downloads':'rw' -v '/mnt/user/appdata/nzbget':'/config':'rw' 'linuxserver/nzbget' The command finished successfully!

I deleted everything in downloads and started the containers one at the time, seems like upon starting nzbget writes in cache

could it be the name of the cache ? why is only cache showing full name and other 2 are --------- covered ?

not that I know of... I read thru all the docker mappings and nothing showing /mnt/cache/downloads , any way to check what's using what ?