[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 4

[coelho]

Vandaag kreeg ik in Medusa de melding dat er een nieuwe update was. Geinstalleerd, maar nu start het niet meer op. Synology al een paar keer opnieuw opgestart, maar zonder succes. Het package Sickbeard Custom staat op Uitvoeren, maar als ik daar op klik krijg ik de melding Kon de pakketservice niet uitvoeren.

Er werd de afgelopen dagen al melding gemaakt dat ze over zouden gaan op Python 3. Deze staat gewoon geinstalleerd, geen idee of ik daar nog handmatig iets voor moet overzetten? Of hebben jullie andere mogelijke oplossingen?

[DutchMuffin]

pven schreef op dinsdag 1 december 2020 @ 17:51:
[...]

Kleine aanvulling: de branch latest bestaat niet, deze moet volgens mij master heten.

Latest is well beschikbaar via Docker

[TMPJ]

coelho schreef op dinsdag 1 december 2020 @ 17:57:
Vandaag kreeg ik in Medusa de melding dat er een nieuwe update was. Geinstalleerd, maar nu start het niet meer op. Synology al een paar keer opnieuw opgestart, maar zonder succes. Het package Sickbeard Custom staat op Uitvoeren, maar als ik daar op klik krijg ik de melding Kon de pakketservice niet uitvoeren.

Er werd de afgelopen dagen al melding gemaakt dat ze over zouden gaan op Python 3. Deze staat gewoon geinstalleerd, geen idee of ik daar nog handmatig iets voor moet overzetten? Of hebben jullie andere mogelijke oplossingen?

Toevallig heb ik afgelopen week ook deze discussie zitten volgen op o.a. reddit aangezien ik zelf ook graag zou willen upgraden, maar kom er nog niet aan uit. Dmv SSH de python versie switchen als een andere spk werkten niet.

BenjV zegt aan een update te werken maar ik heb helaas nog niks voorbij zien komen.

[TRaSH]

pven schreef op dinsdag 1 december 2020 @ 17:51:
[...]

Kleine aanvulling: de branch latest bestaat niet, deze moet volgens mij master heten.

latest is voor docker

[clonedonkey]

Ik heb sickchill geinstalleerd op mijn Synology nas via de sickbeard custom en dan als git: git://github.com/SickRage/SickRage.git
alleen wat ik ook probeer hij wil niet starten, ook opnieuw de nas opstarten werkt niet. Iemand enig idee wat dit zou kunnen zijn? Hij zegt alleen ' Failed to run the package service'

[coelho]

clonedonkey schreef op woensdag 2 december 2020 @ 14:36:
Ik heb sickchill geinstalleerd op mijn Synology nas via de sickbeard custom en dan als git: git://github.com/SickRage/SickRage.git
alleen wat ik ook probeer hij wil niet starten, ook opnieuw de nas opstarten werkt niet. Iemand enig idee wat dit zou kunnen zijn? Hij zegt alleen ' Failed to run the package service'

Ik had gisteren hetzelfde met Medusa, die ik overigens al lang geinstalleerd had. Na een update was het klaar. Ik vermoed toch door de Python 3 integratie.

Wat bij mij heeft geholpen is om de .spk die hier staat handmatig te installeren. Er staat naast een Medusa ook een Sickchill: https://github.com/BenjV/SYNO-packages

[clonedonkey]

coelho schreef op woensdag 2 december 2020 @ 14:51:
[...]

Ik had gisteren hetzelfde met Medusa, die ik overigens al lang geinstalleerd had. Na een update was het klaar. Ik vermoed toch door de Python 3 integratie.

Wat bij mij heeft geholpen is om de .spk die hier staat handmatig te installeren. Er staat naast een Medusa ook een Sickchill: https://github.com/BenjV/SYNO-packages

Top dit werkt idd!

[coelho]

Nu werkt het nieuwe Medusa package wel, maar kan ik geen nieuwe series meer toevoegen. De folder wordt niet gecreëerd ondanks dat alle rechten volgens mij correct staan. Ik heb bijvoorbeeld geprobeerd om Fargo toe te voegen, omdat ik zeker weet dat die aanwezig zou moeten zijn. De log zegt:

code:

2020-12-05 15:20:14 INFO    SHOWQUEUE-ADD :: [ce68da5] 269613: Unable to find the show in the database
2020-12-05 15:20:14 INFO    SHOWQUEUE-ADD :: [ce68da5] Starting to add show by Indexer Id: 269613

Overigens zie ik nog wel meer bijzondere dingen als ik de log doorkijk. Zo staat er bij heel veel series die ik al tijden heb:

code:

2020-12-05 15:08:24 INFO    MAIN :: [ce68da5] 247808: Unable to find IMDb info in the database: Suits
2020-12-05 15:08:24 INFO    MAIN :: [ce68da5] 281714: Unable to find IMDb info in the database: Ballers

Tips iemand om weer series te kunnen toevoegen?

[Jazco2nd]

Draaien jullie eigenlijk alles achter een VPN? Ik draai nu alles, Sonarr/Bazarr/Radarr, Jackett, Transmission achter VPN, maar besef nu dat dit niet handig is: sites zoals imdb/tvdb etc doen aan rate limiting op IP level. Daarnaast kan je gebanned worden op een gegeven moment (heel veel mensen die dezelfde IP gebruiken, namelijk van VPN).

Volgens mij is het handiger alllemaal buiten VPN te draaien (behalve transmission). Ben wel benieuwd of die gedachte klopt.

[TRaSH]

klopt precies het enigste wat je achter een VPN moet draaien is je torrent client en evt jackett als je echt wilt.
maar kijk wel of je tracker dat toestaat.
aangezien jackett een website scraper is en sommige private trackers is het niet toegestaan om een vpn voor de site te gebruiken (wel voor de torrent client)

[Jazco2nd]

TRaSH schreef op zaterdag 5 december 2020 @ 22:32:
aangezien jackett een website scraper is en sommige private trackers is het niet toegestaan om een vpn voor de site te gebruiken (wel voor de torrent client)

Thanks, ben het aan het aanpassen. Jackett ook maar weg van de VPN. Ik heb geen private trackers maar merk wel dat soms een site niet werkt als ik iets zoek, terwijl de site gewoon in de browser dan wel werkt.

Voorlopig alleen transmission erachter en dan zien we wel weer.

[wvkreg]

Iemand al aan het testen met Radarr 3.x op Synology? Pakket is goed geinstalleerd, alleen geeft na het run command in de UI failed to load package. Het werkt echter wel. Ik heb nu de nighly build gekozen om te zien of het wordt opgelost.

Ik krijg ook nog de melding: Please upgrade to the .NET Core version of Radarr?!

Version
3.0.0.4235
Mono Version
5.20.1.34
DB Migration
188
AppData directory
/volume1/@appstore/radarr/var/.config/Radarr
Startup directory
/volume1/@appstore/radarr/share/Radarr
Mode
Console

[ Voor 24% gewijzigd door wvkreg op 06-12-2020 23:07 ]

[Sp33dFr34k]

Draai hier de Docker container met automatische updates, v3 staat er al een tijdje op en werkt prima. Is qua opzet gelijk aan Lidarr nu, mooie update.

[wvkreg]

Dat is heel interessant, maar heb ik weinig aan.

[DutchMuffin]

wvkreg schreef op zondag 6 december 2020 @ 23:06:
Iemand al aan het testen met Radarr 3.x op Synology? Pakket is goed geinstalleerd, alleen geeft na het run command in de UI failed to load package. Het werkt echter wel. Ik heb nu de nighly build gekozen om te zien of het wordt opgelost.

Ik krijg ook nog de melding: Please upgrade to the .NET Core version of Radarr?!

Version
3.0.0.4235
Mono Version
5.20.1.34
DB Migration
188
AppData directory
/volume1/@appstore/radarr/var/.config/Radarr
Startup directory
/volume1/@appstore/radarr/share/Radarr
Mode
Console

Mono updaten op de Synology? Anders zou ik denken dat de maintainer de juiste binaries moet toevoegen aan de synology package.

[technorabilia]

Om welke package gaat dit?

[wvkreg]

kraades schreef op maandag 7 december 2020 @ 10:15:
Om welke package gaat dit?

Het gaat om Radarr 3.

Version
3.0.0.4235
Mono Version
5.20.1.34

Mono is dus al de laatste versie.
.Net lijkt me een andere (lees Windows) versie van Radarr, dus ik vind de melding vreemd.

https://wiki.servarr.com/...pdate-to-net-core-version

Maar dit werkt niet met Synology DSM 6, geen directe Linux tar.gz install mogelijk voor zover ik weet.

[ Voor 37% gewijzigd door wvkreg op 07-12-2020 10:21 ]

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 10:00:
Dat is heel interessant, maar heb ik weinig aan.

Sorry, idd een nogal nutteloze reactie, ik neem aan dat je NAS geen docker support heeft?

Voor het package kun je het beste even posten op de github hier denk ik? https://github.com/SynoCommunity

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 10:25:
[...]


Sorry, idd een nogal nutteloze reactie, ik neem aan dat je NAS geen docker support heeft?

Voor het package kun je het beste even posten op de github hier denk ik? https://github.com/SynoCommunity

Jawel, ik heb een DS916+ / DX513. Docker draait al, alleen voor Radar 3 krijg ik het niet goed aan de praat.
Is er een handleiding of zo :-)

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 10:26:
[...]


Jawel, ik heb een DS916+ / DX513. Docker draait al, alleen voor Radar 3 krijg ik het niet goed aan de praat.
Is er een handleiding of zo :-)

Oow, dan zou ik sws dat adviseren ipv een package (hopelijk geen vloeken in de kerk hier). Radarr is net zo makkelijk aan de praat te krijgen als iedere andere container. Ik raad persoonlijk de linuxserver repo aan. Toen ik nieuw was met Docker heb ik tutorials van drfrankenstein gevolgd, wellicht heb jij daar ook wat aan:

https://drfrankenstein.co...docker-on-a-synology-nas/

[DutchMuffin]

Sp33dFr34k schreef op maandag 7 december 2020 @ 10:30:
[...]


Oow, dan zou ik sws dat adviseren ipv een package (hopelijk geen vloeken in de kerk hier). Radarr is net zo makkelijk aan de praat te krijgen als iedere andere container. Ik raad persoonlijk de linuxserver repo aan. Toen ik nieuw was met Docker heb ik tutorials van drfrankenstein gevolgd, wellicht heb jij daar ook wat aan:

https://drfrankenstein.co...docker-on-a-synology-nas/

Die tutorial heb ik ook gebruikt. Ik wist nog niets van Docker af toen ik het opzette en had het na een paar uur precies zoals ik wou. Import van oude DB was ook makkelijk.

Tevens is het handig om ouroboros of watchtower te installeren om automatisch de nieuwste docker images te laten installeren. Wel even de check frequency aanpassen naar maximaal 1x in de 6 uur, nu Docker daar een limiet heeft opgezet voor gratis/anonieme leden

[technorabilia]

