"Failed to set permission for /volume1/xxx"

[Jleagle]

Hi, sorry if this is in the wrong area, couldnt find a better one.

I have downloaded some files using sick beard & sabnzbd but i cant find the files anywhere! It seems they are downloading fine but when they are getting moved using sick beard's post processing, it lacks some permissions and ends up deleting the file.

I have an error like this for each file in sick beard's log:

2011-08-09 06:45:05.909173 POSTPROCESSER :: Failed to set permission for /volume1/xxx.avi to 666


Any ideas on how to sort this out??
Thanks.

[Jleagle]

Ah, i have realized that the files were not getting deleted. CouchPotato was moving the files to the TV folder every time SAB finished downloading a movie, overwriting the file each time. Would still like to fix these permission errors though.

[john5102]

Dear Jleagle,

I have the same problems, episodes are being renamed and copied (attempt to move) but the files are not deleted. Same issue as you describe. Did you solve this problem? How?

(I checked the user accounts, for user 'sick beard' it has read/write privileges.)

Thanks.

[avatar7]

Hi,

Did any of you both manage to figure out this problem.

I seem to have getting the exact same problem. But cannot figure it out. However everything does seem to work ok. I have not created a user "sickbeard" on my nas.

Any help would be great.

Thanks

[mattie01]

have you turned off the post processing in sabnzbd?

i'm getting this issue at the moment and I am just about to try the above, as i think the problem might be related to both sabnzbd and sickbeard trying to process the file once its downloaded and sickbeard not being able to.

if that fails i might just let sabnzbd do the folder renaming. just changing the default complete download locaton from \volume1\Downloads\complete to something like \volume1\video\ (i need to have my videos go to that dir as that seems to be the only one the ps3 picks up.) then with sabnzbd sorting it should all be fine. and no more errors. hopefully.

[myredhotcar]

I've experience similar permission issues and couldn't figure out how to fix them. Found the steps below from another site.

This is not the most secure approach, but it does solve the problem.

SSH to synology server as root

Change to config file directory
cd /usr/local/etc/rc.d

Create a backup of the config file
cp SickBeard.sh SickBeard.sh.backup

Use vi to edit SickBeard.sh
vi SickBeard.sh

Change the line starting with "su" from the sickbeard user to your root username and add your password:
su root password -s /bin/sh -c . . . .

Note: Simple vi commands to help you make the change:
*i Insert text
:wq quit and save
esc to enter “command mode”

Reboot and check post processing again. Worked for me. . .

[avatar7]

Which line is it you have to modify. On mines the SU line looks like this:

su - ${RUNAS} -c "PATH=${PATH} ${PYTHON} ${PROG_PY} --daemon --pidfile

Thanks

[myredhotcar]

hmmm

Perhaps you can change the RUNAS variable at the beginning of the script? This should specifiy a username that will be used to run the package.

myredhotcar

[avatar7]

hmmm

Perhaps you can change the RUNAS variable at the beginning of the script? This should specifiy a username that will be used to run the package.

myredhotcar

Can you give an example of what the line should look like?

Thanks

[myredhotcar]

Hmm ok - think the script has changed - the workaround was on the superzebulon page:

http://synoblog.superzebulon.org/2011/09/sickbeard-3-0-spk/

Try setting up Read/Write permissions for the folders you use for the group "Users" in DSM.