Admin console not accessable after 15-1 update

[fvdw]

then you did not use an empty new nzbget share :tapfoot
if you have downloads from the past and did not use a new empty nzbget share and downloaded the files again with the new setup then this can happen. In that case some files will be owned by "root" instead of "nobody". The new setup runs for safety reason nzbget as user "nobody", in your old setup it was user root. If you have such a mixed set of files then nzbget will not be able to repair then as delete are modify those files will be impossible because of permission issues. In new setup also a new umask is used to be able to delete files from the download folder using the samba server
You could try to solve this by applying

Code: Select all

chown -R nobody:nobody /share/1000/nzbget

[fvdw]

Installed with no problem.
I get the status REPAIRABLE i see it checks the download but doesnt repair. Settings are correct according to me...
Happend 2 times.

ParCheck Auto
ParRepair Yes


:scratch

did you read the last post I made after your post ?

[brinka123]

In the security settinge is set deamonname to u user of the NAS.
We discussed this in this thread already..Can you delete downloaded files by a user of the NAS now?
I will try and test....

[kevin39]

Ok, I set ParCheck to FORCE to be sure that my par files are used and I got PAR:SUCCESS.
It's perfect !

But on 4 downloads, I got 2 "UNPACK: Failure". I think it's not a NZBGet problem but just a problem related to my files but in case it's a NZBGet problem, I wanted to tell you.
Unpack for <my file> failed
Unrar error code: 3

[fvdw]

In the security settinge is set deamonname to u user of the NAS.
We discussed this in this thread already..Can you delete downloaded files by a user of the NAS now?
I will try and test....

In the default configuration file that is put in place during install we set as user for the daemon (nobody) and an umask enabling deleting file for all users that have rw rights set in the firmare for the nzbget share. the umask setting of 000 will enable deleting files by other user the the username used to run the daemon

It is this part around line 300

Code: Select all

# User name for daemon-mode, POSIX only.
#
# Set the user that the daemon normally runs at (POSIX in daemon-mode only).
# Set MainDir with an absolute path to be sure where it will write.
# This allows NZBGet daemon to be launched in rc.local (at boot), and
# download items as a specific user id.
#
# NOTE: This option has effect only if the program was started from
# root-account, otherwise it is ignored and the daemon runs under
# current user id.
DaemonUsername=nobody

# Specify default umask (affects file permissions) for newly created
# files, POSIX only (000-1000).
#
# The value should be written in octal form (the same as for "umask" shell
# command).
# Empty value or value "1000" disable the setting of umask-mode; current
# umask-mode (set via shell) is used in this case.
UMask=000


needles to say if you changed those you might get different behavior

[fvdw]

Ok, I set ParCheck to FORCE to be sure that my par files are used and I got PAR:SUCCESS.
It's perfect !

But on 4 downloads, I got 2 "UNPACK: Failure". I think it's not a NZBGet problem but just a problem related to my files but in case it's a NZBGet problem, I wanted to tell you.
Unpack for <my file> failed
Unrar error code: 3

Yest I think this must be a problem with the files damaged or incomplete archives. par repair is working ok so if that can not repair the file because for instance a part of the file is missing or corrupt then it is over

[brinka123]

Ok everything works now. I understand how it is configured.

So nzbget will create directories created by nobody with
drwxrwxrwx nobody nobody
Files within these directories get
-rw-rw-rw- nobody nobody

Samba users which have full access to the directory where nzbget writes his files to, can delete directories and files.

My problem was that some directories created during the several times changing versions got drwxr-xr-x (755) (directories created by samba user to repair unpack and move). I think this was the "permission problem" I mentioned in this tread.
Looks like now samba users create directories with drwxrwxrwx (777) and files -rw-rw-rw- (666). So all the users can delete things created by nzbget.
I changed all the directories to the new permission structure.



I forgot to say :applause :applause :applause :applause
You did it. Looks like everything works again new kernel and latest nzbget.....

Now we got a full blown awsome NAS.

[brinka123]

1] Found 1 small issue in transmission.

I cant change the "Download to:" directory ....

2] NFS works! Can access and delete files using NFS now. Didn't work for me before.

3] Help text for NZBGet:
In Installation part I would say "After installing use the File share menu to grant user(s) access to this share. "

In the Configuration part I would mention the configuration settings menu of nzbget, where paths, par checking and repair settings can be changed.

[Jocko]

Hi,

About point 1, is not an issue: it is a patched version and this feature is deactived.

[brinka123]

NZBget doesnt crash anymore. It is stable.
Super.
Measured NFS read speed on rasberry pi.: 9.8 MB/s ! Can play raw blu ray via LAN from NS2
I like this version.
Happy easter!