wvkreg schreef op maandag 7 december 2020 @ 10:18:
[...]

Het gaat om Radarr 3.

Dat snap ik. Maar om welke package? Welke spk?

Edit:
Ik zie dat je Docker hebt. Dan zou ik dat gebruiken. Linusserver.io is inderdaad een goede.

[ Voor 20% gewijzigd door technorabilia op 07-12-2020 11:10 ]

[wvkreg]

kraades schreef op maandag 7 december 2020 @ 11:08:
[...]


Dat snap ik. Maar om welke package? Welke spk?

Edit:
Ik zie dat je Docker hebt. Dan zou ik dat gebruiken. Linusserver.io is inderdaad een goede.

[wvkreg]

wvkreg schreef op maandag 7 december 2020 @ 11:13:
[...]


[Afbeelding]

Qua docker heb ik nu deze versie: Ofwel nog de stable oude. Watchtower download geen nieuwe vooralsnog.

[ Voor 3% gewijzigd door wvkreg op 07-12-2020 12:03 ]

[schumi2004]

Als package aangeeft dat ie niet start dan hoogstwaarschijnlijk zit er een fout in script.

https://github.com/SynoCommunity/spksrc/issues/4285

[wvkreg]

Bij Radar in Docker krijg ik vaak bij films deze error na volledige download:

No files found are eligible for import in /downloads/cp2/City.of.God.2002.1080p.BluRay.DD+5.1.x264-POH/

Iets fout met Remote Path Mappings?

Ik heb deze:

[ Voor 51% gewijzigd door wvkreg op 07-12-2020 13:48 ]

[technorabilia]

@wvkreg
Ik denk dat je dan een andere tag moet gebruiken. Misschien develop?

Verder heb je één mapping nodig voor config, downloads en movies.

Ik zou verder v.w.b. tags, volumes e.d. de volgende documentatie gebruiken:
https://hub.docker.com/r/linuxserver/radarr

Persoonlijk copy ik altijd het docker-compose of docker run commando hieruit. Dan weet je zeker dan alles goed staat. Je moet dan wel wat op de command line uit kunnen voeren.

[wvkreg]

kraades schreef op maandag 7 december 2020 @ 14:56:
@wvkreg
Ik denk dat je dan een andere tag moet gebruiken. Misschien develop?

Verder heb je één mapping nodig voor config, downloads en movies.

Ik zou verder v.w.b. tags, volumes e.d. de volgende documentatie gebruiken:
https://hub.docker.com/r/linuxserver/radarr

Persoonlijk copy ik altijd het docker-compose of docker run commando hieruit. Dan weet je zeker dan alles goed staat. Je moet dan wel wat op de command line uit kunnen voeren.

Die config staat in radarr docker settings al

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 15:03:
[...]


Die config staat in radarr docker settings al
[Afbeelding]

Ik heb daar ook veel mee lopen klooien in het begin, ik heb nu helemaal geen remote mappings meer in Radarr zie ik. Mijn Docker mappings zijn (ignore die resolv maar):



Edit: raar, die apps is helemaal niet nodig volgens mij en ik heb geen downloads mapping. Ik vraag me af of Radarr v3 mijn remote mappings onzichtbaar heeft gemaakt ofzo

[ Voor 10% gewijzigd door Sp33dFr34k op 07-12-2020 15:09 ]

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 15:07:
[...]


Ik heb daar ook veel mee lopen klooien in het begin, ik heb nu helemaal geen remote mappings meer in Radarr zie ik. Mijn Docker mappings zijn (ignore die resolv maar):

[Afbeelding]

Edit: raar, die apps is helemaal niet nodig volgens mij en ik heb geen downloads mapping. Ik vraag me af of Radarr v3 mijn remote mappings onzichtbaar heeft gemaakt ofzo

Ok en hoe bepaal je die mount paths?

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 15:09:
[...]


Ok en hoe bepaal je die mount paths?

Die staan hier: https://hub.docker.com/r/linuxserver/radarr

Dus inderdaad config, movies en downloads. Wat betekent dat mijn mappings niet kloppen... Jij hebt downloads 2x in je remote mapping staan, dat hoort sowieso al niet. Wat zegt ie als je de remote mappings weghaalt? Je docker mapping moet trouwens movies heten, niet video.

[technorabilia]

Misschien heb je hier nog iets aan.
Zeker niet de enige manier, maar heeft voor mij altijd gewerkt
Simon's Blog: NZBGet, Sonarr, Radarr en Bazarr op Synology (Docker)

[Sp33dFr34k]

Sp33dFr34k schreef op maandag 7 december 2020 @ 15:13:
[...]


Die staan hier: https://hub.docker.com/r/linuxserver/radarr

Dus inderdaad config, movies en downloads. Wat betekent dat mijn mappings niet kloppen... Jij hebt downloads 2x in je remote mapping staan, dat hoort sowieso al niet. Wat zegt ie als je de remote mappings weghaalt? Je docker mapping moet trouwens movies heten, niet video.

Om mezelf maar ff te quoten, die apps folder zitten mijn downloads ook in, al zij het vrij diep. Denk dat ie daarom weet waar hij de files vandaan moet halen. Als je slim met je mappings omgaat in Docker zelf, heb je geen remote mappings nodig. Heeft mij ook ff wat denkwerk gekost, maar het kán dus wel. Haal je remote mappings maar eens weg en kijk dan met welke foutmelding hij komt. Zo moet je het best kunnen troubleshooten, het is mij toendertijd ook gelukt dus het zal niet al te moeilijk zijn

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 16:43:
[...]


Om mezelf maar ff te quoten, die apps folder zitten mijn downloads ook in, al zij het vrij diep. Denk dat ie daarom weet waar hij de files vandaan moet halen. Als je slim met je mappings omgaat in Docker zelf, heb je geen remote mappings nodig. Heeft mij ook ff wat denkwerk gekost, maar het kán dus wel. Haal je remote mappings maar eens weg en kijk dan met welke foutmelding hij komt. Zo moet je het best kunnen troubleshooten, het is mij toendertijd ook gelukt dus het zal niet al te moeilijk zijn

Error: Failed to import movie

[technorabilia]

@Sp33dFr34k
Nu ben ik nieuwsgierig...

Bestaat /apps in je container? Toch niet zelf aangemaakt? Want het idee is dat je niets in de container aanpast.

@wvkreg
Beetje te vaag om iets mee te kunnen.

Als ik jouw was zou ik eens schoon beginnen en de docker hub documentatie van de Radarr image bekijken of de structuur uit mijn link hierboven.

Of de link over de package van @schumi2004 bekijken want volgens mij kun je dat ook mee verder.

[ Voor 48% gewijzigd door technorabilia op 07-12-2020 17:22 ]

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 17:12:
[...]

Error: Failed to import movie

Hij geeft verder geen foutmelding qua pad of iets? Want je kunt vanuit Radarr browsen naar een bestandslocatie en dan zie je hoe je je mapping moet hebben. Daar heb ik toen mee zitten puzzelen.

kraades schreef op maandag 7 december 2020 @ 17:19:
@Sp33dFr34k
Nu ben ik nieuwsgierig...

Bestaat /apps in je container? Toch niet zelf aangemaakt? Want het idee is dat je niets in de container aanpast.

Zie paar posts hierboven, zo staan mijn Docker mappings. Ik heb de downloads staan in apps/nzbget/complete/movies oid.

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 17:28:
[...]


Hij geeft verder geen foutmelding qua pad of iets? Want je kunt vanuit Radarr browsen naar een bestandslocatie en dan zie je hoe je je mapping moet hebben. Daar heb ik toen mee zitten puzzelen.


[...]


Zie paar posts hierboven, zo staan mijn Docker mappings. Ik heb de downloads staan in apps/nzbget/complete/movies oid.

Couldn't import movie /downloads/cp2/13.Hours.The.Secret.Soldiers.Of.Benghazi.2016.1080p.BluRay.x264-Replica-Scrambled/dae03f7be3db4dc19323a0c6ba6a7b68.mkv: Root folder '/video/video/' was not found.

Geen idee waar dat pad ingesteld staat...

[ Voor 3% gewijzigd door wvkreg op 07-12-2020 17:40 ]

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 17:36:
[...]


Couldn't import movie /downloads/cp2/13.Hours.The.Secret.Soldiers.Of.Benghazi.2016.1080p.BluRay.x264-Replica-Scrambled/dae03f7be3db4dc19323a0c6ba6a7b68.mkv: Root folder '/video/video/' was not found.

Dat is met je remote mappings deleted? Want daar heb je video gemapped naar video/video, klopt dat wel? Staan je films in de root van de map video? Zo te zien kan hij je download wel vinden, die gaat dus al goed.

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 17:41:
[...]


Dat is met je remote mappings deleted? Want daar heb je video gemapped naar video/video, klopt dat wel? Staan je films in de root van de map video? Zo te zien kan hij je download wel vinden, die gaat dus al goed.

Remote mappings zijn weg ja. Sabnzbd download wel ja. Ook in Docker.
Daarna gaat het fout met Radar bij de import.

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 17:42:
[...]


Remote mappings zijn weg ja. Sabnzbd download wel ja. Ook in Docker.
Daarna gaat het fout met Radar bij de import.

Eerder kreeg je "No files found are eligible for import in
downloads/cp2/City.of.God.2002.1080p.BluRay.DD+5.1.x264-POH/", dus dit is al beter dan.

Hoe ziet je folderstructuur eruit op de NAS? Heb je volume1/video gebruikt als map voor alleen films? Even nieuwsgierig, wat doet ie als je nog een map video aanmaakt in die map zodat je volume1/video/video hebt, zet ie de film dan daarin?

[wvkreg]

Qua paden en shares op NAS heb je gelijk.

Manual import geeft dit:

Unable to parse file on import: [/downloads/cp2/Andhadhun.2018.Complete.1080p.Bluray.x264.DTS-NoVA/d9a72244aafa446f9931265a24611ddb.mkv]

Map video aangemaakt geeft dit:

Couldn't import movie /downloads/cp2/13.Hours.The.Secret.Soldiers.of.Benghazi.2016.BluRay.1080p.DTS-HD.MA.7.1.x264.dxva-FraMeSToR/245cff8598364b189875fe30e4fe4a4b.mkv: Access to the path is denied.

Nu maakt ie inderdaad de film in video/video aan. Waar heb ik die mapping staan? Iemand een idee?

[ Voor 14% gewijzigd door wvkreg op 07-12-2020 19:15 ]

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 18:04:
Qua paden en shares op NAS heb je gelijk.

Manual import geeft dit:

Unable to parse file on import: [/downloads/cp2/Andhadhun.2018.Complete.1080p.Bluray.x264.DTS-NoVA/d9a72244aafa446f9931265a24611ddb.mkv]

Map video aangemaakt geeft dit:

Couldn't import movie /downloads/cp2/13.Hours.The.Secret.Soldiers.of.Benghazi.2016.BluRay.1080p.DTS-HD.MA.7.1.x264.dxva-FraMeSToR/245cff8598364b189875fe30e4fe4a4b.mkv: Access to the path is denied.

