Jump to content

Mesias

Members
  • Content Count

    9
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Mesias

  • Rank
    Newbie

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I initially made a huge bulk import... all releases are in their folders. Clearing the queue definitely resolved the issue. I went to the Queue tab in the Activity screen and delete all from download client. Now the logs are clean of import service errors. Thanks again for all the assistance!
  2. That didn't help... The import service is looking for versions never downloaded... all releases in both libraries (Radaar and Sonaar) are flagged "downloaded". I'm stuck, I don't understand yet the process of importing. Why, if a release is already flagged as downloaded, the import service continues trying to retrieve it from the download folder?
  3. That's exactly what's happening... I tried a fresh request and it worked just fine. On the other hand, Sonaar and Radarr are still looking for releases already downloaded. Not sure how to clear that queue. Thanks for all the help!
  4. I changed the path to the Sabnzbd categories and it didn't help. I then changed its download folders to absolute paths but it didn't resolve the issue. Logs continue showing the default path. Note I restarted all three dockers. Screenshot to User Folders in Sabnzbd: Previous step changed the path for the categories folders. They are now relative to /downloads: After all this, the logs keep showing the default path: Is there any other log I can enable that can provide more info?
  5. I'm going to try changing the path of Sabnzbd categories to absolute paths. Right now they are using the default, relative folders are based on: /config/Downloads/complete. This should fix it... Thanks for pointing this out!
  6. I posted this in Radaar and Sonaar support forums but it looks to me this is a Docker issue... Something is off and I can't find where the issue lies... Radarr and Sonarr are not looking for the downloads folder in the correct path. Sonarr log message: Import failed, path does not exist or is not accessible by Sonarr: /config/Downloads/complete/tv/ Radarr log message: Import failed, path does not exist or is not accessible by Radarr: /config/Downloads/complete/movies/ For some reason Raddar and Sonnar are looking under the config folder instead of the path defined for the downloads folder. Here are the details of my setup: Both Sabnzbd and Radarr are installed dockers in an UNRAID box Sabnzbd path to downloads folder as defined in the docker: /downloads -> /mnt/user/appdata/sabnzbd/Downloads/complete/ Raddar path to downloads folder as defined in the docker: /downloads -> /mnt/user/appdata/sabnzbd/Downloads/complete/ Host for Sabnzbd in Raddar is the local IP address, "localhost" didn't work Permissions for completed downloads under Sabnzbd: 775 File chmod mask in Raddar: 0775 Any file browser within Raddar is able to see the correct downloads folder Screenshot of Docker settings: Screenshot of a file browser window within Sonarr showing it can see the /downloads folder and its content: Any idea where to look? Radarr Version: Version: 0.2.0.870 Mono Version: 5.4.1.6 (tarball Wed Nov 8 20:37:08 UTC 2017) AppData directory: /config Startup directory: /opt/radarr Sonarr Version: Version: 2.0.0.5085 Mono Version: 5.4.1.6 AppData directory: /config Startup directory: /opt/NzbDrone
  7. Actually this morning I resumed Screen and everything seems to be right. Updates are showing in intervals as usual but after a while it stopped receiving them again... very weird. I'm just letting it run until HD activity light goes off.
  8. Hello there... I'm running the preclear script (v1.13) on a 4TB HGST Deskstar HDS724040A through Screen in a telnet session. (5.0-rc13) The issue is the telnet windows stopped receiving updates. After an hour or so the screen just stop reseting the temperature, the elapsed time clock, etc. I tried twice running it in this drive with the same result but at different times. Fisrt when writing zeroes and the second time while the initial reading. The first time I thought the script halted, I panicked, and I restarted the box. The second time I looked deeper - I still see the preclear_disk process taking CPU time at intervals and I also see the dd command doing the same. Is there any other process I should check before assuming the script failed? Have anyone else experienced this before? I tried searching and I found only one other thread with a similar situation but it didn't help much. Should I just let it run until the light in the box go off? Your advice is greatly appreciated.