ailliano Posted December 16, 2021 Share Posted December 16, 2021 (edited) Hi all, There is something that is driving me insane, I have 3 cache pool (1. nvme name "cache" 2. dual SSD named "Docker" and dual SSD named Plex) all my shares are "supposed to use" Docker and Plex all these have a combination of Yes share and Prefer to the appropriate cache pool. NONE of my shares are setup to use the nvme CACHE pool, but somehow a docker container is still using it and I narrowed it down to nzbget and qbittorrent. I triple checked that I didn't map /mnt/cache directly to any of those dockers all have /downloads mapped to /mnt/user/downloads which is equivalent to YES - Docker <<< dual SSD pool. So why is cache nvme still get used even though nothing is mapped to it? it's driving me crazy since makes the downloads share "unprotected" and files get stuck there causing mover to not do his job. ** I even moved files out of cache and got it to be green as it should be, but as soon I download something it gets copied to the cache pool. Edited December 16, 2021 by ailliano Quote Link to comment
trurl Posted December 16, 2021 Share Posted December 16, 2021 attach diagnostics to your NEXT post in this thread Quote Link to comment
itimpi Posted December 16, 2021 Share Posted December 16, 2021 Are you sure you do not have anything mapped to the cache that could trigger the behaviour described here? Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 11 hours ago, trurl said: attach diagnostics to your NEXT post in this thread done ! thank you loki-diagnostics-20211216-0847.zip Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 8 hours ago, itimpi said: Are you sure you do not have anything mapped to the cache that could trigger the behaviour described here? nothing mapped to that cache disk beside the isos share which I don't use, but I could be missing something " Make sure the mount points for source and target appear to be different at the Linux level. " What does the above means ? and how can I check Thank you Quote Link to comment
trurl Posted December 16, 2021 Share Posted December 16, 2021 Do you have any application or anything else moving files TO the downloads share? Quote Link to comment
itimpi Posted December 16, 2021 Share Posted December 16, 2021 According to your diagnostics you have a share anonymized as "d-------s" mapped to the cache. If that is the 'downloads' share then remember that any docker that has a mapping to /mnt/user/downloads will be writing to the 'cache' pool. Do all the .cfg files in the config/shares folder on the flash drive correspond to shares you currently have? If not you could tidy the diagnostics by deleting any that do not correspond to current shares. Quote Link to comment
trurl Posted December 16, 2021 Share Posted December 16, 2021 1 minute ago, itimpi said: a share anonymized as "d-------s" mapped to the cache It is cache-yes but set to use a pool named "docker" Quote Link to comment
itimpi Posted December 16, 2021 Share Posted December 16, 2021 4 minutes ago, trurl said: It is cache-yes but set to use a pool named "docker" Mis-read that one It might be worth providing the docker run commands for the nzbget and qbittorrent containers so we can see all the mappings they are using if it is thought one of them is the culprit. Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 1 hour ago, itimpi said: Mis-read that one It might be worth providing the docker run commands for the nzbget and qbittorrent containers so we can see all the mappings they are using if it is thought one of them is the culprit. I force updated the 2 containers and both docker run show they are mapped to mnt/user/downloads, which is not on Cache Quote Link to comment
trurl Posted December 16, 2021 Share Posted December 16, 2021 1 hour ago, trurl said: Do you have any application or anything else moving files TO the downloads share? Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 5 minutes ago, trurl said: 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 ? Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 could it be the name of the cache ? why is only cache showing full name and other 2 are --------- covered ? Quote Link to comment
trurl Posted December 16, 2021 Share Posted December 16, 2021 13 minutes ago, ailliano said: 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 ? I wasn't asking about mappings. If you have something moving from a share on one pool to a share on another pool, that is when the situation explained in this link given earlier might happen. https://wiki.unraid.net/Manual/Troubleshooting#Files_end_up_on_cache_despite_Use_Cache.3DNo_setting_for_a_share Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 I deleted everything in downloads and started the containers one at the time, seems like upon starting nzbget writes in cache Quote Link to comment
trurl Posted December 16, 2021 Share Posted December 16, 2021 Post docker run for nzbget Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 1 minute ago, trurl said: Post docker run for nzbget 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! Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 same with qbittorrent...not sure why these 2 keep writing in the wrong cache Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 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. Quote Link to comment
hawihoney Posted December 16, 2021 Share Posted December 16, 2021 (edited) 13 minutes ago, ailliano said: same with qbittorrent...not sure why these 2 keep writing in the wrong cache It's worth checking the Path settings within NZBGet. The main path is /config as default ... Edited December 16, 2021 by hawihoney Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 1 minute ago, hawihoney said: It's worth checking the Path settings within NZBGet. The main path is /config as default ... path on both is /mnt/user/downloads Quote Link to comment
itimpi Posted December 16, 2021 Share Posted December 16, 2021 I agree it looks like it should work You could try changing the mapping to use /mnt/docker/downloads instead of /mnt/user/downloads so it is by-passing the User Share handling level? Quote Link to comment
hawihoney Posted December 16, 2021 Share Posted December 16, 2021 These are my settings for NZBGet. Perhaps this helps. Docker: Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 1 minute ago, itimpi said: I agree it looks like it should work You could try changing the mapping to use /mnt/docker/downloads instead of /mnt/user/downloads so it is by-passing the User Share handling level? 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. Quote Link to comment
ailliano Posted December 16, 2021 Author Share Posted December 16, 2021 1 minute ago, hawihoney said: These are my settings for NZBGet. Perhaps this helps. Docker: 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. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.