[Support] Linuxserver.io - NZBGet


Recommended Posts

If cp is referencing /mnt/user then it will spin up drives to see if it should copy directly to the array or to cache.  Installing cache dirs will help alleviate that

 

I grew tired of this and several other random issues so I nuked my entire install and rebuilt everything from scratch on a new flash drive.

Just finished doing a download test and it works as expected now. Configuration was exactly the same so must have been an issue with the old setup I had.

 

Thanks for your efforts.

Link to comment

If cp is referencing /mnt/user then it will spin up drives to see if it should copy directly to the array or to cache.  Installing cache dirs will help alleviate that

 

I grew tired of this and several other random issues so I nuked my entire install and rebuilt everything from scratch on a new flash drive.

Just finished doing a download test and it works as expected now. Configuration was exactly the same so must have been an issue with the old setup I had.

 

Thanks for your efforts.

 

No worries, glad you got it sorted out...

Link to comment

-=-=-=-=-=-=-=-

EDIT: This has been fixed. I had downloads set to /mnt/cache/downloads, but that share was set to not use the cache drive so it wasn't looking in the right place for scripts.

-=-=-=-=-=-=-=-

 

I'm not sure if this is a docker issue or an issue with the program, but I can't get scripts loaded in NZBGet.

 

Docker:

/config = /mnt/user/appdata/nzbget/

/downloads = /mnt/cache/downloads/

 

My settings to the script directory are mapped correctly:

Maindir is /downloads

Every other dir begins with ${MainDir}/ and they are working. (Scripts is ${MainDir}/scripts).

 

However, when I drop a .py script into that directory (at the root, no folder) nothing shows up when I try to add the script. I've tried restarting the docker many times. Removing and readding. Even chmodding all directories and scripts to 777 and chowing then to nobody:users.

 

Nothing seems to work. (I've tried with multiple scripts located on NZBGet's site).

 

I've also tried putting the ppscripts directory in the /config location as mentioned in an earlier post and that didn't work.

 

Any advice would be appreciated.

Link to comment
  • 2 weeks later...

NzbGet had been working properly for a few months now, until today.  It just stopped responding and started shutting itself down even though I have it set to autostart.  I checked the logs and it was showing an error with the username and password not matching (I have not changed them). So I backed up the config from the appdata directory and uninstalled the container and data thinking I could do a fresh install and re-input my settings.  nzbget still won't start though.  Here is what the log shows:

 


-----------------------------------
GID/UID
-----------------------------------
User uid: 99
User gid: 100
-----------------------------------

Ign http://mirror.cogentco.com/pub/linux/ubuntu/ trusty InRelease
Get:1 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security InRelease [64.4 kB]
Get:2 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates InRelease [64.4 kB]
Get:3 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty Release.gpg [933 B]
Get:4 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/main Sources [128 kB]
Get:5 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/restricted Sources [3,920 B]
Get:6 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/universe Sources [36.5 kB]
Get:7 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/multiverse Sources [2,165 B]
Get:8 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/main amd64 Packages [495 kB]
Get:9 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/restricted amd64 Packages [20.2 kB]
Get:10 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/universe amd64 Packages [158 kB]
Get:11 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/multiverse amd64 Packages [4,642 B]
Get:12 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/main Sources [309 kB]
Get:13 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/restricted Sources [5,219 B]
Get:14 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/universe Sources [183 kB]
Get:15 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/multiverse Sources [5,116 B]
Get:16 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/main amd64 Packages [851 kB]
Get:17 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/restricted amd64 Packages [23.4 kB]
Get:18 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/universe amd64 Packages [431 kB]
Get:19 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/multiverse amd64 Packages [14.1 kB]
Get:20 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty Release [58.5 kB]
Get:21 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/main Sources [1,335 kB]
Get:22 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/restricted Sources [5,335 B]
Get:23 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/universe Sources [7,926 kB]
Get:24 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/multiverse Sources [211 kB]
Get:25 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/main amd64 Packages [1,743 kB]
Get:26 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/restricted amd64 Packages [16.0 kB]
Get:27 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/universe amd64 Packages [7,589 kB]
Get:28 http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/multiverse amd64 Packages [169 kB]
Fetched 21.9 MB in 10s (2,152 kB/s)
Reading package lists...

-----------------------------------
GID/UID
-----------------------------------
User uid: 99
User gid: 100
-----------------------------------