Nu maakt ie inderdaad de film in video/video aan. Waar heb ik die mapping staan? Iemand een idee?

Mooi, nu weten we in ieder geval waar het zit. Wat heb je staan bij Media Management en dan root folders?

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 19:19:
[...]


Mooi, nu weten we in ieder geval waar het zit. Wat heb je staan bij Media Management en dan root folders?

Daar staan geen root folders, ik zie in de log wel dit:

[Warn] DiskScanService: Movies' root folder (/video/video) doesn't exist.


Als ik bulk import wil doen krijg ik dit:

[ Voor 63% gewijzigd door wvkreg op 08-12-2020 10:00 ]

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 19:21:
Bla

2 dingen:

- Dit ziet er niet uit als de v3, gebruik je de linuxserver.io versie van de docker image? Latest branch?
- Heb je in het geval van lsio, de PUID en PGID's als environment variabelen gemapt?

[Jazco2nd]

Ik heb een poosje deze container NordVPNproxy gebruikt omdat het zo bizar eenvoudig op te zetten is en gewoon Werkt. Containers zoals Transmission hebben alleen toegang via deze container.

Omdat NordVPN geen port-forwarding ondersteund en dat toch steeds vervelender wordt, wilde ik overstappen naar Mullvad of een andere provider met goede reputatie, maar een vergelijkbaar simpele docker container (starten via Compose en gaan, geen gehannes met configs) heb ik nog niet gevonden.

Ben wel benieuwd welke container jullie gebruiken? Of gewoon de standaard Wireguard of OpenVPN container?

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 19:40:
[...]


2 dingen:

- Dit ziet er niet uit als de v3, gebruik je de linuxserver.io versie van de docker image? Latest branch?
- Heb je in het geval van lsio, de PUID en PGID's als environment variabelen gemapt?

Ehm ja, ik gebruik deze:

Log:

GUID:

[ Voor 81% gewijzigd door wvkreg op 08-12-2020 09:59 ]

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 19:57:
[...]


Ik gebruik deze:

[Afbeelding]

Log:

[Afbeelding]

GUID:

[Afbeelding]

Dan gaat er iets fout bij jou? Ze hebben toch al even geleden de v3 gepost, kijk maar:

https://registry.hub.dock...e=1&ordering=last_updated

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 20:00:
[...]


Dan gaat er iets fout bij jou? Ze hebben toch al even geleden de v3 gepost, kijk maar:

https://registry.hub.dock...e=1&ordering=last_updated

Net gepost. Docker staat wel op stable version, niet op nightly (zegt ook not recomended for docker)

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 20:01:
[...]


Net gepost. Docker staat wel op stable version, niet op nightly (zegt ook not recomended for docker)

Ik zit op de latest branch en draai deze; 3.0.0.4204-ls86.

Anyways, dit gaat sws je probleem niet oplossen... heb je al een root folder toegevoegd? Zoniet, probeer dat maar eens. Dat moet dan ook de map zijn die hij aangeeft als je een film toevoegt. Want wat voor pad geef je momenteel aan bij het toevoegen van een nieuwe film?

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 20:11:
[...]


Ik zit op de latest branch en draai deze; 3.0.0.4204-ls86.

Anyways, dit gaat sws je probleem niet oplossen... heb je al een root folder toegevoegd? Zoniet, probeer dat maar eens. Dat moet dan ook de map zijn die hij aangeeft als je een film toevoegt. Want wat voor pad geef je momenteel aan bij het toevoegen van een nieuwe film?

Ik installeer de nieuwe versie nu,even een pull commando gedaan voor radarr.
Pad geen idee, check ik.

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 20:11:
[...]


Ik zit op de latest branch en draai deze; 3.0.0.4204-ls86.

Anyways, dit gaat sws je probleem niet oplossen... heb je al een root folder toegevoegd? Zoniet, probeer dat maar eens. Dat moet dan ook de map zijn die hij aangeeft als je een film toevoegt. Want wat voor pad geef je momenteel aan bij het toevoegen van een nieuwe film?

Moet ik voor elk programma ook een config map aanmaken dus als volgt?

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 21:03:
[...]


Moet ik voor elk programma ook een config map aanmaken dus als volgt?

[Afbeelding]

Yep, elke applicatie heeft zijn eigen configuratiebestanden.

[technorabilia]

Jazco2nd schreef op maandag 7 december 2020 @ 19:55:
Ik heb een poosje deze container NordVPNproxy gebruikt omdat het zo bizar eenvoudig op te zetten is en gewoon Werkt. Containers zoals Transmission hebben alleen toegang via deze container.

Omdat NordVPN geen port-forwarding ondersteund en dat toch steeds vervelender wordt, wilde ik overstappen naar Mullvad of een andere provider met goede reputatie, maar een vergelijkbaar simpele docker container (starten via Compose en gaan, geen gehannes met configs) heb ik nog niet gevonden.

Ben wel benieuwd welke container jullie gebruiken? Of gewoon de standaard Wireguard of OpenVPN container?

Ik gebruik de OpenVPN client image van dperson met PIA.
Redelijk eenvoudig in te stellen.
Simon's Blog: NZBGet via OpenVPN op Synology (Docker)

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 21:08:
[...]


Yep, elke applicatie heeft zijn eigen configuratiebestanden.

Ok Radarr, Bazarr, Sabnzbd en Sonarr werken nu.

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 21:18:
[...]


Ok Radarr, Bazarr, Sabnzbd en Sonarr werken nu.

Mooi, de import van Radarr ook? Zoja, wat was het nu?

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 21:19:
[...]


Mooi, de import van Radarr ook? Zoja, wat was het nu?

root path i gues..

[Sp33dFr34k]

wvkreg schreef op maandag 7 december 2020 @ 21:24:
[...]


root path i gues..

Top!!

[Jazco2nd]

kraades schreef op maandag 7 december 2020 @ 21:16:
[...]


Ik gebruik de OpenVPN client image van dperson met PIA.
Redelijk eenvoudig in te stellen.
Simon's Blog: NZBGet via OpenVPN op Synology (Docker)

Dankjewel hoor, maar dit is gewoon handmatig je VPN provider configureren. Waar ik naar verwees is gewoon container starten met je credentials en de poort die je nodig hebt en klaar.
Volautomatisch wordt de snelste/minst belaste server gevonden. Geen configuratie nodig.

Heb na lang zoeken deze gevonden:
https://github.com/thrnz/docker-wireguard-pia

Pakt de server in de regio, regelt port forwarding elke 60 dagen en stopt de poort in een tekstbestand zodat je Transmission kan doorgeven welke poort te gebruiken, killswitch. En ook nog eens Wireguard ipv OpenVPN

[technorabilia]

@Jazco2nd
Ah, die is speciaal voor PIA voor gemaakt. Ik dacht dat je een "neutrale" zocht die met een willekeurige VPN provider gebruikt kan worden.
In feite zet ik de environment variables als location, user, password eenmalig in de config directory dus in mijn ogen vergelijkbaar.
Maar deze is inderdaad net wat eenvoudiger te gebruiken omdat de PIA config wordt meegeleverd.

[TRaSH]

wvkreg schreef op maandag 7 december 2020 @ 10:26:
[...]


Jawel, ik heb een DS916+ / DX513. Docker draait al, alleen voor Radar 3 krijg ik het niet goed aan de praat.
Is er een handleiding of zo :-)

Mijn persoonlijke mening die hele synology docker GUI zuigt en is erg omslachtig
zelf gebruik ik als ik mensen moeten helpen met een synology docker-compose.
stuk sneller en overzichtelijker.
LINK en dan de Synology gedeelte uitklappen.

Sp33dFr34k schreef op maandag 7 december 2020 @ 15:13:
[...]

Die staan hier: https://hub.docker.com/r/linuxserver/radarr

Dus inderdaad config, movies en downloads. Wat betekent dat mijn mappings niet kloppen... Jij hebt downloads 2x in je remote mapping staan, dat hoort sowieso al niet. Wat zegt ie als je de remote mappings weghaalt? Je docker mapping moet trouwens movies heten, niet video.

niemand zegt dat je die paths moet gebruiken,
en in sonarr/radarr support raden ze ook aan om dat niet te doen.
behalve als je graag langzame copy/delete hebt ipv van zogenaamde atomic moves(instant moves) of hardlinks wat veel voordeel oplevert met torrents.
misschien wat interessant lees voer LINK en dan de Synology gedeelte uitklappen.

kraades schreef op maandag 7 december 2020 @ 14:56:
@wvkreg
Ik denk dat je dan een andere tag moet gebruiken. Misschien develop?

....

latest raad ik je aan

[Sp33dFr34k]

TRaSH schreef op woensdag 9 december 2020 @ 18:35:

[...]


niemand zegt dat je die paths moet gebruiken,
en in sonarr/radarr support raden ze ook aan om dat niet te doen.
behalve als je graag langzame copy/delete hebt ipv van zogenaamde atomic moves(instant moves) of hardlinks wat veel voordeel oplevert met torrents.
misschien wat interessant lees voer LINK en dan de Synology gedeelte uitklappen.

Het gedeelte wat je quote gaat over Docker volume mappings, ik heb hem juist aangeraden om die remote paths te verwijderen en dat werkt nu ook

[technorabilia]

TRaSH schreef op woensdag 9 december 2020 @ 18:35:
[...]


Mijn persoonlijke mening die hele synology docker GUI zuigt en is erg omslachtig
zelf gebruik ik als ik mensen moeten helpen met een synology docker-compose.
stuk sneller en overzichtelijker.
LINK en dan de Synology gedeelte uitklappen.

Helemaal mee eens. Plus dat men niet meer weet wat men heeft ingesteld. En de export/import werkt in een proprietary json formaat of zoiets.

[...]


niemand zegt dat je die paths moet gebruiken,
en in sonarr/radarr support raden ze ook aan om dat niet te doen.
behalve als je graag langzame copy/delete hebt ipv van zogenaamde atomic moves(instant moves) of hardlinks wat veel voordeel oplevert met torrents.
misschien wat interessant lees voer LINK en dan de Synology gedeelte uitklappen.

Klinkt logisch. Wist ik niet. Bedankt voor de tip. Ik deed altijd nog aparte voor tv, movies, downloads etc.

[...]


latest raad ik je aan

Correct. Ik wist niet dat men al op v3 zat. Aangezien de vraagsteller het nog over v2 had heb ik de verkeerde conclusie getrokken dat latest nog v2 was.

[mvrhrln]

Meer mensen hier die readarr gebruiken?
Ik heb het nog niet voor elkaar gekregen om van bv Engelse auteurs, de nederlandse boeken te voorschijn te halen. Heb al wat geprobeerd met de content instellingen etc, maar als ik dan de toegestane taal van een engelse auteur op NL zet, dan worden er geen boeken gevonden (alszijnde boeken van die auteur), dan heb ik het nog niet over het downloaden zelf.

