getting SABnzbd and SickBeard working properly in the archVM image


Recommended Posts

I followed IronicBadger's great videos on installing the VM and then installed Plex, then SABnzbd, then SickBeard, in that order.

 

I didn't mess with any permissions, and didn't try to copy any of my previous settings over, I started completely from scratch.

 

SickBeard is correctly sending files to SAB correctly, and they download fine, but they don't get post processed.

 

SAB is not removing the nzb files from the watched folder either.

 

When I try to update the Post-Processing folder location in the SAB settings, I can navigate to the correct folder just fine, and then click save, and it appears to save fine, but when I switch settings tabs, then back, the folder is blank again.  It's just not saving, and it gives no error message.

 

I manually updated the /opt/sabnzbd/sabnzbd.ini file with the correct folder location, then saved, then restarted sabnzbd and then the folder location was shown correctly.

 

I did this for the first time about 2 days ago, and when I finished the process, the sabToSickBeard script showed up in the categories tab, as it should.

 

I checked the settings today, and the script wasn't there any longer.  In fact the "script" column wasn't even shown.  I looked and the folder location was blank again.  I could navigate to it fine, but it wouldn't save again.  I manually updated the ini file again, then restarted and the folder location was showing again.  However, this time, the scripts column showed, but the sabToSickBeard script wasn't available.

 

I then checked the autoProcessTV folder in /opt/sickbeard/ and the autoProcessTV.cfg file was now missing!  I know, for a fact, that that file was there 2 days ago, but now it's suddenly missing.  How is that?

 

I honestly don't know where these problems are coming from.  Is it an archVM problem, a SABnzbd problem, a SickBeard problem, an unRAID problem?  I was so happy to start using the VM so that I could install these programs directly and get away from the plugins, but so far, it's been much more difficult that the plugins ever were.

 

I'm not pointing any fingers, or placing blame on anyone, but I really do need some help getting everything working.

 

Please, and thank you!

Link to comment
  • Replies 62
  • Created
  • Last Reply

Top Posters In This Topic

hi again, ok so i think we need the following info with any sensitive info obviously removed (email/api keys etc), please pm me the config files if you feel uncomfortable doing this, its just so i can get a full overview of the paths your attempting to use.

 

contents of the follows:-

/opt/sickbeard/config.ini

/opt/sabnzbd/config.ini

 

questions:-

are you using cifs or nfs?

what method are you using to mount, fstab or autofs?

 

 

Link to comment

The config files are attached.  I've removed API and login info, but otherwise they are complete.

 

In reviewing them, I realized that I changed a SAB category from "tv shows" to "tv show", but didn't update SickBeard to match.  I'm sure this is not the source of my problems, but I will fix it now anyway.

 

I had always used SMB for my shares, until I installed this VM, which is when I enabled NFS in unRAID, then updated my shares to use it also.

 

I believe this image uses only NFS and uses autofs to mount everything, but I admit that I'm not positive.  I'm still trying to learn all this stuff.

 

If you tell me how to check, I can/will confirm anything.

 

Also, if you need me to check permissions on anything, please just tell me how, and I'll report back quickly.

 

thanks again for trying to help!!

config.ini.txt

sabnzbd.ini.txt

Link to comment

Oh, I forgot to attach the most recent SABnzbd log file, so I've attached it here.

 

There are no current/useful errors for SickBeard, other than this, which is probably unrelated to my issues above, but probably needs fixed at some point also.

 

 

2014-04-29 11:29:39 SEARCHQUEUE-BACKLOG-71638 :: Error loading nzb.su URL: https://api.nzb.su/api?apikey='>https://api.nzb.su/api?apikey=[redacted]&limit=100&t=tvsearch&season=26&rid=18193&maxage=2077&cat=5030%2C5040

 

When I put https://api.nzb.su into my browser, it give me a security warning.  not sure if that's the problem, but figured I'd mention it anyway.

sabnzbd.log.txt

Link to comment

