Move couchpotato data dir

OzanMakinaci · 8. April 2016

I've been searching all over the net and the forum... sorry if I missed but how the heck do I move the data dir that couchpotato uses? There is a field for it in the Advanced settings but it does not seem to listen to it and instead it keeps using the /home/couchpotato/.couchpotato directory.

subzero79 · 8. April 2016

I think now they are located at /var/opt/couchpotato

OzanMakinaci · 8. April 2016

I figured out that the service is being start with the --data-dir parameter being passed in. Problem is it is being passed in as /home/couchpotato/.couchpotato which means the setting in the couchpotato settings.conf for data dir is being ignored.

Is there any way to modify how the script starts the service?

OzanMakinaci · 12. April 2016

Bump... I'm not as familiar with how the plugins work... how can I find out and change how the plugin is starting the couchpotato service so I can tell it to use a different data directory?

subzero79 · 12. April 2016

I am little bit confused by the github code, apparently the 1.1 version never made it to repos which allowed more control of those options via a default file in /etc.

Can you post here apt-cache policy openmediavault-couchpotato

OzanMakinaci · 12. April 2016

Sure can!

openmediavault-couchpotato:
Installed: 1.0.3
Candidate: 1.0.3
Version table:
*** 1.0.3 0
995 http://dh2k.omv-extras.org/debian/ stoneburner-miller/main amd64 Packages
100 /var/lib/dpkg/status

subzero79 · 12. April 2016

Ok. So the data dir is controlled by the init script, if you want to change it edit this file
/etc/init.d/couchpotato

there you'll see after the lsb tags a couple of variables that control the start of the service like where the binary is and data dir. That should do it.

OzanMakinaci · 12. April 2016

Thanks @subzero79!

You mentioned a 1.1 version. Does that allow control of these parameters via the WebGUI? Any chance of that being published to the repo?

subzero79 · 12. April 2016

Not via webgui, via another txt file that override values from the init script. Is a normal practice when you don't want to intervene the package file script

OzanMakinaci · 13. April 2016

So in the end, I just used symbolic links to get the result I needed. I'll post here for other people's benefit should they wish to do that same or have the same scenario.

Background:

I have an SSD as my install drive and it is not very large (nor is it protected effectively in terms of backup). I want to have all my app data in the storage pool.

service couchpotato stop
mv /home/couchpotato/.couchpotato <NEW_LOCATION_OF_DATA_DIR>
ln -s <NEW_LOCATION_OF_DATA_DIR> /home/couchpotato/.couchpotato
service couchpotato start

Overall, this gets me the result i want and Couchpotato seems to work fine so far. Only drawback is that the CP Backup function in the OMV WebGUI seems to be hardcoded to having the settings dir @ /home/couchpotato/.couchpotato also. When you do this, the Backup button just backs up the symbolic link instead of the files. However for me this is ok since the files now reside in a protected storage pool and if my install disk died I would ACTUALLY just want the symbolic link restored anyway.

jhmiller · 14. April 2016

Moving the couchpotato data dir will be available in the next version (3.x)

Just to say that i have been afk a lot over the last month or so but should be around a lot more now and hope to start working again on the OMV3 version of the plugins.

Jetzt mitmachen!