Docker for 3rd Party Packages

[StefaanD]

Zal ik bij gelegenheid eens doen. NAS was bezig met pariteitscontrole na opnieuw instellen. Sabnzbd was geen probleem om deze werkend te krijgen, Sonarr daarentegen kon de map met downloads niet vinden, wat ik ook probeerde. Nu er alles af gegooid en als ik terug ben uit verlof dan zal ik er eens rustig tijd voor nemen.

[scootfan]

Voor NZBget moet je voor de image van de tutorial ook nog de login details kennen om verder te kunnen...

Username = nzbget
Password = tegbzn6789

[aliazzz]

Gezien de inhoud van dit topic, heeft je topic een te generieke naam 
Waarom hernoem je de topic niet?

[Propaganda]

MOD @Propaganda Niet onnodig citeren.

Hoe zou jij het noemen?

[cyberneticorganism]

Geen probleem. Loop wel nog wat te klooien met paden want SABnzb download nu wel netjes, maar Sonarr kan de download niet oppikken.

Code: [Selecteer]

Import failed, path does not exist or is not accessible by Sonarr: /config/Downloads/complete/tv/
Gebruik jij zelf ook allemaal Docker containers voor sabnzb/nzbget, sonarr, ... ?

Daar kan ik over meepraten. Die melding kan 2 oorzaken hebben:

1). Een rechtenkwestie. Daarom heb ik PGID en PUID toegevoegt, en 0 ingevuld (zou root moeten zijn). Daarmee heeft Sonarr alle rechten.
2). Andere applicaties sturen via de API een pad mee waar de betreffende bestanden zijn neergezet. Echter zijn die paden voor Sonarr anders, omdat deze binnen een container draait (en niet op de NAS zelf). Je moet vanuit de container denken zeg maar. Omdat op te lossen kan je remote mappings aanmaken in Sonarr (onder Settings --> Download Client):



Links het daadwerkelijke pad op de NAS waar de folder staat (wat de API van de applicatie meestuurt), en rechts het pad waar Sonarr deze vanuit de container kan vinden. Als je dat wil controleren kan je via Wanted --> Manual Import gaan bladeren (dan zie de folders die Sonarr ziet). Volgens mij zou het ook moeten werken als ik de mapping op de container zelf aanpas naar het pad aan de linkerkant, dus met Volume 1 erbij.

Ik gebruik overigens overal hetzelfde netwerk als de docker host. Ik heb SABNZBD, Sonarr en Autosub draaien binnen eigen Docker containers. Downloadstation draait lokaal, en Spotweb + MariaDB ook. Bij Spotweb had ik ruzie om de cronjob werkend te krijgen binnen de container, wellicht ga ik daar later nog een keer verder mee (maar draait nu prima lokaal).

[StefaanD]

bedankt voor de uitgebreide reactie cyberneticorganism. Eindelijk ook Sonarr aan de praat gekregen na een weekje Ardennenoffensief  Had alles eraf gegooid en opnieuw begonnen, SABnzbd was behoorlijk simpel, maar Sonarr had weer geen zin met een "Import failed" melding.

Probleem zat in het feit dat ik voor /downloads mount in Sonarr container niet diep genoeg in de structuur zat, had gewoon sabnzbd staan (gedeelde map), maar moest sabnzbd/complete zijn. En ziedaar downloads worden netjes opgepikt en verwerkt door Sonarr.

In Sonarr staat nu ook remote path ingesteld, zoals in punt 2 van je uitleg. Voor de PGID en PUID gebruik ik deze van mijn admin gebruiker want hoewel het wellicht geen probleem zal zijn, gezien het in een container draait, maar ik vermijd zoveel mogelijk om root te moeten gebruiken. Ga nog eens proberen of dat remote path nu nog nodig is, is snel weer ingesteld.

Enig wat nog een probleempje lijkt, maar nog aan DSM, Docker of Sonarr ligt is het feit dat voor een aantal series episodes met manueel zoeken niet gevonden worden. Nog niet nader onderzocht waarom dit voorkomt, vermoed iets met een wijziging op de theTVDB website.

[cyberneticorganism]

Ja, beveiligingstechnisch is het natuurlijk niet het beste om het root account te gebruiken, maar bij Sonarr durf ik dat wel aan.