I'm guessing the users are part of my issue here, but I'm not sure, nor am I sure if this is the 'only' problem I have.  I didn't purposefully change any of these, and believe these are just what you get by following the guide, but perhaps I messed this up somehow; not sure.

 

[root@IronicsArchVM_v4 tests]# cd /opt/sickbeard
[root@IronicsArchVM_v4 sickbeard]# ls -l
total 3772
drwxr-xr-x  2 root      sickbeard    4096 Apr 26 15:23 autoProcessTV
drwxr-xr-x  4 sickbeard sickbeard    4096 Apr 23 22:09 cache
-rw-r--r--  1 sickbeard sickbeard  110592 Apr 26 20:57 cache.db
drwxr-xr-x  5 root      sickbeard    4096 Jan 31 13:28 cherrypy
-rw-r--r--  1 sickbeard sickbeard    3893 Apr 29 12:20 config.ini
-rw-rw-r--  1 sickbeard sickbeard    4249 Apr  6 15:28 CONTRIBUTING.md
-rw-rw-r--  1 sickbeard sickbeard   35132 Apr  6 15:28 COPYING.txt
drwxr-xr-x  6 root      sickbeard    4096 Jan 31 13:28 data
-rwxrwxr-x  1 sickbeard sickbeard    2042 Apr  6 15:28 init.fedora
-rwxrwxr-x  1 sickbeard sickbeard    2936 Apr  6 15:28 init.freebsd
-rw-rw-r--  1 sickbeard sickbeard    2334 Apr  6 15:28 init.solaris11
-rw-rw-r--  1 sickbeard sickbeard    2119 Apr  6 15:28 init.systemd
-rwxrwxr-x  1 sickbeard sickbeard    4270 Apr  6 15:28 init.ubuntu
drwxr-xr-x 15 root      sickbeard    4096 Jan 31 13:28 lib
drwxr-xr-x  2 sickbeard sickbeard    4096 Apr 25 23:27 Logs
-rw-rw-r--  1 sickbeard sickbeard    2546 Apr  6 15:28 readme.md
drwxr-xr-x  3 sickbeard sickbeard    4096 Apr 26 19:14 sb-update
drwxr-xr-x  7 root      sickbeard    4096 Jan 31 13:28 sickbeard
-rw-r--r--  1 sickbeard sickbeard 3610624 Apr 29 12:16 sickbeard.db
-rwxrwxr-x  1 sickbeard sickbeard   15016 Apr  6 15:28 SickBeard.py
drwxr-xr-x  2 root      sickbeard    4096 Jan 31 13:28 tests

 