[Coenen]

TRaSH schreef op maandag 23 november 2020 @ 20:02:
upgrade eens naar v3 en kijk of je het nog steeds hebt.

V3 draait hier nu al een tijdje naar tevredenheid. Bedankt voor de tip.

[Sp33dFr34k]

Ik heb Portainer 2.0 geïnstalleerd en wilde er eens mee aan de slag gaan. App templates lijken awesome, maar bij alles wat ik selecteer krijg ik dat het desbetreffende image niet bestaat. mysql:latest en mariadb:latest om maar iets te noemen. Mis ik hier iets simpels ofzo?

Ik denk dat ik eerst een image moet pullen, maar die geeft ook al een foutmelding over too many requests.. ik heb echt geen 100 pulls gedaan de laatste 6 uur

Heb maar een account aangemaakt, nu lukt het wel.

[ Voor 29% gewijzigd door Sp33dFr34k op 23-12-2020 21:11 ]

[Binnetie]

Ik kwam er dus ook achter gisteren dat versie 3 uit is van Radarr. Ik deed perongeluk een update in Radarr zelf in plaats van een update van de Docker container. Daarom kreeg ik een .Net error. Gelukkig is deze nu weg omdat een update van de container uiteindelijk lukte.

Nu wil ik Sonarr en Bazarr gaan updaten maar ik krijg telkens een time-out error als ik een nieuwe container wil downloaden via Docker op de Synology (via linuxserver.io) hebben meer mensen dat? Is al sinds gisteren.

Ik moet wel wennen aan V3. Ik heb 2 lijsten met films die hij ophaalt. In V2 kon je dan een film toevoegen from list maar ik zie deze optie niet meer in V3. Weet iemand hoe je dat doet? Dat je een ingestelde lijst opent en van daaruit films toevoegt.

[Miss_80]

Ik draai al een tijdje sickchill op mijn NAS en na een tijdje in het buitenland te hebben gezeten (en verder mijn NAS niet in de gaten gehouden) kom ik er vandaag achter dat sickchill de voorkeur geeft aan downloaden via torrents ipv via nzb bestanden terwijl ik die de hoogste prio heb meegekregen. Dat is niet helemaal de bedoeling. Heb een betaald abbo bij newsdemon lopen en een lang lopend abbo bij oa NZB Geek. Het opzoeken van een nieuwe aflevering via bijv nzbindez / binsearch geeft aan dat ze wel beschikbaar zijn en toch gebruikt hij het niet.

Is er iets veranderd recentelijk?

[pven]

mvrhrln schreef op dinsdag 15 december 2020 @ 09:47:
Meer mensen hier die readarr gebruiken?

Heel even geprobeerd, maar weer mee gestopt met twee redenen:
• mijn bestaande verzameling krijg ik er niet goed in
• het pakket lijkt te zwaar om op mijn DS214+ er nog bij te draaien

'Full integration with Calibre', oeh, dat zat er vroeger nog niet in. Nu word ik wel weer nieuwsgierig.

[ Voor 13% gewijzigd door pven op 12-01-2021 11:04 ]

[wvkreg]

Binnetie schreef op woensdag 6 januari 2021 @ 10:32:
Ik kwam er dus ook achter gisteren dat versie 3 uit is van Radarr. Ik deed perongeluk een update in Radarr zelf in plaats van een update van de Docker container. Daarom kreeg ik een .Net error. Gelukkig is deze nu weg omdat een update van de container uiteindelijk lukte.

Nu wil ik Sonarr en Bazarr gaan updaten maar ik krijg telkens een time-out error als ik een nieuwe container wil downloaden via Docker op de Synology (via linuxserver.io) hebben meer mensen dat? Is al sinds gisteren.

Ik moet wel wennen aan V3. Ik heb 2 lijsten met films die hij ophaalt. In V2 kon je dan een film toevoegen from list maar ik zie deze optie niet meer in V3. Weet iemand hoe je dat doet? Dat je een ingestelde lijst opent en van daaruit films toevoegt.

V3 heet dat discover

Idee? : https://www.dockupdater.dev/

[wvkreg]

Sp33dFr34k schreef op maandag 7 december 2020 @ 21:36:
[...]


Top!!

In die zin is Docker wel 'spannend' en zeker de container auto update packags (Watchtower).
Volgens mij heeft containrrr/watchtower mijn DS916+ al een paar keer om zeep geholpen en moest ik een mode 2 reset doen. Nu dus dockupdater in gebruik met enige twijfel.

Dit denk ik vanwege de root rechten e.d. Packages draaien wel als limited user, maar bij de processen zie je vaak root terugkomen.



Na de fouten in docker (containers die niet meer starten) is ook de NAS qua netwerk configuratie en system database dan om zeep ( erorr loading network settings in control panel, services zoals system database ssh en dbus starten niet meer at boot). Ik vraag me dan ook af hoe dat gaat in DSM 7. De Docker versie is in elk geval dezelfde en waarschijnlijk de -root- methodiek ook.

[ Voor 14% gewijzigd door wvkreg op 12-01-2021 16:31 ]

[Sp33dFr34k]

wvkreg schreef op dinsdag 12 januari 2021 @ 16:28:
[...]


In die zin is Docker wel 'spannend' en zeker de container auto update packags (Watchtower).
Volgens mij heeft containrrr/watchtower mijn DS916+ al een paar keer om zeep geholpen en moest ik een mode 2 reset doen. Nu dus dockupdater in gebruik met enige twijfel.

Dit denk ik vanwege de root rechten e.d. Packages draaien wel als limited user, maar bij de processen zie je vaak root terugkomen.

[Afbeelding]

Na de fouten in docker (containers die niet meer starten) is ook de NAS qua netwerk configuratie en system database dan om zeep ( erorr loading network settings in control panel, services zoals system database ssh en dbus starten niet meer at boot). Ik vraag me dan ook af hoe dat gaat in DSM 7. De Docker versie is in elk geval dezelfde en waarschijnlijk de -root- methodiek ook.

Zo, dat is raar. Ik draai ook Dockerupdater op mijn DS918+, al heel lang eigenlijk, en heb nog nooit, maar dan ook echt geen enkele keer zoiets meegemaakt. Hoe heb je hem gestart, gewoon met de docker run van de github? Ik was juist aan het twijfelen om over te stappen naar Watchtower, gezien deze wat meer parameters heeft die je toe kunt voegen (denk aan labels, notificaties, etc.). Hoewel Dockupdater dat nu ook allemaal heeft zie ik haha, het zijn tenslotte natuurlijk allemaal forks van dezelfde bron. Alleen Watchtower heeft een wat actievere ontwikkeling, dat vind ik wel fijn.

[wvkreg]

Sp33dFr34k schreef op dinsdag 12 januari 2021 @ 17:06:
[...]


Zo, dat is raar. Ik draai ook Dockerupdater op mijn DS918+, al heel lang eigenlijk, en heb nog nooit, maar dan ook echt geen enkele keer zoiets meegemaakt. Hoe heb je hem gestart, gewoon met de docker run van de github? Ik was juist aan het twijfelen om over te stappen naar Watchtower, gezien deze wat meer parameters heeft die je toe kunt voegen (denk aan labels, notificaties, etc.). Hoewel Dockupdater dat nu ook allemaal heeft zie ik haha, het zijn tenslotte natuurlijk allemaal forks van dezelfde bron. Alleen Watchtower heeft een wat actievere ontwikkeling, dat vind ik wel fijn.

@Sp33dFr34k

Bij deze normale docker run krijg ik geen toegang:

docker run -d --name dockupdater -e INTERVAL=3600 -e TZ=Europe/Amsterdam -v /var/run/docker.sock:/
var/run/docker.sock --restart unless-stopped dockupdater/dockupdater
docker: Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Post http://%2Fvar%2Frun%2Fdocker.sock/v1.39/containers/create?name=dockupdater: dial unix /var/run/docker.sock: connect: permission denied.

Dus Sudo:

Volgens deze handleiding:

https://shidevil.github.i...-dockupdater-on-synology/


Met dit commando dus:

sudo docker run -d --name dockupdater -e INTERVAL=360 -e TZ=Europe/Amsterdam -v /var/run/docker.sock:/var/run/docker.sock --restart unless-stopped dockupdater/dockupdater

Plus deze sheduled task:

https://www.reddit.com/r/...rking_on_synology_docker/


sudo ln -s /var/run/docker.sock /volume1/docker/docker.sock

Zie hier mijn probleem: https://github.com/dockupdater/dockupdater/issues/37

[ Voor 38% gewijzigd door wvkreg op 13-01-2021 08:45 ]

[Sp33dFr34k]

wvkreg schreef op dinsdag 12 januari 2021 @ 19:52:
[...]


@Sp33dFr34k

Bij deze normale docker run krijg ik geen toegang:

docker run -d --name dockupdater -e INTERVAL=3600 -e TZ=Europe/Amsterdam -v /var/run/docker.sock:/
var/run/docker.sock --restart unless-stopped dockupdater/dockupdater
docker: Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Post http://%2Fvar%2Frun%2Fdocker.sock/v1.39/containers/create?name=dockupdater: dial unix /var/run/docker.sock: connect: permission denied.

Dus Sudo:

Volgens deze handleiding:

https://shidevil.github.i...-dockupdater-on-synology/


Met dit commando dus:

sudo docker run -d --name dockupdater -e INTERVAL=360 -e TZ=Europe/Amsterdam -v /var/run/docker.sock:/var/run/docker.sock --restart unless-stopped dockupdater/dockupdater

Plus deze sheduled task:

https://www.reddit.com/r/...rking_on_synology_docker/


sudo ln -s /var/run/docker.sock /volume1/docker/docker.sock

Zie hier mijn probleem: https://github.com/dockupdater/dockupdater/issues/37

Ik begrijp het niet goed, waarom heb je een scheduled task nodig? Dat zou niet nodig moeten zijn, die draait gewoon op een opgegeven interval. Als je puur 1x dat docker run commando draait (inderdaad met sudo als je user niet in de docker usergroup zit), dan maak je dus de container aan en draait ie gewoon elke (als in jouw voorbeeld hierboven) 6 minuten, wat is dan je probleem?

[wvkreg]

Sp33dFr34k schreef op woensdag 13 januari 2021 @ 17:25:
[...]


Ik begrijp het niet goed, waarom heb je een scheduled task nodig? Dat zou niet nodig moeten zijn, die draait gewoon op een opgegeven interval. Als je puur 1x dat docker run commando draait (inderdaad met sudo als je user niet in de docker usergroup zit), dan maak je dus de container aan en draait ie gewoon elke (als in jouw voorbeeld hierboven) 6 minuten, wat is dan je probleem?

Niks, denk ik. Ik heb nu even de logs bekeken en hij loopt goed, denk ik. Ik zie nog geen updates.


