Dephcon

Dunno tbh, I'm just testing out the reverse proxy.... It's got an api so I assume you can centralise... Looks like you can centralize your indexers... have to figure out how to configure Sickrage and Couchpotato. What's the benefit of this?

2015 Review: https://www.backblaze.com/blog/hard-drive-reliability-q4-2015/

I haven't noticed any of the higher CPU usage with the new crashplan docker like i saw with the desktop one.

If you set it's network as bridged then yes, but IMHO CrashPlan works better with host network. I'll add those port mappings either way. it's always been bridge mode since i installed it, but i've switched it to host, Thanks. This new single vnc container is awesome.

Also you need to add a port 4280 > 4280 mapping. Are TCP 4242 and 4243 still required?

Thanks Zeron!

He hasn't uploaded the necessary package to his repo yet.

Maybe I'm just lucky to not have encountered any issues yet, but I'd prefer to keep them separate. I only boot CP-Desktop when I need it as it takes up a ton of resources.

confirmed working, thanks.

So if I delete the container and the image, couchpotato will boot up. BUT if I stop/restart the container the same shit happens with it dying after updating the repos.

I see there was an update to the container, it's grabbing packages but it dies after "reading package list" ------------------------------------- _ _ _ | |___| (_) ___ | / __| | |/ _ \ | \__ \ | | (_) | |_|___/ |_|\___/ |_| Brought to you by linuxserver.io We do accept donations at: https://www.linuxserver.io/donations ------------------------------------- GID/UID ------------------------------------- User uid: 99 User gid: 100 ------------------------------------- finding fastest mirror 1. ubuntu.mirror.rafal.ca Latency: 16 ms Org: None Status: Up to date Speed: 10 Mbps 2. archive.ubuntu.mirror.rafal.ca (current) Latency: 16 ms Org: Rafa? Rzeczkowski Status: Up to date Speed: 1 Gbps 3. mirror.csclub.uwaterloo.ca Latency: 30 ms Org: University of Waterloo Computer Science Club Status: Up to date Speed: 1 Gbps New config file saved to /defaults/sources.list We are now refreshing packages from apt repositories, this *may* take a while Ign http://ubuntu.mirror.rafal.ca trusty InRelease Get:1 http://ubuntu.mirror.rafal.ca trusty-updates InRelease [64.4 kB] Get:2 http://ubuntu.mirror.rafal.ca trusty-security InRelease [64.4 kB] Get:3 http://ubuntu.mirror.rafal.ca trusty Release.gpg [933 B] Get:4 http://ubuntu.mirror.rafal.ca trusty Release [58.5 kB] Get:5 http://ubuntu.mirror.rafal.ca trusty-updates/main Sources [313 kB] Hit http://ppa.launchpad.net trusty InRelease Get:6 http://ubuntu.mirror.rafal.ca trusty-updates/restricted Sources [5,219 B] Get:7 http://ubuntu.mirror.rafal.ca trusty-updates/universe Sources [186 kB] Get:8 http://ubuntu.mirror.rafal.ca trusty-updates/multiverse Sources [5,113 B] Get:9 http://ubuntu.mirror.rafal.ca trusty-updates/main amd64 Packages [875 kB] Hit http://ppa.launchpad.net trusty/main amd64 Packages Get:10 http://ubuntu.mirror.rafal.ca trusty-updates/restricted amd64 Packages [23.4 kB] Get:11 http://ubuntu.mirror.rafal.ca trusty-updates/universe amd64 Packages [436 kB] Get:12 http://ubuntu.mirror.rafal.ca trusty-updates/multiverse amd64 Packages [14.1 kB] Get:13 http://ubuntu.mirror.rafal.ca trusty-security/main Sources [129 kB] Get:14 http://ubuntu.mirror.rafal.ca trusty-security/restricted Sources [3,920 B] Get:15 http://ubuntu.mirror.rafal.ca trusty-security/universe Sources [37.9 kB] Get:16 http://ubuntu.mirror.rafal.ca trusty-security/multiverse Sources [2,164 B] Get:17 http://ubuntu.mirror.rafal.ca trusty-security/main amd64 Packages [517 kB] Get:18 http://ubuntu.mirror.rafal.ca trusty-security/restricted amd64 Packages [20.2 kB] Get:19 http://ubuntu.mirror.rafal.ca trusty-security/universe amd64 Packages [160 kB] Get:20 http://ubuntu.mirror.rafal.ca trusty-security/multiverse amd64 Packages [4,643 B] Get:21 http://ubuntu.mirror.rafal.ca trusty/main Sources [1,335 kB] Get:22 http://ubuntu.mirror.rafal.ca trusty/restricted Sources [5,335 B] Get:23 http://ubuntu.mirror.rafal.ca trusty/universe Sources [7,926 kB] Get:24 http://ubuntu.mirror.rafal.ca trusty/multiverse Sources [211 kB] Get:25 http://ubuntu.mirror.rafal.ca trusty/main amd64 Packages [1,743 kB] Get:26 http://ubuntu.mirror.rafal.ca trusty/restricted amd64 Packages [16.0 kB] Get:27 http://ubuntu.mirror.rafal.ca trusty/universe amd64 Packages [7,589 kB] Get:28 http://ubuntu.mirror.rafal.ca trusty/multiverse amd64 Packages [169 kB] Fetched 21.9 MB in 3s (7,128 kB/s) Reading package lists...