[root@IronicsArchVM_v4 sickbeard]# cd /opt/sabnzbd
[root@IronicsArchVM_v4 sabnzbd]# ls -l
total 292
-rw-r--r--  1 sabnzbd sabnzbd  2088 Mar 27 10:52 ABOUT.txt
-rwxr-xr-x  1 sabnzbd sabnzbd   125 Mar 27 10:52 addnzb.sh
drwxr-xr-x  3 sabnzbd sabnzbd  4096 Apr 29 12:19 admin
-rw-r--r--  1 sabnzbd sabnzbd 27198 Mar 27 10:52 CHANGELOG.txt
drwxr-xr-x  5 sabnzbd sabnzbd  4096 Apr 23 20:59 cherrypy
-rw-r--r--  1 sabnzbd sabnzbd  1532 Mar 27 10:52 COPYRIGHT.txt
drwxr-xr-x  3 sabnzbd sabnzbd  4096 Apr 23 19:53 Downloads
drwxr-xr-x  2 sabnzbd sabnzbd  4096 Mar 27 10:52 email
drwxr-xr-x  2 sabnzbd sabnzbd  4096 Apr 23 20:59 gntp
-rw-r--r--  1 sabnzbd sabnzbd 17990 Mar 27 10:52 GPL2.txt
-rw-r--r--  1 sabnzbd sabnzbd 35147 Mar 27 10:52 GPL3.txt
drwxr-xr-x  2 sabnzbd sabnzbd  4096 Mar 27 10:52 icons
-rw-r--r--  1 sabnzbd sabnzbd  5841 Mar 27 10:52 INSTALL.txt
drwxr-xr-x  8 sabnzbd sabnzbd  4096 Mar 27 10:52 interfaces
-rw-r--r--  1 sabnzbd sabnzbd  4465 Mar 27 10:52 ISSUES.txt
drwxr-xr-x  2 sabnzbd sabnzbd  4096 Mar 27 10:52 licenses
drwxr-xr-x 12 sabnzbd sabnzbd  4096 Mar 27 10:52 locale
drwxr-xr-x  2 sabnzbd sabnzbd  4096 Apr 23 19:53 logs
-rw-r--r--  1 sabnzbd sabnzbd  2913 Mar 27 10:52 nzb-2.png
-rw-r--r--  1 sabnzbd sabnzbd   286 Mar 27 10:52 PKG-INFO
drwxr-xr-x  5 sabnzbd sabnzbd  4096 Mar 27 10:52 po
-rw-r--r--  1 sabnzbd sabnzbd  3240 Mar 27 10:52 README.txt
-rw-r--r--  1 sabnzbd sabnzbd  2745 Mar 27 10:52 sab2_64.png
-rw-r--r--  1 sabnzbd sabnzbd  5317 Mar 27 10:52 SABHelper.py
drwxr-xr-x  3 sabnzbd sabnzbd  4096 Apr 23 20:59 sabnzbd
-rw-r--r--  1 sabnzbd sabnzbd  4387 Apr 29 12:16 sabnzbd.ini
-rw-r--r--  1 sabnzbd sabnzbd  4413 Apr 29 12:16 sabnzbd.ini.bak
-rwxr-xr-x  1 sabnzbd sabnzbd 65947 Mar 27 10:52 SABnzbd.py
-rw-r--r--  1 sabnzbd sabnzbd   464 Mar 27 10:52 Sample-PostProc.cmd
-rwxr-xr-x  1 sabnzbd sabnzbd   481 Mar 27 10:52 Sample-PostProc.sh
drwxr-xr-x  2 sabnzbd sabnzbd  4096 Mar 27 10:52 solaris
drwxr-xr-x  2 sabnzbd sabnzbd  4096 Mar 27 10:52 tools
drwxr-xr-x  2 sabnzbd sabnzbd  4096 Mar 27 10:52 util
-rwxrwx---  1 sabnzbd sabnzbd   365 Mar 27 10:52 x-nzb.xml

Link to comment

Thanks.  If I can't make progress soon, I'll try to figure out how to use CIFS.

 

I think the problem with autoProcessTV is that SABnzbd will simply not accept that location in it's .ini file.  If I try to navigate to the /opt/sickbeard/autoProcessTV folder in the SAB settings, it navigates just fine, and fills in the box correctly, and seems to save.  But, when I navigate away, then navigate back to the folders tab, the location is blank again.

 

I manually edited the file "nano sabnzbd.ini" and put the folder in there manually, and saved, then shut down the VM and restarted, and the folder location is no longer there.  I simply cannot get sabnzbd.ini to accept the autoProcessTV folder.  It worked once, when I first started, and I could see the scripts column, and the correct script, but since that first day, it's disappeared, and I cannot figure any way to get it saved to the settings of SAB.

 

I do not have HTTPS enabled in SAB or SB, as far as I can see.

 

I just updated to 6.0-beta5a, but that didn't fix anything, unsurprisingly.

 

Also, for some reason, whenever I restart the VM, the queue goes empty.  I can go to the queue repair tab, and re-add the downloads, but it seems weird that it empties when the VM is restarted.

 

Do the permissions I showed above look correct.  I figured that at least some should show user "nobody", but they all show sabnzbd, sickbeard or root.  Not sure if this is the issue, or how to resolve it if is the problem.

Link to comment

They should all be using root, that could well be your problem

 

In arch

 

cd /usr/lib/systemd/system

nano sabnzbd.service

 

Edit the line

 

 

 

[service]

