![]() My cache drive is not full and I find no errors in the diagnostics. I went into the logs and found it's having a readonly SQL error seen below. I recently tried to make an update to Sonarr download clients and it wouldn't save. So once the mover script has run, the /mnt/cache path will not see those files. Say you have a file /mnt/cache/Downloads/1.txt, it also exists as /mnt/user/Downloads/1.txt BUT, /mnt/disk1/Downloads/1.txt, which is visible in the user path, will NOT be visible in the cache path. Looks like for some reason sonarr doesn't see your downloaded file.Īnd yes, there is a difference. OT: Does it make any difference (and if so, what) whether the path is "/mnt/user/Downloads" or "/mnt/cache/Downloads"? container paths) have the same name in both containers - in one container I achieved this by renaming the respective path from "/data" to "/downloads" - and both variables point to the same host path ("/mnt/user/Downloads"). I was at a point where I thought you can basically do anything you like, it must work as long as both variables (i.e. It seems, I still do not understand the principle. Now I have something: The downloads are still in sonarr's activity list but with a red x (physical remove from downloader) and a manikin beside it (for manual moving) and the logs show ".path \downloads not exitant or not accessible." ? ![]() ![]() ![]() Good, it was to double-check that from the container's point of vue the file exists for everyone. Is the download still in sonarr's activity list? what if you hover on the image tag on the left of the download? Either way, the sonarr logs should have info on the processing of the completed download. ![]()
0 Comments
Leave a Reply. |