dockupdater
date stream content
2021-01-13 20:18:40 stderr 2021-01-13 21:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 19:18:40 stderr 2021-01-13 20:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 18:18:40 stderr 2021-01-13 19:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 17:18:40 stderr 2021-01-13 18:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 16:18:40 stderr 2021-01-13 17:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 15:18:40 stderr 2021-01-13 16:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 14:18:40 stderr 2021-01-13 15:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 13:18:40 stderr 2021-01-13 14:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 13:18:40 stderr 2021-01-13 14:18:40 : INFO : dockerclient : Your aren't running in swarm mode, skip services check.
2021-01-13 13:18:36 stderr 2021-01-13 14:18:36 : INFO : dockupdater : Version: 0.8.0-master
2021-01-13 12:42:12 stderr 2021-01-13 13:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 11:42:12 stderr 2021-01-13 12:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 10:42:12 stderr 2021-01-13 11:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 09:42:12 stderr 2021-01-13 10:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 08:42:12 stderr 2021-01-13 09:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 07:42:12 stderr 2021-01-13 08:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 07:42:12 stderr 2021-01-13 08:42:12 : INFO : dockerclient : Your aren't running in swarm mode, skip services check.
2021-01-13 07:42:11 stderr 2021-01-13 08:42:11 : INFO : dockupdater : Version: 0.8.0-master

Wanneer update deze de containers en hoe wordt dat getriggerd?

[Sp33dFr34k]

wvkreg schreef op woensdag 13 januari 2021 @ 21:50:
[...]


Niks, denk ik. Ik heb nu even de logs bekeken en hij loopt goed, denk ik. Ik zie nog geen updates.


dockupdater
date stream content
2021-01-13 20:18:40 stderr 2021-01-13 21:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 19:18:40 stderr 2021-01-13 20:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 18:18:40 stderr 2021-01-13 19:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 17:18:40 stderr 2021-01-13 18:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 16:18:40 stderr 2021-01-13 17:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 15:18:40 stderr 2021-01-13 16:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 14:18:40 stderr 2021-01-13 15:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 13:18:40 stderr 2021-01-13 14:18:40 : INFO : scanner : total containers monitored: 8
2021-01-13 13:18:40 stderr 2021-01-13 14:18:40 : INFO : dockerclient : Your aren't running in swarm mode, skip services check.
2021-01-13 13:18:36 stderr 2021-01-13 14:18:36 : INFO : dockupdater : Version: 0.8.0-master
2021-01-13 12:42:12 stderr 2021-01-13 13:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 11:42:12 stderr 2021-01-13 12:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 10:42:12 stderr 2021-01-13 11:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 09:42:12 stderr 2021-01-13 10:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 08:42:12 stderr 2021-01-13 09:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 07:42:12 stderr 2021-01-13 08:42:12 : INFO : scanner : total containers monitored: 8
2021-01-13 07:42:12 stderr 2021-01-13 08:42:12 : INFO : dockerclient : Your aren't running in swarm mode, skip services check.
2021-01-13 07:42:11 stderr 2021-01-13 08:42:11 : INFO : dockupdater : Version: 0.8.0-master

Wanneer update deze de containers en hoe wordt dat getriggerd?

Zou goed moeten zijn, even afwachten. Hij scant afhankelijk van hoe je de interval hebt staan. Hij checkt altijd de tag die je binnenhaalt (meestal latest). Even in de gaten houden, je kunt het wel makkelijk zien aan de runtime van de container als hij geüpdate is.

[wvkreg]

Sp33dFr34k schreef op donderdag 14 januari 2021 @ 00:14:
[...]


Zou goed moeten zijn, even afwachten. Hij scant afhankelijk van hoe je de interval hebt staan. Hij checkt altijd de tag die je binnenhaalt (meestal latest). Even in de gaten houden, je kunt het wel makkelijk zien aan de runtime van de container als hij geüpdate is.

Dt zijn nu de settings, er zijn nog geen updates binnengehaald. De tijd staat op 3600, dat is een keer per uur als ik me niet vergis?

[Sp33dFr34k]

wvkreg schreef op donderdag 14 januari 2021 @ 08:41:
[...]


Dt zijn nu de settings, er zijn nog geen updates binnengehaald. De tijd staat op 3600, dat is een keer per uur als ik me niet vergis?


[Afbeelding]

Yep, dat is elk uur. Wellicht ben je overal mee up-to-date? Kun je het beste zelf even controleren. Check een container, ga naar de github en vergelijk de tag die je gebruikt. Naar mijn ervaring werkt dockupdater iig prima.

P.s. misschien moeten we de topictitel veranderen naar iets als selfhosted software ofzo?

[wvkreg]

Sp33dFr34k schreef op donderdag 14 januari 2021 @ 09:17:
[...]


Yep, dat is elk uur. Wellicht ben je overal mee up-to-date? Kun je het beste zelf even controleren. Check een container, ga naar de github en vergelijk de tag die je gebruikt. Naar mijn ervaring werkt dockupdater iig prima.

P.s. misschien moeten we de topictitel veranderen naar iets als selfhosted software ofzo?

Ok, het volgende gebeurt bij een update, in dit geval sonarr.



Dan de melding in de Synology log:



In Portainer (hierin zie je alle containers) zie ik vervolgens dit onder bestaande images:



Dit lijkt me niet helemaal goed of wel @Sp33dFr34k ?

[Sp33dFr34k]

wvkreg schreef op donderdag 14 januari 2021 @ 15:38:
[...]


Ok, het volgende gebeurt bij een update, in dit geval sonarr.

[Afbeelding]

Dan de melding in de Synology log:

[Afbeelding]

In Portainer (hierin zie je alle containers) zie ik vervolgens dit onder bestaande images:

[Afbeelding]

Dit lijkt me niet helemaal goed of wel @Sp33dFr34k ?

Dat is prima. Die melding van de Syno is normaal, en aangezien je geen tag hebt gebruikt is dat wat je in Portainer ziet ook normaal. Nu zit je op de latest. Je kunt dmv docker image prune de dangling images verwijderen, of simpelweg deleten in Portainer zelf. Dus zo te zien doet dockerupdater zijn werk prima.

[wvkreg]

Sp33dFr34k schreef op donderdag 14 januari 2021 @ 16:16:
[...]


Dat is prima. Die melding van de Syno is normaal, en aangezien je geen tag hebt gebruikt is dat wat je in Portainer ziet ook normaal. Nu zit je op de latest. Je kunt dmv docker image prune de dangling images verwijderen, of simpelweg deleten in Portainer zelf. Dus zo te zien doet dockerupdater zijn werk prima.

Ok, maar met Watchtower had ik nooit unexpected stops / restarts. Dat zal wellicht komen door de auto restart container optie.

[Sp33dFr34k]

wvkreg schreef op donderdag 14 januari 2021 @ 16:25:
[...]


Ok, maar met Watchtower had ik nooit unexpected stops / restarts. Dat zal wellicht komen door de auto restart container optie.

Dat krijg je als je hem installeert via de CLI volgens mij, Synology ziet het als een disgraceful stop, maar dat is het niet. Ik zou me er niet druk over maken in ieder geval.

[Protax]

Dacht laat ik ook eens Dockupdater installeren, maar bij mij blijft hij constant restarten (of op restarting in de Docker GUI staan).

[Protax]

Vanavond ervaarde ik iets minder prettigs.Nadat ik alle dockers werkend had, kon ik ineens niet meer op internet. Als snel constateerde ik dat dit werd veroorzaakt doordat Radarr bijna 7GB geheugen in gebruik had. Ik heb sinds gister een nieuwe NAS met 10GB geheugen, dus er bleef weinig geheugen over voor de andere zaken die op mijn NAS draaien waaronder Pihole.

Nadat ik Radarr had gestopt, ging alles vrolijk verder. Maar nu loop ik tegen het volgende aan. Als ik de Radarr Docker aanpas (bijv. dat hij minder geheugen mag pakken / of een folder aan volumes wil toevoegen) krijg ik de volgende melding:



Ik ben hier nu al meerdere keren tegen aan gelopen en heb geen idee wat dit veroorzaakt (de docker is gestopt);



Heb hem al meerdere keren opnieuw geïnstalleerd, met wat aanpassing aan het installatiescript is het me gelukt om draaiend te krijgen. Maar nu ik wil aanpassen dat hij minder geheugen mag gebruiken, loop ik opnieuw tegen deze melding aan (ik ervaar dit alleen bij Radarr). Hierdoor krijg ik Radarr niet gestart.

Iemand die mij de gouden tip kan geven?

[TRaSH]

Mijn Radarr gebruikt nog 300 MB idle
En iets meer als hij aan het importeren is.
Heb je eens in de logs gekeken wat hij aan het doen is ?

[wvkreg]

Protax schreef op donderdag 14 januari 2021 @ 22:59:
Vanavond ervaarde ik iets minder prettigs.Nadat ik alle dockers werkend had, kon ik ineens niet meer op internet. Als snel constateerde ik dat dit werd veroorzaakt doordat Radarr bijna 7GB geheugen in gebruik had. Ik heb sinds gister een nieuwe NAS met 10GB geheugen, dus er bleef weinig geheugen over voor de andere zaken die op mijn NAS draaien waaronder Pihole.

Nadat ik Radarr had gestopt, ging alles vrolijk verder. Maar nu loop ik tegen het volgende aan. Als ik de Radarr Docker aanpas (bijv. dat hij minder geheugen mag pakken / of een folder aan volumes wil toevoegen) krijg ik de volgende melding:

[Afbeelding]

Ik ben hier nu al meerdere keren tegen aan gelopen en heb geen idee wat dit veroorzaakt (de docker is gestopt);

[Afbeelding]

Heb hem al meerdere keren opnieuw geïnstalleerd, met wat aanpassing aan het installatiescript is het me gelukt om draaiend te krijgen. Maar nu ik wil aanpassen dat hij minder geheugen mag gebruiken, loop ik opnieuw tegen deze melding aan (ik ervaar dit alleen bij Radarr). Hierdoor krijg ik Radarr niet gestart.

Iemand die mij de gouden tip kan geven?

Meestal is een stop / start van Docker of de NAS voldoende. Heb je voor Radarr en dergelijke dezelfde interne als docker ports geconfigureerd? Dat wil ook wel eens niet werken. Vandaar dat ik de poorten heb aangepast (zo ook in Dr Frankenstein's handleiding). Bijvoorbeeld SABnzb op 32700 voor Docker en intern 8080

https://drfrankenstein.co...docker-on-a-synology-nas/

[wvkreg]

TRaSH schreef op vrijdag 15 januari 2021 @ 08:00:
Mijn Radarr gebruikt nog 300 MB idle
En iets meer als hij aan het importeren is.
Heb je eens in de logs gekeken wat hij aan het doen is ?

Qua memory en CPU moet het inderdaad normaal gesproken minimaal zijn, dit zijn mijn containers:
(Bazarr was (7f3c02ac3b20) : INFO (utils:122) - BAZARR Running cache maintenance :-))

[ Voor 5% gewijzigd door wvkreg op 15-01-2021 09:08 ]

[Protax]

wvkreg schreef op vrijdag 15 januari 2021 @ 09:05:
[...]