ExecStart=/opt/sabnzbd/SABnzbd.py -l0

User=root 

Group=root

 

 

Save and Then

 

 

 

chown -R root:root /opt/sabnzbd/

 

Do the same for sickbeard

 

cd /usr/lib/systemd/system

nano sickbeard.service

 

And change to root plus chown and restart arch

Link to comment

done.  I confirmed all users are now root:root in both folders, and they are.  I restarted the VM and tried to add the /opt/sickbeard/autoProcessTV folder, but it still does not stick.  changing tabs and coming back shows this field is still blank.

 

I just edited the ini file manually, and that seems to have finally 'stuck'.  I can see the autoProcessTV folder in the settings, and sabtosickbeard.py is now available in the categories view again.

 

PROGRESS!!

 

I cleared all errors in both programs, so anything new will be easy to spot.

 

I tried to update SickBeard with the hyperlink at the top of the program, and that worked also!!

 

I had a nzb that had failed in SAB, and clicked the retry button, and this failed, and created 2 error messages...

 

2014-04-29 14:00:28,922 ERROR: Post Processing Failed for Cosmos A Space Time Odyssey S01E08 720p HDTV X264-DIMENSION (Cannot create final folder /net/media/mnt/user/video/TV/Archive/Cosmos A Space Time Odyssey S01E08 720p HDTV X264-DIMENSION)

2014-04-29 14:00:28,922 ERROR: Failed making (/net/media/mnt/user/video/TV/Archive/Cosmos A Space Time Odyssey S01E08 720p HDTV X264-DIMENSION)

 

I'm not entirely sure this downloaded completely, so it could have been missing some of the files needed to build the show.  It also was in there before I made the changes you suggested above, so it might just be wrong permissions on the download folder.

 

However, the error message does look like it was unable to create the folder at /net/media/mnt/user/video/TV/Archive/...

 

I am downloading something brand new now, as a test, but figured I'd mention the error, as it's the only one so far.

 

Thanks for all the help, and I'll report back once I see a few more nzb's finish, and let you know if it's all working properly, and ask for more help if not ;)

Link to comment

I think your issues can be attacked in three phases:-

 

1. Reset permissions for SABnzbd and SB in VM

2. Check permissions for files/folders that are shared between SABnzbd and SB

3. Check permissions on any folders accessed on unraid via autofs

 

In short the reason unraid plugins "just worked" is due to that most people had them all running as user nobody and thus as long as user nobody had rwx then it's all gravy. The problem with this though is it's not good practice security wise, and that's why sickbeard, sab, etc all have separate user accounts in arch linux. Now you can run them all as root but hey that's a decision you will have to make ? but if you do change to user root in the service file then make sure you chown for each app.

Link to comment

Wondering if it's your unRAID permissions then. Can you manually copy a file to your unRAID share? I.e move a file from a PC to your media drive or create a folder

 

Yes, I have been able to do this all along, but am now testing again, to be sure that it currently works fine.  I'm using JRiver Media Center to move a file from /mnt/cache/downloads/incomplete/somefolder to /mnt/user/video/TV/Archive/NOVA/Season 41/...

 

It's not thrown an error so far, so I suspect it will complete fine.

 

Prior to starting that process, I tried to use SickBeard to manually post-process this same file, and got this error...

 

Destination folder for this episode: /net/media/mnt/user/video/TV/Archive/NOVA/Season 41

Moving file from /net/media/mnt/user/downloads/incomplete/Nova S41E18.720p HDTV x264-BAJSKORV/nova.s41e18.720p.hdtv.x264-bajskorv.mkv to /net/media/mnt/user/video/TV/Archive/NOVA/Season 41/NOVA - s41e18 - Inside Animal Minds Dogs & Super Senses.mkv

Unable to move file /net/media/mnt/user/downloads/incomplete/Nova S41E18.720p HDTV x264-BAJSKORV/nova.s41e18.720p.hdtv.x264-bajskorv.mkv to /net/media/mnt/user/video/TV/Archive/NOVA/Season 41/NOVA - s41e18 - Inside Animal Minds Dogs & Super Senses.mkv: error 30 : Read-only file system