Ign http://mirror.cogentco.com/pub/linux/ubuntu/ trusty InRelease
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security InRelease
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates InRelease
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty Release.gpg
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/main Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/restricted Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/universe Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/multiverse Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/main amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/restricted amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/universe amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-security/multiverse amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/main Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/restricted Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/universe Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/multiverse Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/main amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/restricted amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/universe amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty-updates/multiverse amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty Release
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/main Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/restricted Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/universe Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/multiverse Sources
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/main amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/restricted amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/universe amd64 Packages
Hit http://mirror.cogentco.com/pub/linux/ubuntu/ trusty/multiverse amd64 Packages
Reading package lists...

 

How can I get it back up and running? and preferably with my old config settings intact. Thanks.

Link to comment
  • 2 weeks later...

I'm having problems getting a postprocessing script to work. I'm trying to use the Email.py script to send myself an email on completed downloads.

 

Overall, I had NZBGet installed and working. CouchPotato and Sonarr are automatically sending downloads to NZBGet, the downloads are successful, and the files are being handled properly in NZBGet, CP/Sonarr, and Plex.

 

Here's what I've done so far:

* Added Email.py to the appropriate ppscripts folder

* Confirmed that the script is in the right place by virtue of the fact that NZBGet now displays the config UI for the script

* Entered my email information (including my Gmail two-factor authentication app-specific password)

* Added Email.py to the list of default post-processing scripts, as well as the list of post-processing scripts for each category (I have no other scripts configured)

* Saved and soft-reloaded NZBGet