Thanks for the container! Got it working pretty easily, except my work doesn't allow self signed certs from the internets... Now I just need to transfer my domain to no-ip to take advantage of their ddns so I can get a cert from let's encrypt for openvpn.

couch seems to be broken. the docker was off this morning, when started it tries to update then dies. Same thing happens when i remove my config folder. ----------------------------------- _ _ _ | |___| (_) ___ | / __| | |/ _ \ | \__ \ | | (_) | |_|___/ |_|\___/ |_| Brought to you by linuxserver.io ----------------------------------- GID/UID ----------------------------------- User uid: 99 User gid: 100 ----------------------------------- We are now refreshing packages from apt repositorys, this *may* take a while Update: OK

So what options are available for us to fix bitrot/whatever?

turns out the one client I was testing on was still 15.0, so maybe that's a bug on their end. After upgrading it to 15.1 and doing a clean library with a copy of sources.xml, it worked.

Did some testing on Sparkly's request this afternoon. My shares are all in the format smb://192.168.0.1/share and i have sources.xml present in the userdata folder and this doesn't result in a library deletion. If however sources.xml isn't present then bye bye data... it makes sense, i dunno why i never encountered this before as i did NOT have my sources.xml ever associated with any of the previous containers. it weird though, if I copy sources.xml to another windows cleint and do a clean library is says it cant find the source smb://ip/tv and wants to remove the path, when obviously it should be able to hit it on the network

So I switched to smb for my mounts and just copied soruces.xml to the kodi-headless and can do a library clean now without losing everything.

alright, then i guess you can pull nfs-common as it doesn't add anything. thanks for looking into it though.

your old one worked fine, lol

so while you were adding nfs-common i removed my movies folder and re-added with SMB and left tv as NFS. Did a clean library from the headless webui and it still removed everything.

Funny as I feel the same way about SMB, and I use windows clients!

I think i may have found an issue... I used to use the sparklyballs repo koma/headless to clean the library so i could still watch shows while it happened on my htpc. With this new container it just removes everything from the library. Did you forget to include nfs-common or something as I assume it can't scan the nfs mounts i setup for the libraries so it drops them from the db?

I had a similar experience, ended up just rolling it as an ubuntu VM on my esxi box instead. They've really improved their install process, just need to add their repo and apt-get takes care of the rest.

https://www.backblaze.com/blog/hard-drive-reliability-stats-for-q2-2015/

9211-8i P20 has been updated yet again to 20.00.04.00 on May 21 2015, unfortunately I haven't been able to find a change log.