Processing failed for /net/media/mnt/user/downloads/incomplete/Nova S41E18.720p HDTV x264-BAJSKORV/nova.s41e18.720p.hdtv.x264-bajskorv.mkv: Unable to move the files to destination folder: /net/media/mnt/user/video/TV/Archive/NOVA/Season 41

 

I'm not sure what it thinks is the "Read-only file system", but I suspect the final folder is where it's having problems.

 

I think your issues can be attacked in three phases:-

 

1. Reset permissions for SABnzbd and SB in VM

 

I think this is what I just did, based on the suggestion from Ashe above, correct?

 

2. Check permissions for files/folders that are shared between SABnzbd and SB

 

Which files are you thinking of?  unRAID shares, or some install files in the VM?

 

3. Check permissions on any folders accessed on unraid via autofs

 

I just checked the /mnt/user/video share, and I have the NFS section set to

 

Export: Yes

Security: Secure

 

This is what I have set for the SMB settings also, but that section allows me to specify which users have which access, which I have setup according to different users' windows login information, to restrict who can write (read: delete) files from some of my shares.

 

Now that I look at this, I suspect I should change Security: to Public, since only the VM is/will be using NFS to access my shares.

 

Does that seem correct?

 

In short the reason unraid plugins "just worked" is due to that most people had them all running as user nobody and thus as long as user nobody had rwx then it's all gravy. The problem with this though is it's not good practice security wise, and that's why sickbeard, sab, etc all have separate user accounts in arch linux. Now you can run them all as root but hey that's a decision you will have to make ?

 

I'm okay with giving root permissions to all my apps in the VM, at least until I understand this all a bit better, and can make changes if I feel it's necessary, at some point in the future, when I know more.

 

but if you do change to user root in the service file then make sure you chown for each app.

 

I think I've already changed to root in both service files, but do I need to chown more than the /opt/sickbeard (and /opt/sabnzbd) directories?  If so, what else?

 

I currently have this...

 

[root@IronicsArchVM_v4 ~]# cd /opt/sickbeard
[root@IronicsArchVM_v4 sickbeard]# ls -l
total 7292
drwxr-xr-x  2 root root    4096 Apr 29 13:51 autoProcessTV
drwxr-xr-x  4 root root    4096 Apr 23 22:09 cache
-rw-r--r--  1 root root  101376 Apr 29 14:55 cache.db
drwxr-xr-x  5 root root    4096 Apr 29 13:54 cherrypy
-rw-r--r--  1 root root    3893 Apr 29 13:52 config.ini
-rw-rw-r--  1 root root    4249 Apr  6 15:28 CONTRIBUTING.md
-rw-rw-r--  1 root root   35132 Apr  6 15:28 COPYING.txt
drwxr-xr-x  6 root root    4096 Jan 31 13:28 data
-rwxrwxr-x  1 root root    2042 Apr  6 15:28 init.fedora
-rwxrwxr-x  1 root root    2936 Apr  6 15:28 init.freebsd
-rw-rw-r--  1 root root    2334 Apr  6 15:28 init.solaris11
-rw-rw-r--  1 root root    2119 Apr  6 15:28 init.systemd
-rwxrwxr-x  1 root root    4270 Apr  6 15:28 init.ubuntu
drwxr-xr-x 15 root root    4096 Apr 29 13:54 lib
drwxr-xr-x  2 root root    4096 Apr 29 13:56 Logs
-rw-rw-r--  1 root root    2546 Apr  6 15:28 readme.md
drwxr-xr-x  7 root root    4096 Apr 29 13:54 sickbeard
-rw-r--r--  1 root root 3611648 Apr 29 14:35 sickbeard.db
-rw-r--r--  1 root root 3610624 Apr 29 13:54 sickbeard.db.v15
-rwxrwxr-x  1 root root   15016 Apr  6 15:28 SickBeard.py
drwxr-xr-x  2 root root    4096 Apr 29 13:51 tests
-rw-r--r--  1 root root      40 Apr 29 13:51 version.txt

 

