DSM 6b2 can't run couch potato anymore

[BrianGilbert]

tail of /var/log/messages when I try to run it:

Jan 26 19:37:46 DiskStation [262875.768526] init: pkgctl-couchpotatoserver-custom pre-start process (24289) terminated with status 1
Jan 26 19:37:46 DiskStation synoscgi_SYNO.Core.Package.Control_1_start[23935]: servicecfg_internal_lib.c:181 Failed to start job [pkgctl-couchpotatoserver-custom][0xD900 manager.cpp:204]
Jan 26 19:37:48 DiskStation synoscgi_SYNO.Core.Package.Control_1_start[23935]: service_initjob_action.c:27 InitJobStart failed, [0xD900 manager.cpp:204]
Jan 26 19:37:48 DiskStation synoscgi_SYNO.Core.Package.Control_1_start[23935]: pkgstartstop.cpp:246 Failed to start pkgctl-couchpotatoserver-custom (err=-1) [0xD900 manager.cpp:204]

<bountysource-plugin>

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/30213396-dsm-6b2-can-t-run-couch-potato-anymore?utm_campaign=plugin&utm_content=tracker%2F282943&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F282943&utm_medium=issues&utm_source=github).
</bountysource-plugin>

[danfozzy]

Same for sabnzbd and lazylibrarian.

[Hubfront]

I upgraded from 5.2 to 6.0 beta 2 and did leave sabnzbd-testing 8.0 beta 5 installed. It's still running without problems. I uninstalled the release version 7.x before upgrading though.

[BrianGilbert]

I was able to get it running by changing perms as per
https://forum.synology.com/enu/viewtopic.php?f=190&t=48640&start=75#p238521

[DrSeussFreak]

I just tried this @BrianGilbert , it does not work for me., which file did you modify for RUNAS? I grepped all of the files and only found 1 reference (which seems right) in "/usr/local/couchpotatoserver/share/CouchPotatoServer" and that file was "CouchPotato.py"

[DrSeussFreak]

So I have it up and running now, but I am no longer using the SynoCommunity package. I had a similar issue early last year with Mylar, and I ran it by manually installing it.

First I ran "git clone https://github.com/RuudBurger/CouchPotatoServer -b develop" while in /usr/local. Then I ran a "chown -R auto:users CouchPotatoServer". Last I ran "nohup python /usr/local/CouchPotatoServer/CouchPotato.py < /dev/null &" to start it, and then connected on port 5050 (the default). Now I am up and running.

[BrianGilbert]

@DrSeussFreak

For the runas value I edited /var/packages/[appname]/scripts/start-stop-status

[daurnimator]

I changed start line in /var/packages/[appname]/scripts/start-stop-status from using su - ${USER} -c to sudo -u ${USER}

[simenon]

Modify /var/packages/[appname]/scripts/start-stop-status so it shows as below, and it works on DSM 6.0-7321

start_daemon ()
{
    sudo -u ${USER} ${PYTHON} ${COUCHPOTATOSERVER} --daemon --pid_file ${PID_FILE} --config_file ${CFG_FILE}
}

[MrBLJ]

@simenon Sir ... you solved my problem ! I salute you 👍 !!!

[bull5-i]

@simenon Thanks, this worked for me too!

[DidierLoiseau]

I had the same issue installing Couchpotato from the package 2 days ago, and I came up with the same solution as @daurnimator.

Any idea why su does not work with the couchpotatoserver-custom user? It works with the sickbeard-custom user here, so what's the difference?

Note that some people suggest to run it as root (maybe unknowingly), by not using su and executing Couchpotato directly.

BTW wasn't PR #6272 supposed to fix it? Or was there no release of the package since then?

[BrianGilbert]

I'm running it via docker now instead of messing with perms.

[Safihre]

Closing due to age. Test-packages for DSM6.1 and new architectures available here: #3138.
Those will later be published to the real package rep.