Meestal is een stop / start van Docker of de NAS voldoende. Heb je voor Radarr en dergelijke dezelfde interne als docker ports geconfigureerd? Dat wil ook wel eens niet werken. Vandaar dat ik de poorten heb aangepast (zo ook in Dr Frankenstein's handleiding). Bijvoorbeeld SABnzb op 32700 voor Docker en intern 8080

https://drfrankenstein.co...docker-on-a-synology-nas/

Gekke is er draait niks op die poort:

Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:5000 0.0.0.0:* LISTEN 6720/nginx: worker
tcp 0 0 0.0.0.0:5001 0.0.0.0:* LISTEN 6720/nginx: worker
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 11169/smbd
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 10606/rpcbind
tcp 0 0 localhost:8080 0.0.0.0:* LISTEN 8535/lighttpd
tcp 0 0 Pihole.lan:8080 0.0.0.0:* LISTEN 8535/lighttpd
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 6720/nginx: worker
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 9352/pihole-FTL
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 8177/sshd
tcp 0 0 localhost:5432 0.0.0.0:* LISTEN 10539/postgres
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 6720/nginx: worker
tcp 0 0 0.0.0.0:33083 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:60508 0.0.0.0:* LISTEN 11066/statd
tcp 0 0 0.0.0.0:892 0.0.0.0:* LISTEN 10613/mountd
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 11169/smbd
tcp 0 0 localhost:512 0.0.0.0:* LISTEN 6538/termd
tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN -
tcp 0 0 localhost:4711 0.0.0.0:* LISTEN 9352/pihole-FTL
tcp6 0 0 [::]:5000 [::]:* LISTEN 6720/nginx: worker
tcp6 0 0 [::]:5001 [::]:* LISTEN 6720/nginx: worker
tcp6 0 0 [::]:139 [::]:* LISTEN 11169/smbd
tcp6 0 0 [::]:6767 [::]:* LISTEN 5894/docker-proxy
tcp6 0 0 [::]:111 [::]:* LISTEN 10606/rpcbind
tcp6 0 0 [::]:8080 [::]:* LISTEN 8535/lighttpd
tcp6 0 0 [::]:80 [::]:* LISTEN 6720/nginx: worker
tcp6 0 0 [::]:53 [::]:* LISTEN 9352/pihole-FTL
tcp6 0 0 [::]:22 [::]:* LISTEN 8177/sshd
tcp6 0 0 [::]:443 [::]:* LISTEN 6720/nginx: worker
tcp6 0 0 [::]:892 [::]:* LISTEN 10613/mountd
tcp6 0 0 [::]:8989 [::]:* LISTEN 16007/docker-proxy
tcp6 0 0 [::]:445 [::]:* LISTEN 11169/smbd
tcp6 0 0 [::]:3261 [::]:* LISTEN -
tcp6 0 0 [::]:3263 [::]:* LISTEN -
tcp6 0 0 [::]:3264 [::]:* LISTEN -
tcp6 0 0 [::]:2049 [::]:* LISTEN -
tcp6 0 0 [::]:34562 [::]:* LISTEN 11066/statd
tcp6 0 0 [::]:6789 [::]:* LISTEN 5124/docker-proxy
tcp6 0 0 [::]:36518 [::]:* LISTEN -
tcp6 0 0 localhost:4711 [::]:* LISTEN 9352/pihole-FTL
udp 0 0 0.0.0.0:1900 0.0.0.0:* 8191/minissdpd
udp 0 0 0.0.0.0:2049 0.0.0.0:* -
udp 0 0 0.0.0.0:37802 0.0.0.0:* 9233/synosnmpcd
udp 0 0 0.0.0.0:37960 0.0.0.0:* 11066/statd
udp 0 0 0.0.0.0:48052 0.0.0.0:* -
udp 0 0 0.0.0.0:53 0.0.0.0:* 9352/pihole-FTL
udp 0 0 0.0.0.0:67 0.0.0.0:* 9352/pihole-FTL
udp 0 0 0.0.0.0:111 0.0.0.0:* 10606/rpcbind
udp 0 0 172.17.0.1:123 0.0.0.0:* 8182/ntpd
udp 0 0 Pihole.lan:123 0.0.0.0:* 8182/ntpd
udp 0 0 localhost:123 0.0.0.0:* 8182/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 8182/ntpd
udp 0 0 192.168.0.255:137 0.0.0.0:* 6714/nmbd
udp 0 0 Pihole.lan:137 0.0.0.0:* 6714/nmbd
udp 0 0 0.0.0.0:137 0.0.0.0:* 6714/nmbd
udp 0 0 192.168.0.255:138 0.0.0.0:* 6714/nmbd
udp 0 0 Pihole.lan:138 0.0.0.0:* 6714/nmbd
udp 0 0 0.0.0.0:138 0.0.0.0:* 6714/nmbd
udp 0 0 localhost:161 0.0.0.0:* 8747/snmpd
udp 0 0 localhost:642 0.0.0.0:* 11066/statd
udp 0 0 0.0.0.0:892 0.0.0.0:* 10613/mountd
udp 0 0 0.0.0.0:1017 0.0.0.0:* 10606/rpcbind
udp 0 0 0.0.0.0:9997 0.0.0.0:* 8190/findhostd
udp 0 0 0.0.0.0:9998 0.0.0.0:* 8190/findhostd
udp 0 0 0.0.0.0:9999 0.0.0.0:* 8190/findhostd
udp6 0 0 [::]:2049 [::]:* -
udp6 0 0 [::]:36515 [::]:* 11066/statd
udp6 0 0 [::]:40134 [::]:* -
udp6 0 0 [::]:53 [::]:* 9352/pihole-FTL
udp6 0 0 [::]:111 [::]:* 10606/rpcbind
udp6 0 0 fe80::9cd4:d1ff:fe3:123 [::]:* 8182/ntpd
udp6 0 0 fe80::903f:bfff:fea:123 [::]:* 8182/ntpd
udp6 0 0 fe80::440d:ccff:fe8:123 [::]:* 8182/ntpd
udp6 0 0 fe80::42:a5ff:fefd::123 [::]:* 8182/ntpd
udp6 0 0 localhost:123 [::]:* 8182/ntpd
udp6 0 0 [::]:123 [::]:* 8182/ntpd
udp6 0 0 [::]:892 [::]:* 10613/mountd
udp6 0 0 [::]:1017 [::]:* 10606/rpcbind
raw6 0 0 [::]:58 [::]:* 7 5436/synonetd
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node PID/Program name Path
unix 2 [ ACC ] STREAM LISTENING 3856 4679/syslog-ng /dev/log
unix 2 [ ACC ] STREAM LISTENING 3502440 5156/containerd-shi @/containerd-shim/moby/810a67e5926a31cb27f6679a35a616a5e3d42951418a116ca79f8f28808c8085/shim.sock
unix 2 [ ACC ] STREAM LISTENING 3860 4679/syslog-ng /var/run/syslog
unix 2 [ ACC ] STREAM LISTENING 3862 4679/syslog-ng /var/run/synosyslog
unix 2 [ ACC ] STREAM LISTENING 3518053 8557/php-cgi /var/run/lighttpd/php.socket-0
unix 2 [ ACC ] STREAM LISTENING 3516205 7886/containerd-shi @/containerd-shim/moby/d196fa197ff9d6757bd2ce60533a445844bb0ef2c543a52e86c7243dc26007d7/shim.sock
unix 2 [ ACC ] STREAM LISTENING 3505522 5901/containerd-shi @/containerd-shim/moby/fd4aa089c9437c37a445815e5df63bb9207c0cede226e3a036ba160f0d4e0697/shim.sock
unix 2 [ ACC ] STREAM LISTENING 3501919 4821/dockerd /run/docker/libnetwork/5cbd40ccefb4c5817b28d1fa0253a5b62c87b7f05a9bf8d80b77f42fe9c6bc82.sock
unix 2 [ ACC ] STREAM LISTENING 643 1/init @/com/ubuntu/upstart
unix 2 [ ACC ] STREAM LISTENING 12647 8191/minissdpd /var/run/minissdpd.sock
unix 2 [ ACC ] STREAM LISTENING 16239 10146/synobackupd /var/run/synobackupd.socket
unix 2 [ ACC ] STREAM LISTENING 4255606 16015/containerd-sh @/containerd-shim/moby/729c98fa90dbbfb44259f77d9b977091f02d49522f49152514c318e750394d09/shim.sock
unix 2 [ ACC ] STREAM LISTENING 22389 12652/thumbd /run/filestation/thumbd.sock
unix 2 [ ACC ] STREAM LISTENING 17785 10335/synocgid /var/run/synocgid/synocgid.session.check.socket
unix 2 [ ACC ] STREAM LISTENING 23674 12664/synoelasticd /var/run/synoelasticd.sock
unix 2 [ ACC ] STREAM LISTENING 17787 10335/synocgid /var/run/synocgid/synocgid.session.remove.socket
unix 2 [ ACC ] STREAM LISTENING 17789 10335/synocgid /var/run/synocgid/synocgid.session.exist.socket
unix 2 [ ACC ] STREAM LISTENING 17791 10335/synocgid /var/run/synocgid/synocgid.session.get.socket
unix 2 [ ACC ] SEQPACKET LISTENING 8318 5799/udevd /run/udev/control
unix 2 [ ACC ] STREAM LISTENING 21888 10539/postgres /run/postgresql/.s.PGSQL.5432
unix 2 [ ACC ] STREAM LISTENING 17793 10335/synocgid /var/run/synocgid/synocgid.session.update.socket
unix 2 [ ACC ] STREAM LISTENING 17283 10606/rpcbind /var/run/rpcbind.sock
unix 2 [ ACC ] STREAM LISTENING 17795 10335/synocgid /var/run/synocgid/synocgid.session.add.socket
unix 2 [ ACC ] STREAM LISTENING 17797 10335/synocgid /var/run/synocgid/synocgid.session.getid.socket
unix 2 [ ACC ] STREAM LISTENING 17799 10335/synocgid /var/run/synocgid/synocgid.ssldecrypt.socket
unix 2 [ ACC ] STREAM LISTENING 17801 10335/synocgid /var/run/synocgid/synocgid.getrsapublickey.socket
unix 2 [ ACC ] STREAM LISTENING 17803 10335/synocgid /var/run/synocgid/synocgid.getrsamodulus.socket
unix 2 [ ACC ] STREAM LISTENING 5771 5330/dbus-daemon /var/run/dbus/system_bus_socket
unix 2 [ ACC ] STREAM LISTENING 17805 10335/synocgid /var/run/synocgid/synocgid.remove.user.socket
unix 2 [ ACC ] STREAM LISTENING 17807 10335/synocgid /var/run/synocgid/synocgid.apikey.get.socket
unix 2 [ ACC ] STREAM LISTENING 3502231 4821/dockerd /var/run/docker.sock
unix 2 [ ACC ] STREAM LISTENING 15775 9480/s2s_daemon /tmp/S2S/daemon.sock
unix 2 [ ACC ] STREAM LISTENING 3502240 4821/dockerd /var/run/docker/metrics.sock
unix 2 [ ACC ] STREAM LISTENING 16800 9233/synosnmpcd /tmp/synosnmpcd.sock
unix 2 [ ACC ] STREAM LISTENING 12705 8106/synoscgi /run/synoscgi.sock
unix 2 [ ACC ] STREAM LISTENING 3506083 6714/nmbd /run/samba/nmbd/unexpected
unix 2 [ ACC ] STREAM LISTENING 12708 8106/synoscgi /run/synoscgi-fastapi.sock
unix 2 [ ACC ] STREAM LISTENING 3503276 4838/containerd /var/run/docker/containerd/containerd-debug.sock
unix 2 [ ACC ] STREAM LISTENING 3503278 4838/containerd /var/run/docker/containerd/containerd.sock
unix 2 [ ACC ] STREAM LISTENING 15791 9095/synologand /run/synologan.sock
unix 2 [ ACC ] STREAM LISTENING 22459 12750/syno-cloud-sy /tmp/cloud-sync-socket
unix 2 [ ACC ] STREAM LISTENING 3780 4601/cgmanager /sys/fs/cgroup/cgmanager/sock
unix 2 [ ACC ] STREAM LISTENING 4023 5343/dbus-daemon @/tmp/dbus-yptvLMeB7O
unix 2 [ ACC ] STREAM LISTENING 5580 4679/syslog-ng /run/syslog-ng/syslog-ng.ctl
unix 2 [ ACC ] STREAM LISTENING 3527717 9352/pihole-FTL /run/pihole/FTL.sock

Wat Radarr aan het doen was, was de boel uitpakken (wat UHD films), toen schoot het geheugengebruik door het dak.

Heb nu alles weer aangezet en wat zie ik:



NZBget lijkt dus de boosdoener voor het hoge geheugen gebruik.

[ Voor 3% gewijzigd door Protax op 15-01-2021 12:13 ]

[wvkreg]

Protax schreef op vrijdag 15 januari 2021 @ 11:30:
[...]


Gekke is er draait niks op die poort:

Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:5000 0.0.0.0:* LISTEN 6720/nginx: worker
tcp 0 0 0.0.0.0:5001 0.0.0.0:* LISTEN 6720/nginx: worker
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 11169/smbd
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 10606/rpcbind
tcp 0 0 localhost:8080 0.0.0.0:* LISTEN 8535/lighttpd
tcp 0 0 Pihole.lan:8080 0.0.0.0:* LISTEN 8535/lighttpd
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 6720/nginx: worker
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 9352/pihole-FTL
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 8177/sshd
tcp 0 0 localhost:5432 0.0.0.0:* LISTEN 10539/postgres
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 6720/nginx: worker
tcp 0 0 0.0.0.0:33083 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:60508 0.0.0.0:* LISTEN 11066/statd
tcp 0 0 0.0.0.0:892 0.0.0.0:* LISTEN 10613/mountd
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 11169/smbd
tcp 0 0 localhost:512 0.0.0.0:* LISTEN 6538/termd
tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN -
tcp 0 0 localhost:4711 0.0.0.0:* LISTEN 9352/pihole-FTL
tcp6 0 0 [::]:5000 [::]:* LISTEN 6720/nginx: worker
tcp6 0 0 [::]:5001 [::]:* LISTEN 6720/nginx: worker
tcp6 0 0 [::]:139 [::]:* LISTEN 11169/smbd
tcp6 0 0 [::]:6767 [::]:* LISTEN 5894/docker-proxy
tcp6 0 0 [::]:111 [::]:* LISTEN 10606/rpcbind
tcp6 0 0 [::]:8080 [::]:* LISTEN 8535/lighttpd
tcp6 0 0 [::]:80 [::]:* LISTEN 6720/nginx: worker
tcp6 0 0 [::]:53 [::]:* LISTEN 9352/pihole-FTL
tcp6 0 0 [::]:22 [::]:* LISTEN 8177/sshd
tcp6 0 0 [::]:443 [::]:* LISTEN 6720/nginx: worker
tcp6 0 0 [::]:892 [::]:* LISTEN 10613/mountd
tcp6 0 0 [::]:8989 [::]:* LISTEN 16007/docker-proxy
tcp6 0 0 [::]:445 [::]:* LISTEN 11169/smbd
tcp6 0 0 [::]:3261 [::]:* LISTEN -
tcp6 0 0 [::]:3263 [::]:* LISTEN -
tcp6 0 0 [::]:3264 [::]:* LISTEN -
tcp6 0 0 [::]:2049 [::]:* LISTEN -
tcp6 0 0 [::]:34562 [::]:* LISTEN 11066/statd
tcp6 0 0 [::]:6789 [::]:* LISTEN 5124/docker-proxy
tcp6 0 0 [::]:36518 [::]:* LISTEN -
tcp6 0 0 localhost:4711 [::]:* LISTEN 9352/pihole-FTL
udp 0 0 0.0.0.0:1900 0.0.0.0:* 8191/minissdpd
udp 0 0 0.0.0.0:2049 0.0.0.0:* -
udp 0 0 0.0.0.0:37802 0.0.0.0:* 9233/synosnmpcd
udp 0 0 0.0.0.0:37960 0.0.0.0:* 11066/statd
udp 0 0 0.0.0.0:48052 0.0.0.0:* -
udp 0 0 0.0.0.0:53 0.0.0.0:* 9352/pihole-FTL
udp 0 0 0.0.0.0:67 0.0.0.0:* 9352/pihole-FTL
udp 0 0 0.0.0.0:111 0.0.0.0:* 10606/rpcbind
udp 0 0 172.17.0.1:123 0.0.0.0:* 8182/ntpd
udp 0 0 Pihole.lan:123 0.0.0.0:* 8182/ntpd
udp 0 0 localhost:123 0.0.0.0:* 8182/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 8182/ntpd
udp 0 0 192.168.0.255:137 0.0.0.0:* 6714/nmbd
udp 0 0 Pihole.lan:137 0.0.0.0:* 6714/nmbd
udp 0 0 0.0.0.0:137 0.0.0.0:* 6714/nmbd
udp 0 0 192.168.0.255:138 0.0.0.0:* 6714/nmbd
udp 0 0 Pihole.lan:138 0.0.0.0:* 6714/nmbd
udp 0 0 0.0.0.0:138 0.0.0.0:* 6714/nmbd
udp 0 0 localhost:161 0.0.0.0:* 8747/snmpd
udp 0 0 localhost:642 0.0.0.0:* 11066/statd
udp 0 0 0.0.0.0:892 0.0.0.0:* 10613/mountd
udp 0 0 0.0.0.0:1017 0.0.0.0:* 10606/rpcbind
udp 0 0 0.0.0.0:9997 0.0.0.0:* 8190/findhostd
udp 0 0 0.0.0.0:9998 0.0.0.0:* 8190/findhostd
udp 0 0 0.0.0.0:9999 0.0.0.0:* 8190/findhostd
udp6 0 0 [::]:2049 [::]:* -
udp6 0 0 [::]:36515 [::]:* 11066/statd
udp6 0 0 [::]:40134 [::]:* -
udp6 0 0 [::]:53 [::]:* 9352/pihole-FTL
udp6 0 0 [::]:111 [::]:* 10606/rpcbind
udp6 0 0 fe80::9cd4:d1ff:fe3:123 [::]:* 8182/ntpd
udp6 0 0 fe80::903f:bfff:fea:123 [::]:* 8182/ntpd
udp6 0 0 fe80::440d:ccff:fe8:123 [::]:* 8182/ntpd
udp6 0 0 fe80::42:a5ff:fefd::123 [::]:* 8182/ntpd
udp6 0 0 localhost:123 [::]:* 8182/ntpd
udp6 0 0 [::]:123 [::]:* 8182/ntpd
udp6 0 0 [::]:892 [::]:* 10613/mountd
udp6 0 0 [::]:1017 [::]:* 10606/rpcbind
raw6 0 0 [::]:58 [::]:* 7 5436/synonetd
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node PID/Program name Path
unix 2 [ ACC ] STREAM LISTENING 3856 4679/syslog-ng /dev/log
unix 2 [ ACC ] STREAM LISTENING 3502440 5156/containerd-shi @/containerd-shim/moby/810a67e5926a31cb27f6679a35a616a5e3d42951418a116ca79f8f28808c8085/shim.sock
unix 2 [ ACC ] STREAM LISTENING 3860 4679/syslog-ng /var/run/syslog
unix 2 [ ACC ] STREAM LISTENING 3862 4679/syslog-ng /var/run/synosyslog
unix 2 [ ACC ] STREAM LISTENING 3518053 8557/php-cgi /var/run/lighttpd/php.socket-0
unix 2 [ ACC ] STREAM LISTENING 3516205 7886/containerd-shi @/containerd-shim/moby/d196fa197ff9d6757bd2ce60533a445844bb0ef2c543a52e86c7243dc26007d7/shim.sock
unix 2 [ ACC ] STREAM LISTENING 3505522 5901/containerd-shi @/containerd-shim/moby/fd4aa089c9437c37a445815e5df63bb9207c0cede226e3a036ba160f0d4e0697/shim.sock
unix 2 [ ACC ] STREAM LISTENING 3501919 4821/dockerd /run/docker/libnetwork/5cbd40ccefb4c5817b28d1fa0253a5b62c87b7f05a9bf8d80b77f42fe9c6bc82.sock
unix 2 [ ACC ] STREAM LISTENING 643 1/init @/com/ubuntu/upstart
unix 2 [ ACC ] STREAM LISTENING 12647 8191/minissdpd /var/run/minissdpd.sock
unix 2 [ ACC ] STREAM LISTENING 16239 10146/synobackupd /var/run/synobackupd.socket
unix 2 [ ACC ] STREAM LISTENING 4255606 16015/containerd-sh @/containerd-shim/moby/729c98fa90dbbfb44259f77d9b977091f02d49522f49152514c318e750394d09/shim.sock
unix 2 [ ACC ] STREAM LISTENING 22389 12652/thumbd /run/filestation/thumbd.sock
unix 2 [ ACC ] STREAM LISTENING 17785 10335/synocgid /var/run/synocgid/synocgid.session.check.socket
unix 2 [ ACC ] STREAM LISTENING 23674 12664/synoelasticd /var/run/synoelasticd.sock
unix 2 [ ACC ] STREAM LISTENING 17787 10335/synocgid /var/run/synocgid/synocgid.session.remove.socket
unix 2 [ ACC ] STREAM LISTENING 17789 10335/synocgid /var/run/synocgid/synocgid.session.exist.socket
unix 2 [ ACC ] STREAM LISTENING 17791 10335/synocgid /var/run/synocgid/synocgid.session.get.socket
unix 2 [ ACC ] SEQPACKET LISTENING 8318 5799/udevd /run/udev/control
unix 2 [ ACC ] STREAM LISTENING 21888 10539/postgres /run/postgresql/.s.PGSQL.5432
unix 2 [ ACC ] STREAM LISTENING 17793 10335/synocgid /var/run/synocgid/synocgid.session.update.socket
unix 2 [ ACC ] STREAM LISTENING 17283 10606/rpcbind /var/run/rpcbind.sock
unix 2 [ ACC ] STREAM LISTENING 17795 10335/synocgid /var/run/synocgid/synocgid.session.add.socket
unix 2 [ ACC ] STREAM LISTENING 17797 10335/synocgid /var/run/synocgid/synocgid.session.getid.socket
unix 2 [ ACC ] STREAM LISTENING 17799 10335/synocgid /var/run/synocgid/synocgid.ssldecrypt.socket
unix 2 [ ACC ] STREAM LISTENING 17801 10335/synocgid /var/run/synocgid/synocgid.getrsapublickey.socket
unix 2 [ ACC ] STREAM LISTENING 17803 10335/synocgid /var/run/synocgid/synocgid.getrsamodulus.socket
unix 2 [ ACC ] STREAM LISTENING 5771 5330/dbus-daemon /var/run/dbus/system_bus_socket
unix 2 [ ACC ] STREAM LISTENING 17805 10335/synocgid /var/run/synocgid/synocgid.remove.user.socket
unix 2 [ ACC ] STREAM LISTENING 17807 10335/synocgid /var/run/synocgid/synocgid.apikey.get.socket
unix 2 [ ACC ] STREAM LISTENING 3502231 4821/dockerd /var/run/docker.sock
unix 2 [ ACC ] STREAM LISTENING 15775 9480/s2s_daemon /tmp/S2S/daemon.sock
unix 2 [ ACC ] STREAM LISTENING 3502240 4821/dockerd /var/run/docker/metrics.sock
unix 2 [ ACC ] STREAM LISTENING 16800 9233/synosnmpcd /tmp/synosnmpcd.sock
unix 2 [ ACC ] STREAM LISTENING 12705 8106/synoscgi /run/synoscgi.sock
unix 2 [ ACC ] STREAM LISTENING 3506083 6714/nmbd /run/samba/nmbd/unexpected
unix 2 [ ACC ] STREAM LISTENING 12708 8106/synoscgi /run/synoscgi-fastapi.sock
unix 2 [ ACC ] STREAM LISTENING 3503276 4838/containerd /var/run/docker/containerd/containerd-debug.sock
unix 2 [ ACC ] STREAM LISTENING 3503278 4838/containerd /var/run/docker/containerd/containerd.sock
unix 2 [ ACC ] STREAM LISTENING 15791 9095/synologand /run/synologan.sock
unix 2 [ ACC ] STREAM LISTENING 22459 12750/syno-cloud-sy /tmp/cloud-sync-socket
unix 2 [ ACC ] STREAM LISTENING 3780 4601/cgmanager /sys/fs/cgroup/cgmanager/sock
unix 2 [ ACC ] STREAM LISTENING 4023 5343/dbus-daemon @/tmp/dbus-yptvLMeB7O
unix 2 [ ACC ] STREAM LISTENING 5580 4679/syslog-ng /run/syslog-ng/syslog-ng.ctl
unix 2 [ ACC ] STREAM LISTENING 3527717 9352/pihole-FTL /run/pihole/FTL.sock

Wat Radarr aan het doen was, was de boel uitpakken (wat UHD films), toen schoot het geheugengebruik door het dak.

Heb nu alles weer aangezet en wat zie ik:

[Afbeelding]

NZBget lijkt dus de boosdoener voor het hoge geheugen gebruik.

Gebruik dan SABNzbd, werkt ook veel prettiger.

[Smultie]

Ik ben vrijdag overgestapt van een Windows naar een Mac laptop. Zo goed en kwaad als het kon al m'n instellingen van m'n Radarr en Sonarr configuraties overgezet. Ik draai de laatste/standaard versies van beide programma's.

De programma's draaien op m'n laptop (Radarr en Sonarr dus). Ze sturen torrents door naar Transmission op de NAS. Deze download ze naar /volume2/autodownload/series en /volume2/autodownload/movies (op de NAS dus). Na het downloaden krijgen de programma's keurig een seintje dat ze kunnen gaan postprocessen. Dit houdt in dat de gedownloade files naar /volume2/movies en /volume2/tvshows mogen worden gestuurd.

Wat me nu echter opvalt, is dat het lijkt alsof het op de Mac zo is dat de files van NAS -> Laptop -> NAS worden gestuurd. Dit kost uiteraard gigantisch veel netwerkload. Ik kan me niet aan de indruk onttrekken dat dat op de Windows laptop gewoon NAS -> NAS ging. Iemand enig idee?

[TRaSH]

Waarom niet meer de logische weg op gaan en het op je NAS te draaien ?

[MikeyMan]

Doh... Dacht ff een update van medusa te doen, met 169 commits... Maar nu wil ie niet meer starten op m'n nas

[avec_style]

MikeyMan schreef op maandag 25 januari 2021 @ 22:39:
Doh... Dacht ff een update van medusa te doen, met 169 commits... Maar nu wil ie niet meer starten op m'n nas

Maak je toevallig ook gebruik van de python 3 package? Misschien dat het daaraan ligt.

[MikeyMan]

avec_style schreef op maandag 25 januari 2021 @ 23:14:
[...]


Maak je toevallig ook gebruik van de python 3 package? Misschien dat het daaraan ligt.

Ja die staat erop. Lijkt wel goed te draaien.

Ben altijd zo roestig met het debuggen als dingen jaren zonder problemen draaien

code:

admin@NAS:~$ sudo synoservicecfg --start pkgctl-sickbeard-custom
service [pkgctl-sickbeard-custom] start failed, synoerr=[0x0000]

hier hebben we niet heel veel aan.

Begrijp dat de sickbeard-custom niet meer wordt ondersteund. Best vervelend, gezien dit gewoon letterlijk jarenlang prima gedraaid heeft.

Oplossing zou nu moeten zijn om een andere package te draaien. Maar dan moet ik de db nog om zien te zetten...

En ik krijg een foutmelding bij het installeren; Python 3 moet geinstalleer zijn >versie 3.7. En ik heb 3.8.

Maar ik zie dat ik niet de eerste ben. @Ben(V) any thoughts?

[ Voor 49% gewijzigd door MikeyMan op 26-01-2021 14:32 ]

[avec_style]

MikeyMan schreef op dinsdag 26 januari 2021 @ 11:54:
[...]


Ja die staat erop. Lijkt wel goed te draaien.

Ben altijd zo roestig met het debuggen als dingen jaren zonder problemen draaien

code:

admin@NAS:~$ sudo synoservicecfg --start pkgctl-sickbeard-custom
service [pkgctl-sickbeard-custom] start failed, synoerr=[0x0000]

hier hebben we niet heel veel aan.

Begrijp dat de sickbeard-custom niet meer wordt ondersteund. Best vervelend, gezien dit gewoon letterlijk jarenlang prima gedraaid heeft.

Oplossing zou nu moeten zijn om een andere package te draaien. Maar dan moet ik de db nog om zien te zetten...

En ik krijg een foutmelding bij het installeren; Python 3 moet geinstalleer zijn >versie 3.7. En ik heb 3.8.

Maar ik zie dat ik niet de eerste ben. @Ben(V) any thoughts?

Check effe deze pagina.
https://github.com/pymedusa/Medusa/wiki/Synology

Grappig genoeg linkt deze weer door naar een package van BenV die wel compatible is met Python 3.

Nadat je de package geinstalleerd hebt kun je een backup (die je hopelijk) gemaakt heb importeren.

[MikeyMan]

avec_style schreef op dinsdag 26 januari 2021 @ 14:39:
[...]


Check effe deze pagina.
https://github.com/pymedusa/Medusa/wiki/Synology

Grappig genoeg linkt deze weer door naar een package van BenV die wel compatible is met Python 3.

Nadat je de package geinstalleerd hebt kun je een backup (die je hopelijk) gemaakt heb importeren.

Ja die had ik gevonden. Maar met de originele python3, die op 3.8.1 uitkomt bij mij, krijg ik de package niet geinstalleerd, met een melding dat het 3.7 of hoger moet zijn.

Maar baal er vooral van dat het nu breekt

[ Voor 4% gewijzigd door MikeyMan op 26-01-2021 14:41 ]

[avec_style]

MikeyMan schreef op dinsdag 26 januari 2021 @ 14:41:
[...]


Ja die had ik gevonden. Maar met de originele python3, die op 3.8.1 uitkomt bij mij, krijg ik de package niet geinstalleerd, met een melding dat het 3.7 of hoger moet zijn.

Maar baal er vooral van dat het nu breekt

Ik meen mij te herinneren dat Python te installeren is vanuit de Synocommunity repo en van de officiele Synology repo. Heb je deze geinstalleerd uit de Synocommunity repo?

Volgens deze link is de python versie van Synocommunity pas op versie 3.7.7-15
https://synocommunity.com/package/python3

[ Voor 10% gewijzigd door avec_style op 26-01-2021 14:44 ]

[MikeyMan]

avec_style schreef op dinsdag 26 januari 2021 @ 14:43:
[...]


Ik meen mij te herinneren dat Python te installeren is vanuit de Synocommunity repo en van de officiele Synology repo. Heb je deze geinstalleerd uit de Synocommunity repo?

Nee, deze komt gewoon bij synology vandaan:

[avec_style]

MikeyMan schreef op dinsdag 26 januari 2021 @ 14:47:
[...]


Nee, deze komt gewoon bij synology vandaan:

[Afbeelding]

Probeer het eens met de Synocommunity package. Dat is wat ik gedaan heb. (volgens de instructies dus die staan op de github van Medusa)

[MikeyMan]

avec_style schreef op dinsdag 26 januari 2021 @ 14:48:
[...]


Probeer het eens met de Synocommunity package. Dat is wat ik gedaan heb. (volgens de instructies dus die staan op de github van Medusa)

Ok, gaan we proberen, kan geen kwaad

Op de github staat:

You need to remove whatever Python3 package you have installed and use the official one from the Syno repo.

Dus dat is wat verwarrend... Dacht de repo van Synology zelf...

[ Voor 4% gewijzigd door MikeyMan op 26-01-2021 14:53 ]

[avec_style]

MikeyMan schreef op dinsdag 26 januari 2021 @ 14:50:
[...]


Ok, gaan we proberen, kan geen kwaad

Op de github staat:

You need to remove whatever Python3 package you have installed and use the official one from the Syno repo.

Dus dat is wat verwarrend...

Dat is zeker verwarrend. Ik weet niet waar je dat precies gelezen hebt.
Ik haal mijn info van https://github.com/pymedusa/Medusa/wiki/Synology


En daar staat dit:
Install the Python 3 package that can be found in the SynoCommunity repository

Het kan geen kwaad om het uit te proberen. En aangezien ik zelf ook deze stappen heb uitgevoerd heb ik er wel vertrouwen in dat het gaat lukken nu.