and

 

[root@IronicsArchVM_v4 sickbeard]# cd /opt/sabnzbd
[root@IronicsArchVM_v4 sabnzbd]# ls -l
total 292
-rw-r--r--  1 root root  2088 Mar 27 10:52 ABOUT.txt
-rwxr-xr-x  1 root root   125 Mar 27 10:52 addnzb.sh
drwxr-xr-x  3 root root  4096 Apr 29 14:38 admin
-rw-r--r--  1 root root 27198 Mar 27 10:52 CHANGELOG.txt
drwxr-xr-x  5 root root  4096 Apr 23 20:59 cherrypy
-rw-r--r--  1 root root  1532 Mar 27 10:52 COPYRIGHT.txt
drwxr-xr-x  3 root root  4096 Apr 23 19:53 Downloads
drwxr-xr-x  2 root root  4096 Mar 27 10:52 email
drwxr-xr-x  2 root root  4096 Apr 23 20:59 gntp
-rw-r--r--  1 root root 17990 Mar 27 10:52 GPL2.txt
-rw-r--r--  1 root root 35147 Mar 27 10:52 GPL3.txt
drwxr-xr-x  2 root root  4096 Mar 27 10:52 icons
-rw-r--r--  1 root root  5841 Mar 27 10:52 INSTALL.txt
drwxr-xr-x  8 root root  4096 Mar 27 10:52 interfaces
-rw-r--r--  1 root root  4465 Mar 27 10:52 ISSUES.txt
drwxr-xr-x  2 root root  4096 Mar 27 10:52 licenses
drwxr-xr-x 12 root root  4096 Mar 27 10:52 locale
drwxr-xr-x  2 root root  4096 Apr 23 19:53 logs
-rw-r--r--  1 root root  2913 Mar 27 10:52 nzb-2.png
-rw-r--r--  1 root root   286 Mar 27 10:52 PKG-INFO
drwxr-xr-x  5 root root  4096 Mar 27 10:52 po
-rw-r--r--  1 root root  3240 Mar 27 10:52 README.txt
-rw-r--r--  1 root root  2745 Mar 27 10:52 sab2_64.png
-rw-r--r--  1 root root  5317 Mar 27 10:52 SABHelper.py
drwxr-xr-x  3 root root  4096 Apr 23 20:59 sabnzbd
-rw-r--r--  1 root root  4422 Apr 29 13:54 sabnzbd.ini
-rw-r--r--  1 root root  4412 Apr 29 13:54 sabnzbd.ini.bak
-rwxr-xr-x  1 root root 65947 Mar 27 10:52 SABnzbd.py
-rw-r--r--  1 root root   464 Mar 27 10:52 Sample-PostProc.cmd
-rwxr-xr-x  1 root root   481 Mar 27 10:52 Sample-PostProc.sh
drwxr-xr-x  2 root root  4096 Mar 27 10:52 solaris
drwxr-xr-x  2 root root  4096 Mar 27 10:52 tools
drwxr-xr-x  2 root root  4096 Mar 27 10:52 util
-rwxrwx---  1 root root   365 Mar 27 10:52 x-nzb.xml

 

Oh, yes, JRiver MC was able to rename/move the file that SickBeard could not.  It's in the correct folder now, with no error or messages.

 

Thank you again for your help, I really do appreciate it!!

Link to comment

 

3. Check permissions on any folders accessed on unraid via autofs

 

I just checked the /mnt/user/video share, and I have the NFS section set to

 

Export: Yes

Security: Secure

 

This is what I have set for the SMB settings also, but that section allows me to specify which users have which access, which I have setup according to different users' windows login information, to restrict who can write (read: delete) files from some of my shares.

 

Now that I look at this, I suspect I should change Security: to Public, since only the VM is/will be using NFS to access my shares.

 

This should def be set to public and not secure, check permissions are nobody:users and not root:root for any unraid file/folder you want to access from the VM.

 