Dat andere issue komt mij niet bekend voor. Dingetje wat ik dan weer heb is dat alle bestaande series gezien worden als 720P (wat reeds gedownload was voor de installatie van Sonarr), nieuwe downloads worden wel van de correcte info voorzien. Lijkt wel of de .nfo's niet worden uitgelezen / informatie niet word opgehaald.

[StefaanD]

Als test eens remote path wat ik ingesteld had voor Sonarr weggegooid en kijk aan, had deze ook niet nodig net zoals root rechten. Was dus echt /downloads 'mount' wat niet naar het correcte pad stond ingesteld wat bij mij roet in het eten gooide.

Manueel zoeken van episodes werkt nu wel terug, probleem was dat XEM welke Sonarr gebruikt voor mapping er dit weekend uit lag. Heb een aantal anime series waarbij merendeel van indexers de romanji naam gebruiken ipv de Engelse titel zoals thetvdb gebruikt, bijvoorbeeld Girls' Last Tour -> Shoujo Shuumatsu Ryokou. Afijn dit is ondertussen opgelost.


Ondertussen ook watchtower geïnstalleerd adhv deze pagina mits wat kleine aanpassingen. Nu eens zien of bij een update mijn environment variabelen (milieu in NL versie ) blijven goed staan. Dat is volgens de pagina waarnaar ik link niet het geval, maar zal mijn ervaring na een update delen.

[cyberneticorganism]

Die waarschuwing bovenin is wel een beetje eng inderdaad, maar gelukkig ben jij de testcase
Laat maar weten hoe het gaat. Via Docker vanaf API 1.29 zou het moeten werken toch? En die heb ik geïnstalleerd.

Ik ga deze week / aankomend weekend ook aan de gang met Jackett, want ik krijg helemaal de kak van die torrent sites, zie mijn topic hier: https://www.synology-forum.nl/overige-3rd-party-packages/rarbg/?topicseen

[Propaganda]

Zojuist zonder al te veel problemen de "Jackett" image geinstalleerd in Docker, and gekoppeld aan een domein.
Werkt perfect. Zal dit weekend de handleiding voor de installatie erbij zetten in dit topic.

https://hub.docker.com/r/linuxserver/jackett/

"Jackett works as a proxy server: it translates queries from apps (Sonarr, SickRage, CouchPotato, Mylar, etc) into tracker-site-specific http queries, parses the html response, then sends results back to the requesting software. This allows for getting recent uploads (like RSS) and performing searches. Jackett is a single repository of maintained indexer scraping & translation logic - removing the burden from other apps."

Spoiler >>

[cyberneticorganism]

Draait hier ook sinds 2 dagen i.c.m. Sonarr met succes. Ideaal! Zag alleen wel staan dat het interne updaten uitgeschakeld moet worden, want dat zou de boel om zeep helpen. Dat vind ik wel vreemd, want in bijv. de Sonarr container heb ik dat ook ingeschakeld staan, en dat gaat prima tot nu toe (laatste update is met succes geïnstalleerd). Waarom dat dan bij Jackett niet zou kunnen is mij een raadsel. Dan hoeft niet elke keer die hele container te worden ge-update, want van Jackett komt volgens mij bijna wekelijks wel een update uit. Ik ga het dus gewoon eens testen, en van te voren even een back-up maken van de container.

[StefaanD]

Kijk eens aan, deze nacht update van de images en containers door watchtower. Alle settings en dan vooral de environment variabelen blijven netjes behouden.

Code: [Selecteer]