* Confirmed that python is installed in unRAID (via the NerdPack - I needed it for an unrelated python script. Not sure if it's relevant in this case though.)

 

On completion of a download, no email arrives and Gmail shows a null value for the last date that the app-specific password was used.

 

Is there anything obvious that I've missed? Are there logs that I can look at to diagnose what's happening? I couldn't find anything in the NZBGet log.

 

I had the same config working on a previous install of NZBGet on OS X.

Link to comment
  • 2 weeks later...

Please help me in understanding paths. I have installed Couch Potato, Sonarr & Nzbget. All can talk to each other fine and handle post-processing. I am just not sure I have an optimal setup with the way I have set up the directories.

 

NZBget Mappings:

/config        /mnt/cache/appdata/nzbget/

/downloads  /mnt/cache/downloads/

 

Couchpotato Mappings:

/config        /mnt/cache/appdata/couchpotato/

/downloads  /mnt/cache/downloads/

/movies      /mnt/user/Media/Plex Media/Movies/

 

Sonarr Mappings

/tv              /mnt/user/Media/Plex Media/TV Shows/

/downloads  /mnt/cache/downloads/

/config        /mnt/cache/appdata/sonarr/

/dev/rtc      /dev/rtc

 

Shares:

downloads  Location: Cache  Use Cache Disk: No

Media        Location: Disk 1  Use Cache Disk: No

appdata      Location: Cache  Use Cache Disk: Yes

 

So as of now Sonarr/CP send the download to NZBGET, and once they finish, they seem to process send the file to either the TV or Movie directory which are on the array. I am not sure this is optimal. Would it be better for the Mover to move the files at night, once per day?

 

I changed the downloads share settings Use Cache Disk to Yes and the Mover moved the subdirectories (downloads/inter, downloads/dst, downloads/tmp, downlaods/nzb) over to the array and they no longer existed on the cache drive and therefore broke everything.

 

How should my mappings & cache setting be setup up to work with mover properly so that the post processed files get moved at night to the array by mover without breaking my config?

 

Thanls

 

 

 

Link to comment

Your 'downloads' should be a cache-only share as it will contain the downloaded, but not post-processed stuff from NZBget.  When couchpotato and sonarr run they read from the 'downloads' then move (post-process) to your media mappings for moves, tv, etc. if configured correctly in the respective programs.  Your mappings to tv, movies, etc. look correct.  'appdata' and 'downloads' should both be cache-only shares, or I like to just prefix with a dot "." so that it doesn't get confusing as what is cache-only vs what is not when glancing at it and doesn't require any special steps in the GUI to set them as cache-only.

Link to comment

Your 'downloads' should be a cache-only share as it will contain the downloaded, but not post-processed stuff from NZBget.  When couchpotato and sonarr run they read from the 'downloads' then move (post-process) to your media mappings for moves, tv, etc. if configured correctly in the respective programs.  Your mappings to tv, movies, etc. look correct.  'appdata' and 'downloads' should both be cache-only shares, or I like to just prefix with a dot "." so that it doesn't get confusing as what is cache-only vs what is not when glancing at it and doesn't require any special steps in the GUI to set them as cache-only.

 

I 100% 2nd this. 

 

Personally I use /mnt/cache/.appdata and /mnt/cache/downloads.  The disadvantage of using a period in front is that it doesn't share via the webui.  So it's arguably easier to just use /mnt/cache/appdata set to use cache only..

Link to comment

One thing to keep an eye on is mixing /mnt/cache download locations and /mnt/user post processing destinations. I accidentally lost a few movie downloads when I was re-jiggering my  CP processing setup. For a minute or two I couldn't figure out why a perfectly completed torrent just disappeared as soon as CP tried to process it.

Link to comment

Your 'downloads' should be a cache-only share as it will contain the downloaded, but not post-processed stuff from NZBget.  When couchpotato and sonarr run they read from the 'downloads' then move (post-process) to your media mappings for moves, tv, etc. if configured correctly in the respective programs.  Your mappings to tv, movies, etc. look correct.  'appdata' and 'downloads' should both be cache-only shares, or I like to just prefix with a dot "." so that it doesn't get confusing as what is cache-only vs what is not when glancing at it and doesn't require any special steps in the GUI to set them as cache-only.

 

Thanks for the help. I have made downloads Cache only. And I enabled my post processing to use the cache drive. I ran through a full download/post process and everything works as desired.

 

The only thing I was worried about is the cache drive filling with whatever leftover files were left and not post-processed. I suppose I can manually look and empty the directories from time time. After testing everything I am finally getting the hang of how shares, movers, and paths work.

 

Thanks everyone.

Link to comment
  • 2 weeks later...

I'm having issues getting the NZBGet docker to start.  I used to have it running perfectly without issues until one day it just stopped running.  I think it had something to do with filesystem corruption, so I repaired the file system and got out of the "read-only" state I was locked in.  I thought that would solve my problems but it has not.

 

I removed the docker container and files.  Erased all traces of NZBGet and tried to start fresh.  Yet I still cannot get the docker to run.  I attached the log file:

 

-------------------------------------
_ _ _
| |___| (_) ___
| / __| | |/ _ \ 
| \__ \ | | (_) |
|_|___/ |_|\___/
|_|

Brought to you by linuxserver.io
We do accept donations at:
https://www.linuxserver.io/donations
-------------------------------------
GID/UID
-------------------------------------
User uid: 99
User gid: 100
-------------------------------------

finding fastest mirror
1. mirror.os6.org
Latency: 15 ms
Org: os6.org
Status: Up to date
Speed: 1 Gbps
2. mirrors.namecheap.com
Latency: 25 ms
Org: NameCheap.com
Status: Up to date
Speed: 1 Gbps
3. ubuntu.securedservers.com
Latency: 26 ms
Org: Secured Servers LLC
Status: Up to date
Speed: 100 Mbps
New config file saved to /defaults/sources.list
We are now refreshing packages from apt repositories, this *may* take a while
Ign http://mirror.os6.org trusty InRelease
Get:1 http://mirror.os6.org trusty-updates InRelease [64.4 kB]
Get:2 http://mirror.os6.org trusty-security InRelease [64.4 kB]
Get:3 http://mirror.os6.org trusty Release.gpg [933 B]
Get:4 http://mirror.os6.org trusty Release [58.5 kB]
Get:5 http://mirror.os6.org trusty-updates/main Sources [313 kB]
Get:6 http://mirror.os6.org trusty-updates/restricted Sources [5,219 B]
Get:7 http://mirror.os6.org trusty-updates/universe Sources [186 kB]
Get:8 http://mirror.os6.org trusty-updates/multiverse Sources [5,113 B]
Get:9 http://mirror.os6.org trusty-updates/main amd64 Packages [875 kB]
Get:10 http://mirror.os6.org trusty-updates/restricted amd64 Packages [23.4 kB]
Get:11 http://mirror.os6.org trusty-updates/universe amd64 Packages [436 kB]
Get:12 http://mirror.os6.org trusty-updates/multiverse amd64 Packages [14.1 kB]
Get:13 http://mirror.os6.org trusty-security/main Sources [129 kB]
Get:14 http://mirror.os6.org trusty-security/restricted Sources [3,920 B]
Get:15 http://mirror.os6.org trusty-security/universe Sources [37.9 kB]
Get:16 http://mirror.os6.org trusty-security/multiverse Sources [2,164 B]
Get:17 http://mirror.os6.org trusty-security/main amd64 Packages [517 kB]
Get:18 http://mirror.os6.org trusty-security/restricted amd64 Packages [20.2 kB]
Get:19 http://mirror.os6.org trusty-security/universe amd64 Packages [160 kB]
Get:20 http://mirror.os6.org trusty-security/multiverse amd64 Packages [4,643 B]
Get:21 http://mirror.os6.org trusty/main Sources [1,335 kB]
Get:22 http://mirror.os6.org trusty/restricted Sources [5,335 B]
Get:23 http://mirror.os6.org trusty/universe Sources [7,926 kB]
Get:24 http://mirror.os6.org trusty/multiverse Sources [211 kB]
Get:25 http://mirror.os6.org trusty/main amd64 Packages [1,743 kB]
Get:26 http://mirror.os6.org trusty/restricted amd64 Packages [16.0 kB]
Get:27 http://mirror.os6.org trusty/universe amd64 Packages [7,589 kB]
Get:28 http://mirror.os6.org trusty/multiverse amd64 Packages [169 kB]
Fetched 21.9 MB in 4s (4,906 kB/s)

Link to comment
  • 2 weeks later...

Hi everyone I'm having some problems with my NZBGet downloads.

 

NZBGet seems to be installed and working correctly until my downloads finish and then it is unable to unrar or move the downloaded files.. CouchPotato and Sonarr have no problems sending downloads to NZBGet, the downloads seem successful up until the point of unpacking and moving the downloaded files (see the error message below). At that point the files fail. I've tried turning unpacking off and but I still get a failuring when NZBGet tries to move the file.

 

Any ideas?

 

ERROR Fri Feb 19 2016 11:00:31 Unpack for d-dasleben-720p.cp(tt0118799) failed

ERROR Fri Feb 19 2016 11:00:31 Could not remove temporary directory /mnt/user/Downloads/Couchpotato/d-dasleben-720p.cp(tt0118799)/_unpack

ERROR Fri Feb 19 2016 11:00:31 Unrar error code: 10

ERROR Fri Feb 19 2016 11:00:31 Could not create directory /mnt/user/Downloads/Couchpotato/d-dasleben-720p.cp(tt0118799)/_unpack: could not create directory /mnt/user:

Link to comment
  • 3 weeks later...

In your nzbget webui settings your maindir is set to /downloads

 

As you have mapped /download to your cache drive, it means that /downloads is being created in docker.img

 

In short change it to /download

 

Actually just looked again....

 

What are you trying to accomplish with that 2nd download mapping?!

 

 

Link to comment
the default /downloads has maps the folders like nzbs etc to the config folder.

 

The /download maps to my folder, where I want my items downlaoded to.

 

Is your appdata share a cache only share?

 

These are my settings.  Everything is saved on the cache appdata share and not in the docker.img.

 

m07gAQ7.png?1

5xX4m8y.png?1

Link to comment
  • 3 weeks later...

ive been running it with no problems for a couple of months and everything still runs fine and all

but i checked my log just the other day and i keep getting this error

 

cat: /downloads/nzbget.lock: No such file or directory
tail: : invalid PID

 

ive changed most of paths to point to my /config directory including the nzbget.lock file

the lock file is in my /config directory and the container again is working just fine

but why my log is full of that error?? shouldnt it know its in /config/nzbget.lock not /downloads/nzbget.lock

 

 

Link to comment

ive been running it with no problems for a couple of months and everything still runs fine and all

but i checked my log just the other day and i keep getting this error

 

cat: /downloads/nzbget.lock: No such file or directory
tail: : invalid PID

 

ive changed most of paths to point to my /config directory including the nzbget.lock file

the lock file is in my /config directory and the container again is working just fine

but why my log is full of that error?? shouldnt it know its in /config/nzbget.lock not /downloads/nzbget.lock

 

Sounds like a problem with nzbget or the way you have it configured rather than the container as such.  Tried switching the location back to /downloads to see what happens?

Link to comment

Sounds like a problem with nzbget or the way you have it configured rather than the container as such.  Tried switching the location back to /downloads to see what happens?

 

if i switch it back to /downloads. it asks for the log file to be switched back to /downloads as well.

once both files are back in /downloads all resumes fine with no log errors

but then im stuck with those 2 files in my /downloads directory

ill just live with the errors and put them in my /config directory

as long as the container works i guess :/ LOL

Link to comment
  • 2 weeks later...

Sorry to dig up an old comment, but I just switched from Binhex's nzbget docker to yours, and I'm getting the GMT timezone issue as well.  From what hugbug posted earlier in this thread, it doesn't seem like it'll be addressed on the application side.

 

This is really just me being curious - I'll switch back to Binhex's docker if there's nothing that can be done... although he appears to be running the latest also and his docker doesn't have the problem?

Link to comment

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.