Sent from my Nexus 7 using Tapatalk

 

 

Link to comment

I figured as much, and changed all NFS shares to Public.

 

One of the new files just finished and post-processing worked, just as it should!!

 

So far, since making these changes, and clearing the logs, I've not had any errors.

 

I think I might have gotten this all resolved.

 

Thank you both so very much!!

 

Hopefully this helps future newbies that may have he same issues!!

Link to comment

Looks like I spoke too soon.  Still have some niggling issues.

 

SAB keeps pausing, for no apparent reason.

 

I just checked and there are some warnings in the log...

 

2014-04-30 12:29:40,433 ERROR: Cannot create directory /net/media/mnt/user/downloads/incomplete

2014-04-30 12:29:40,432 ERROR: Cannot create directory /net/media/mnt/user/downloads/incomplete

2014-04-30 12:27:32,150 ERROR: Cannot create directory /net/media/mnt/user/downloads/incomplete

2014-04-30 12:26:28,087 ERROR: Cannot create directory /net/media/mnt/user/downloads/incomplete

2014-04-30 12:25:24,010 ERROR: Cannot create directory /net/media/mnt/user/downloads/incomplete

2014-04-30 12:24:19,942 ERROR: Cannot create directory /net/media/mnt/user/downloads/incomplete

2014-04-30 12:23:15,874 ERROR: Cannot create directory /net/media/mnt/user/downloads/incomplete

2014-04-30 12:23:15,872 ERROR: Cannot create directory /net/media/mnt/user/downloads/incomplete

 

I'm not sure why it would not be able to create that directory, other than the fact that it's already created.  I checked perms, and I see no problems with it.  I can also navigate to it just fine from the settings area of SAB.

 

[root@IronicsArchVM_v4 incomplete]# cd /net/media/mnt/user/downloads

[root@IronicsArchVM_v4 downloads]# ls -l

total 6

drwxr-xr-x 1 nobody users  48 Apr 26 15:15 complete

drwxr-xr-x 1 nobody users 5976 Apr 30 07:32 incomplete

 

I checked the sabnzbd.service file, and it's still set for root, root.

 

also, below the list of downloads, on the right, there are 3 columns normally, the last one shows no free space, like this...

 

603433.59  ?  640350.50 MB Remaining      399.51 GB Free Space        0 GB Free Space

 

However, while typing this, I just checked, and the last column is now gone.  The other 2 shifted to the right.

 

Any ideas what this last (missing) column is supposed to represent?  The first is total to be downloaded, the next is space remaining on the drive it's downloading to (my cache drive), but the last one confuses me; especially since it's just gone blank.

 

Anyway, I can hit the pause button in SAB, and it will start downloading again, but after a short while, it will just pause itself again.  I see a place in the settings to set a minumum free space, which would tell SAB to pause, but this box is blank. 

 

"Minimum Free Space for Temporary Download Folder"  ->  Auto-pause when free space is beneath this value.  In bytes, optionally follow with K,M,G,T. For example: "800M" or "8G"

 

I suppose I could put 10M in there, but I've never had to fill this in before.

 

ideas?

Link to comment

Any reboots since yesterday? On the VM or unRAID?

 

Are you running the Pacman -Syu regularly in the VM for updates to arch?

 

In the VM can you navigate to your download location and manually create a folder, mkdir xxx?

 

Definitely a permissions issue

 

 

Link to comment

Yeah, I tried creating/installing a Windows VM last night, and twice that process hung my whole unRAID system, to the point I had to just hard-boot the box; twice.

 

I finally have that all resolved, and windows VM runs fine, and everything has been running fine since, other than these weird issues.

 

Sadly, since I've been disconnected so long, I have almost 100 nzb's in my queue, so doing a queue repair is really annoying, and doesn't always bring all the files back into the queue.  I have to empty the queue to make any changes to the download locations, so I'm feeling a bit stuck between rock and hard place with my ideas on how to test/resolve.

 