time="2018-01-13T04:11:58Z" level=info msg="Found new linuxserver/radarr:latest image (sha256:f9fa6d5152e3b33c41c19493eb4f29429b2d7ff073f1cde49649b2cea8e0789c)"
time="2018-01-13T04:11:58Z" level=debug msg="Pulling linuxserver/sonarr:latest for /sonarr"
time="2018-01-13T04:11:58Z" level=debug msg="No credentials for linuxserver in /config.json"
time="2018-01-13T04:12:05Z" level=info msg="Found new linuxserver/sonarr:latest image (sha256:0d521c5c1edbae45c7655b2d1b1b3011b8290f47f15c11e072e181112f019b11)"
time="2018-01-13T04:12:05Z" level=debug msg="Pulling linuxserver/sabnzbd:latest for /sabnzbd"
time="2018-01-13T04:12:05Z" level=debug msg="No credentials for linuxserver in /config.json"
time="2018-01-13T04:12:26Z" level=info msg="Found new linuxserver/sabnzbd:latest image (sha256:adb9595c7f4a329ed3f1f0bbbf2bddc15fdcbf3cb7590a897c7638c2aef6f39b)"
time="2018-01-13T04:12:26Z" level=info msg="Stopping /sabnzbd (4440bf55739fad649f795d3cf81a944fd8d08a24aa3e5d4780038badc311ed7e) with SIGTERM"
time="2018-01-13T04:12:32Z" level=debug msg="Removing container 4440bf55739fad649f795d3cf81a944fd8d08a24aa3e5d4780038badc311ed7e"
time="2018-01-13T04:12:37Z" level=info msg="Stopping /sonarr (3d0bd77b51e4500d5a97089b44707a2f41d4fcade7398e685f708634a8422b26) with SIGTERM"
time="2018-01-13T04:12:43Z" level=debug msg="Removing container 3d0bd77b51e4500d5a97089b44707a2f41d4fcade7398e685f708634a8422b26"
time="2018-01-13T04:12:46Z" level=info msg="Stopping /radarr (62db0e87ff105d5de0c2c44409908d24535c201489d73f73e9f31062a3cee435) with SIGTERM"
time="2018-01-13T04:12:52Z" level=debug msg="Removing container 62db0e87ff105d5de0c2c44409908d24535c201489d73f73e9f31062a3cee435"
time="2018-01-13T04:12:55Z" level=info msg="Creating /radarr"
time="2018-01-13T04:12:56Z" level=debug msg="Starting container /radarr (d7f7eaf40b3aa764bb88bd0864c8bf48d25c99b611d0ef530caf9975f1e1f13f)"
time="2018-01-13T04:12:58Z" level=info msg="Removing image sha256:b279f9cb8f59c7d90f8e3acb1da8982ba6b0622043f57ffff834ec9c251ab1d3"
time="2018-01-13T04:13:01Z" level=info msg="Creating /sonarr"
time="2018-01-13T04:13:02Z" level=debug msg="Starting container /sonarr (a0180927c9fdc0705aeedaafba10cf3f28580114f067350eb50af600ceb1af3c)"
time="2018-01-13T04:13:05Z" level=info msg="Removing image sha256:42953efd6fd5df72548a842a6d9a903a67a70bfde330d5c9450e0e4b97dec8a8"
time="2018-01-13T04:13:10Z" level=info msg="Creating /sabnzbd"
time="2018-01-13T04:13:11Z" level=debug msg="Starting container /sabnzbd (6fcf6a2123cdc96a04867ce76f6c284a77af422043bd9833720fe761bb6d2c45)"
time="2018-01-13T04:13:14Z" level=info msg="Removing image sha256:a2e392282eddff7a2e9826ca0532d21ff1fd4119efde7ed8b0e920e2829a3615"
time="2018-01-13T04:13:23Z" level=debug msg="Scheduled next run: 2018-01-14 03:10:43 +0000 UTC"

Helaas is niet alles zo rooskleurig verlopen, want SABnzbd en Radarr starten wel netjes terug op maar bij Sonarr is er iets verkeerd gelopen met de database, krijg nu foutmeldingen op de SQLite database en dus vertikt Sonarr om door te starten. Deze was corrupt, heb ik hersteld maar het probleem blijft. Dit moet ik nog even verder bekijken.

[StefaanD]

En Sonarr draait ondertussen ook weer, corrupte nzbdrone.db opgelost met de hulp van deze pagina en daarna moet ook via een chown commando de correcte groep:gebruiker ingesteld voor het nzbdrone.db

Toch maar even watchtower uitgeschakeld nu, en eerst eens de docker gedeelde map die ik gebruik in een backup regime stoppen 

[cyberneticorganism]

Nog wel een beetje risicovol dus. Sonarr update ook gewoon via zijn eigen update mechanisme, dus op zich is er geen noodzaak om elke keer de gehele container te vervangen. Bij Jackett zou dit de boel om zeep helpen, dat ga ik nog even testen. Bij andere containers is het wel nodig om die een keer te updaten.

Kan ook een gevalletje pech zijn met Watchtower natuurlijk.

[StefaanD]

Watchtower nog maar eens aangezet en vannacht heeft deze zonder problemen SABnzbd, Sonarr, Radarr en zichzelf bijgewerkt.