I had not done an update since I installed arch last week, but am doing one right now.  Should I try to figure out how to create a cron job to do this for me?  I really prefer to have a 'low maintenance' setup, and having to pacman on a regular basis doesn't qualify ;)

 

update just finished, no errors there

 

I navigated to /net/media/mnt/user/downloads, then

 

mkdir test 

 

no problems.  Then to /net/media/mnt/user/downloads/incomplete, then

 

mkdir test

 

no problems.  Both directories can bee seen in windows also.

 

I need to shut down the server to install a NIC in a bit anyway.  So perhaps rebooting will help, but I doubt it.

 

Link to comment

I just tried to delete the /incomplete/test directory from within windows, and it took about a minute of thinking before it asked me if I was sure I wanted to delete 'test'.  When I confirmed, it told me

 

"You need permission to perform this action

 

You require premission from Unix User\nobody to make changes to this folder"

 

I've been seeing this message for years when trying to make changes to various folder and files, and have tried to find a solution, but my posts had gone unresolved.  I just putty into unRAID, new newperms /mnt/pathtofolder/ and when it finishes, I can delete again.

 

I now suspect this problem goes deeper than the archVM, but I really don't know how to get to the bottom of this, and resolve it once and for all.

 

I have a strong suspicion that it has to do with the permissions I have set for my user shares, where some machines have full read/write permissions, but some users don't.

 

I suppose I could remove all restrictions on SMB shares, and run the new permissions script on the entire array, but this could cause me problems later.  I have non-computer literate, non-native english speaking children living in this house, and they don't always read messages on screen before hitting "OK", and I'm afraid they will accidentally delete large amounts of files by mistake, so I purposefully restrict their write rights, for this reason.

 

Any other ideas?!?

Link to comment

Running CIFS via fstab and so far the drive mappings have been stable for 7 days +.

 

Try Mykrofts suggestion. If you want to move to CIFS, I will give you my setup details as an example

 

sorry, you both replied while I was typing.

 

I've been a little concerned that I had to manually change the .service files so that user & group are both set to use root:root.  I've never seen this in any guides, and in general, I've thought that you don't want to use root any more than necessary.  It seemed like a workaround vs a full solution.  not a complaint, I'm happy that it woks as well as it does now, since making these changes, but I feel like a hypocondriac who just keeps taking one pill for the side affects of the previous pill, instead of curing the root problem.

 

Again, I'm not complaining, or saying this is 'wrong', I honestly don't know.  I'm just thinking out loud.

 

Is there some advantage to using CIFS vs NFS?  I thought I'd heard IronicBadger say that NFS was 'better' for various reasons, like lower overhead, and faster (I think).  However, none of that matters if the system generally just doesn't work.

 

While typing this, I checked SAB, and it's gone totally crazy.  it looks like it just finished 'downloading' dozens of files, and is trying to unpack them (which will fail).  My internet is pretty slow, and it takes 30 minutes at least for a short, low quality file to download, so there's no way dozens have finished.  the unpacking will fail on all of them, I'm sure.

 

I just checked the log, and it looks bad.  :(  it's attached.

 

I'm kind of thinking it's time to just wipe out the entire queue and all the partial downloads, change the download locations, reboot everything, then start with one or 2 files, to see if I can get it working without any of these issues, then look at adding back the files I'm about to delete.

 

Before I do that, should the .service files really be running as root:root, and if not should I change them back to what they were, and if I do, what should I change the users/permissions to on the installation files?

 

This all seems too complicated, but since many/most people don't seem to have these issues, I still feel like this is something wrong with my particular system.

 

hmmm... :( :( :( :(

sabnzbd.zip

Link to comment

Are you using fstab or autofs? Not familiar with autofs but with fstab I have specified the permissions for the network drive, either rw with nfs or 0777 with CIFS.

 

As you can create a directory manually via the VM I can't see this being the issue. I also don't understand how you got it working yesterday and following reboots sab does not have the permissions

 

Personally I have set root:root in the VM as it's a local VM and no-one else will interfere with it. Most people will use nobody or set a user profile.

 

NFS is still set to public?

 

 

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.