Synology-Forum.nl
Packages => 3rd party Packages => SickRage => Topic gestart door: Ben(V) op 10 oktober 2018, 14:25:18
-
Echel0n is er in geslaagd het redirection systeem van github te hijacken, waardoor de https://github.com/SickRage/SickRage nu doorlinkt naar zijn github.
Zijn software is waardeloos en wil niet op Synology draaien.
Ook heeft hij een authorisatie catchall ingebouwd die alle authorisatie request doorsluist naar zijn eigen PC.
Bijvoorbeeld van je Nas als je dat bij Download Station gegevens hebt ingevuld.
De echte github is inmiddels hier te vinden
https://github.com/SickChill/SickChill/issues
Iedereen wordt aangeraden geen update meer te doen want dan zit je ineens opgescheept met de software van Echel0n, die niet wil draaien.
Om het probleem op te lossen moet je eerst de config.ini aanpassen van Sickrage.
Die is hier te vinden.
/var/packages/sickbeard-custom/target/var/config.ini
Stop SickRage
Wijzig de volgende regel in dat bestand.
git_remote_url = https://github.com/SickRage/SickRage.git
moet worden:
git_remote_url = https://github.com/SickChill/SickChill.git
Daarna log je in met putty en ga je naar de folder /var/packages/sickbeard-custom/target/var/SickBeard
Geeft daar het commando:
/var/packages/bin/git remote set-url origin https://github.com/SickChill/SickChill.git
Start SickRage weer.
Het aanpassen van de config.ini kun je doen met winscp of eventueel met de config editor.
In het laatste geval moet die config.ini even toevoegen aan de editor door deze regel erin op te nemen.
/var/packages/sickbeard-custom/target/var/config.ini, SickRage config
Indien je al geupdate hebt en SickRage wil niet meer draaien, zul je SickRage opnieuw moeten installeren met het sickbeard-custom package van de SynoCommunity.
Neem dan deze repro git://github.com/SickChill/SickChill.git
EDIT 13-10-2018 13:01
Ik heb besloten een nieuw package met de naam SickChill te maken.
Dit package zal een nieuw onafhankelijk package zijn.
Je kunt het hier downloaden:
https://github.com/BenjV/SYNO-packages/blob/master/SickChill%20noarch%20V1.1.spk
Als het package geïnstalleerd wordt zal hij eventueel bestaande config, databases en image cache importeren en de config zal aangepast worden zodat hij naar de juiste repro wijst.
Als de bestaande installatie al corrupt is door een Echel0n versie zal er niets geïmporteerd worden.
Na de installatie kun je het beste de oude SickRage of sickbeard-custom verwijderen.
-
Damn... nu had ik al even gewacht met updaten, maar toch de pineut.
Thanks voor het mededelen @Ben(V) , ga maar weer opnieuw beginnen met een 'goede' git ;)
-
Aaaah. Waarom ik dan ook update zonder eerst hier te komen kijken :'(
-
Ik update nooit zonder op @Ben(V) te wachten :)
-
Wijs.
Ik heb nu https://github.com/SickChill/SickChill.git gebruikt tijdens install van sickbeard-custom. Het git:// adres werkte bij mij niet.
Gelukkig backup gemaakt van settings voordat ik ging klungelen. En meteen de URL in config.ini aangepast.
Ik wacht nu altijd eerst op Robert Koopman en Ben(V) :-).
En damn you Echeldinges ... grrr.
-
Wijs.
Ik heb nu https://github.com/SickChill/SickChill.git gebruikt tijdens install van sickbeard-custom. Het git:// adres werkte bij mij niet.
Was even de // vergeten, heb het aangepast.
-
En ik was alweer vergeten hoe slecht de tvdb werkt bij het toevoegen van shows........
Nu per map een tvshow.nfo maken met de handmatige de naam en show-id, balen (en traag).
-
Snap ik niet.
Heb vandaag ook SickRage opnieuw moeten installeren en geen enkel probleem met Tvdb ondervonden.
All m'n series werden moeiteloos gevonden.
-
En heb je dan iets speciaals ingesteld? Ik had de time-out al verhoogd naar 60s i.p.v. 20s.
En zelfs met de tvshow.info duurt het maar.....
-
Nee gewoon standaard.
Kun je de website van tvdb wel normaal bereiken?
-
Ik had nog niet de allerlaatste update gedraaid dus bovenstaande advies komt goed van pas.
Echter draai ik Sickrage dus heb ik de config.ini aangepast in een ander pad.
Volgens de log leest hij dit pad ook uit Starting SickRage [master] using '/var/packages/sickrage/target/var/config.ini' maar toch zie ik in de source vermelding bij Help&Info nog steeds het oude Git pad staan.
Iemand enig idee ?
P.s. sickrage start en functioneert gewoon nog alleen met een melding Unknow current version number…. update now
Tia
Leurb
-
Je moet wel SickRage stoppen, aanpassen en SickRage weer starten.
Als je die melding krijgt heb je het verkeerd gedaan, want git wijst dan nog steeds naar de verkeerde github.
Als je inlogt met putty en je gaat naar deze folder:
/var/packages/sickbeard-custom/target/var/SickBeard
En je geeft dit commando:
/var/packages/git/target/bin/git remote -v
Dan moet je dit als resultaat krijgen.
[attachimg=1]
Krijg je dat niet dan moet dit commando geven:
git remote set-url origin https://github.com/SickChill/SickChill.git
-
Dat resultaat (zwart) is dus de verkeerde remote.
-
Nee dat is ook de goede.
De verkeerde is SickRage/SickRage.git (dus zonder - teken in het midden)
Eerst hebben ze Sick-Rage/Sick-Rage.git gemaakt maar om alle verwarring te voorkomen zijn ze maar overgegaan op SickChill, maar die Sick-Rage verwijst door naar SickChill.
Sorry voor de verwarring.
Ik ben zelf namelijk al overgegaan toen ze SickChill nog niet gemaakt hadden.
-
Sick-rage op github : This repository has been archived by the owner. It is now read-only.
-
Ik heb netjes Sickrage gestopt, config.ini gewijzigd en weer gestart dus daar kan het niet in zitten.
Als ik de git remote opvraag krijg ik onderstaande :
root@XXXXXXX:/var/packages/sickrage/target/var# /var/packages/git/target/bin/git remote -v
fatal: Not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
Ik kan de git ook niet zetten vanaf de cli.
Kan het iets te maken met het feit dat ik sickrage draai ipv sickbeard-custom.
Ik vond de config netjes in het genoemde pad als ik naar de directory van sickrage kijk.
Echter lijkt sickrage niet naar die config.ini te kijken bij het starten maar naar ergens anders.
Momentel zegt Sickrage dat de git source https://github.com/Sick-Rage/Sick-Rage/ is
Dat dus zou moeten doorverwijzen naar SickChill maar een post eerder staat dat deze readonly is.
Het is allemaal wat verwarrend vind ik maar ik zou graag een her-installatie voorkomen dus advies is welkom.
Tia
Leurb
-
Je bent niet in de folder /var/packages/sickrage/target/var/SickBeard gaan staan dus dan kan hij de git repository niet vinden.
Als je met de git client op je Nas Sick-Rage gebruikt, dan wordt je door github doorgestuurd naar SickChill, wat nu de nieuwe github is, dus Sick-Rage blijft gewoon werken als repository
En uiteraard is deze github op read-only gezet, als je doorverwijst dan moet je niet meer gaan wijzigen in een github
Neemt niet weg dat je beter SickChill kunt gebruiken.
Dit kan door SickRage te stoppen, de config.ini weer te wijzigen en dan het volgende commando te geven.
/var/packages/git/target/bin/git remote set-url origin https://github.com/SickChill/SickChill.git
Je kunt met "git remote -v" kijken of het goed gegaan is.
Uiteraard moet je dan in de juiste(hierboven genoemde) directory staan en niet gewoon in je inlog directory blijven staan.
-
En ik was alweer vergeten hoe slecht de tvdb werkt bij het toevoegen van shows........
Nu per map een tvshow.nfo maken met de handmatige de naam en show-id, balen (en traag).
Wie weet wie er iets aan heeft.
Na een herstart van mijn modem (ZIGGO) gaat de tvdb weer als een speer.
Nu hoopte ik stilletjes dat dit ook mijn probleem met de tvdb binnen kodi zou oplossen... Jammer!
Voorlopig worden de de tv-serie gegevens gevuld met de XEM-addin, werkt best aardig.
-
Ik zie inderdaad de laatste folder fout maar als ik vanuit de sickbeard directory de git commando's start (met voorliggend pad) krijg ik nog steeds dezelfde meldingen (Fatal; not …)
Dus de remote set-url origin en de remote -v geven dezelfde meldingen.
Lijkt mij dat ik iets fout doe maar wat ?
gr.
Leurb
-
Je hebt nu een SickRage package dat anders is dan wat ik nu draai en dat package kan ik niet meer installeren.
Je kun nog even met winscp kijken waar de hidden folder .git ergens staat, in die folder moet je zijn.
Draait SickRage nog wel en heb je enkel de melding dat je een nieuwere versie hebt?
Dan zou ik in ieder geval eerst een backup vanuit SickRage maken.
-
Ik hoorde dit van een maat van me, en zal het binnenkort veranderen.
Maar als ik het goed begrijp heb ik dus geen probleem zolang ik niet update? SickRage draait hier ook nog gewoon prima terwijl ik ergens vorige week nog een update gehad heb?
Krijg nu wel een vreemde melding dat ik op een 'onbekend' versie nummer draai?
-
Klopt, want jouw git wijst nu naar de gehijackte github en daar staat heel iets anders.
Als je update ben je de klos.
-
bedankt voor de bevestiging Ben!
Hoef ik me nu in ieder geval geen zorgen te maken dat er al iets fout gegaan is :)
Ga het aanpassen!
-
Heb alles weer werkend gekregen. Nu krijg ik alleen een melding: Local branch is ahead of master. Automatic update not possible.
Iemand enig idee wat ik nu moet doen.
Alvast bedankt,
Nicky
-
Even boven lezen... (Zeker een backup teruggezet)?
Gr, René
-
Nee nieuwe installatie en alles aangepast zoals boven stond beschreven
-
Knippen en plakken gedaan of zelf getypt?
sick-rage ipv sickrage, enz.
Anders kijkt hij naar de verkeerde git.
Beste is de sickchill versie te gebruiken (sick-rage linkt daar naartoe door).
https://github.com/SickChill/SickChill.git - die dus
Gr, René
-
Heb je dit gedaan?
Is een latere toevoeging van mijn eerste post geweest.
Daarna log je in met putty en ga je naar de folder /var/packages/sickbeard-custom/target/var/SickBeard
Geeft daar het commando:
/var/packages/bin/git remote set-url origin https://github.com/SickChill/SickChill.git
-
Dit was ik vergeten ja, bedankt voor alle energie die jullie hier insteken. Onmisbaar programma namelijk haha
-
Hoi,
ik krijg dan:
error: could not lock config file .git/config: Permission denied
fatal: could not set 'remote.origin.url' to 'https://github.com/SickChill/SickChill.git'
Ik gebruik MobaXterm en log in als admin
Ik kan geen sudo gebruiken (iets te maken met 2-stapsverificatie?)
WinSCP en Putty kan ik niet mee inloggen (ook iets te maken met 2-stapsverificatie?)
Configeditor kan ik niet vinden...
Alvast dank,
John
-
Nog even geprobeerd vanuit de sickrage folder maar dat lukt ook niet.
Wel een hidden .github folder gevonden maar dat was ook hetzelfde resultaat.
Omdat het nog draait heb ik natuurlijk een backup gemaakt maar daar staat ook de gesloten git (Sick-Rage) in.
Ik ervaar dus het zelfde als PascalP en dit draai ook Sickrage dus ik benieuwd of hij de oplossing kan toepassen.
Het heeft geen haast want het draait allemaal maar ik kan niet meer updaten :'(
tia
Leurb
-
Komt goed ik ga een update voor het SickRage package maken.
Zal wel ergens dit weekend worden.
-
Komt goed ik ga een update voor het SickRage package maken.
Zal wel ergens dit weekend worden.
betekend dat dat ik de fix niet hoef te doen?
Dan laat ik hem gewoon even doordraaien op de 'oude' versie zolang en installeer ik het nieuwe package wel als het klaar is ;)
-
@Ben(V)
Ik zie dat er gevraagd wordt om een update, maar als ik dan op de 'newer version available' klik, kom ik toch weer op http://github.com/SickRage/SickRage/compare/6d04e48280212de63227c7fb16145c3be9678dbe...42048adc775140a99dbc348c6ea66b0d63643b7e uit.
En de 6d04e48280212de63227c7fb16145c3be9678dbe is mijn huidige 'commit'.
Dit terwijl ik als ik de 'git remote -v' uitvoer de volgende uitvoer krijg:
/var/packages/sickbeard-custom/target/var/SickBeard$ git remote -v
origin https://github.com/SickChill/SickChill.git (fetch)
origin https://github.com/SickChill/SickChill.git (push)
Of heeft meneer/mevrouw echel0n weer een stunt uitgehaald?
En in-program staat er bij 'Help & Info' als basislink: http://dereferer.org/?https://github.com/Sick-Rage/Sick-Rage/tree/master
Aanvulling:
Misschien heb ik het gemist in deze of gene beschrijving, maar na het uitvoeren van een 'git reset --hard origin/master' (met afgesloten SickChill) kreeg ik de melding dat ik nu op de 'Fix travis push' zat en startte SickChill op met de 'juiste' settings.
Ook onderin de 'Help & Info' pagina staat nu vele malen SickChill ipv Sick-Rage... Lijkt nu allemaal goed te staan.
-
Nee dit is een update vanuit de SickChill repository
Ze zijn bezig overal de benamingen te veranderen.
Ik zou voorlopig even wachten met updaten, met zo'n operatie gaat er altijd wel iets mis.
Laat het eerst maar even uitgetest worden voor je update.
Het zijn toch geen functionele updates.
-
Komt goed ik ga een update voor het SickRage package maken.
Zal wel ergens dit weekend worden.
betekend dat dat ik de fix niet hoef te doen?
Dan laat ik hem gewoon even doordraaien op de 'oude' versie zolang en installeer ik het nieuwe package wel als het klaar is ;)
Lees de rode tekst onderaan mijn openings post.
-
Ik ga een nieuw package genaamd SickChill maken.
Lees de rode tekst onderaan mijn openings post.
-
Na eigenwijs op updaten te klikken bij de meldig dat de versie onbekend was (zoiets hierboven al een screenshot van verscheen) starte sickrage niet meer op (package van BenV gebruikt). Ook de .git folder was weg, wat herstellen inderdaad lastig maakt.
Echter heb ik het wel voor elkaar gekregen de installatie weer werkend te krijgen, zonder te herinstalleren (en dus met behoud van instellingen).
Hieronder wat ik heb gedaan:
noot: sickrage dient gestopt te zijn (wat bij mij al het geval was, want hij startte niet meer)
eerst natuurlijk de remote in '/var/packages/sickrage/target/var/config.ini' naar de SickChill repo (zoals eerder beschreven). Daarna met de volgende commando's git weer geïnitialiseerd en gelijkgetrokken met de sickchill repo:
cd /var/packages/sickrage/target/var/
git init
git remote add origin https://github.com/SickChill/SickChill.git
git fetch
git checkout master --force
git pull
git clean -fd
cd ../
sudo chown -Rv sc-sickrage:sickrage var/
Daarna startte sickrage weer vanuit DSM, en dus met behoud van instellingen.
Ik hoop dat dit iemand helpt :)
-
Ik zou maar gewoon even geduld hebben tot ik het package gereed heb.
Lijkt me veel verstandiger en ondertussen absoluut niet updaten.
Wat altijd verstandig is om vanuit SickRage een backup te mken.
-
Beste Ben(V),
bij voorbaat dank dat je hier zoveel effort in steekt om alles voor ons makkelijker en weer werkend te maken. Nu heb ik zelf nog een NAS die draait op DSM versie 5, dus mijn vraag of de package die je maakt ook gaat werken op DSM versie 5. Dan kan ik daar ook Sickrage weer goed maken (volgens mij werkt Sickbeard-custom ook nog onder zowel 5 als 6).
Het zou heel jammer zijn als ik niet kan bijwerken naar de juiste git etc.
Uiteraard alvast mijn grote dank.
Succes!
-
Ja hoor hij zal ook voor DSM 5 werken.
De basis zal sickbeard-custom van de SynoCommunity zijn, maar specifiek voor SickChill.
Ik pas dat package dus aan om de bestaande config en database files van SickRage aan te passen en te migreren.
De architectuur van de nieuwe packages van de SynoCommunity heb ik helpen ontwikkelen dus daar borduur ik op voort.
-
Owwww mijn volgorde is weer geweldig! :'(
Vanmorgen de update button gedrukt en daarna hetzelfde verhaal natuurlijk.
Daarna Ben(V)'s oude install gedraaid. Toen deed ie het weer, maar zonder al m'n instellingen.
Is dat nog terug te krijgen of kan ik nu beter wachten op SickChill?
Edit: Laat maar. Heb besloten om alles eraf te halen!
Is niet anders.
Zodra SickChill ready is, ga ik het weer proberen. Bedankt voor je efforts Ben(V)!
-
Als je de oude install gedraaid heb dan ben je ook je configuratie en database kwijt en wijst hij naar de Echel0n github.
In ieder geval geen update doen.
Als je ooit een backup gemaakt heb kun kijken of je die kunt restoren met je huidige SickRage package, dan het package stoppen en wachten tot mijn SickChill package gereed is.
Die zal dan je config en database migreren.
-
Bedankt voor je snelle reactie. Ik zei (helaas) al dat mijn volgorde niet best was, want ik kwam hier pas terecht nadat de de oude package ook niet werkte. Ik heb de hele bups er nu af gehaald, want een backup had ik ook niet. Bouw het wel weer opnieuw op als het zover is.
Nog een vraag: jou package maakte in het verleden ook de nodige users en rechten aan, hidden volgens mij. Blijven deze erop staan of ben ik die ook kwijt?
Of krijgt de Sickchill package dezelfde users en rechten?
-
SickChill zal zich conformeren aan de standaarden die de SynoCommunity heeft opgesteld en die door DSM 6 worden afgedwongen.
Dus in dit geval zal de hidden user van het package toegevoegd worden aan de groep sc-download en kun je via die groep rechten uitdelen.
Die groep is dus hetzelfde als die voor mijn oude SickRage package gebruikt werd.
-
@Ben(V), Ik heb de Sichbeard-custom installatie gevolgd en heb sinds een aantal dagen de melding: Local branch is ahead of master. Automatic update not possible.
Info:
User: sc-sickbeard-custom
Program Folder: /volume1/@appstore/sickbeard-custom/var/SickBeard
Config File: /volume1/@appstore/sickbeard-custom/var/config.ini
Database File: /volume1/@appstore/sickbeard-custom/var/sickbeard.db
Cache Folder: /volume1/@appstore/sickbeard-custom/var/cache
Log Folder: /volume1/@appstore/sickbeard-custom/var/Logs
Arguments: ['--daemon', '--pidfile', '/volume1/@appstore/sickbeard-custom/var/sickbeard-custom.pid', '--config', '/volume1/@appstore/sickbeard-custom/var/config.ini', '--datadir', '/volume1/@appstore/sickbeard-custom/var/']
Website: http://sickrage.github.io/
Wiki: https://github.com/SickRage/SickRage/wiki
Source: https://github.com/SickRage/SickRage/
IRC Chat: #sickrage-issues on irc.freenode.net
Als ik wacht tot je de SickChill versie klaar hebt, dan kan ik daarmee mijn huidige versie omzetten naar de SickChill versie?
-
Ja dat is de bedoeling.
Het ChickChill package zal de config en database van de oude installatie overnemen en het gepruts van echel0n er on-the-fly weer uitslopen.
Ik zou het package voor nu maar even stoppen.
Ik zat vanochtend even m'n virus scanner te controleren en in de log stond een melding dat zijn website geblokkeerd was wegens het verspreiden van een trojan.
Dus alles wat met hem te maken hebt moet je zorgvuldig mee zijn.
Zie hier de melding
-Blocked Website Details-
Malicious Website: 1
, , Blocked, [-1], [-1],0.0.0
-Website Data-
Category: Trojan
Domain: git.sickrage.ca
IP Address: 104.27.168.129
Port: [52584]
Type: Outbound
-
Ik heb het nieuwe package voor SickChill gereed
Het is hier te downloaden:
https://github.com/BenjV/SYNO-packages/raw/master/SickChill%20noarch%20V1.0.spk
Zoals tevoren zijn de "python2.7" -en "git" packages van de SynoCommunity nodig voor deze installatie.
Die moeten dus aanwezig zijn.
Als je een SickRage of sickbeard-custom package hebt draaien moet je die eerst stoppen (niet verwijderen!).
Als een van deze packages op je Nas staat zal het SickChill package tijdens de installatie de config en de databases importeren.
Ook zal er voor gezorgd worden dat de config weer naar de juiste github verwijst en niet meer naar die van Echel0n.
Tijdens de installatie wordt ge laatste versie van de github van SickChill opgehaalt
Belangrijk!!!
Het SickChill package zal de port 8899 gebruiken en niet meer een van de oude poorten.
Als na de installatie alles goed draait kun je de oude packages verwijderen.
-
So far, so good. Waarschijnlijk moeten de series nog wel even geüpdate worden omdat de images nog niet zichtbaar zijn, maar zo te zien is alles netjes overgenomen. Thanks !
Edit: inmiddels zijn alle images e.d. ook geladen en is alles up-and-running.
Eventuele updates, kunnen die voortaan via de webgui geïnstalleerd worden?
-
Ja hoor je kunt gewoon weer vanuit SickChill zelf updaten.
Bedankt voor de terugkoppeling.
-
Het draait hier ook allemaal weer, alleen de metadata wordt die automatisch weer geupdate of moet je dat zelf doen. Ik krijg namelijk alleen maar het sickrage plaatje te zien bij mijn series.
Kan ik nu ook sickrage van mijn nas af gooien. Blijft Sickchill dan gewoon werken?
-
Als SickChill werkt, dan kun je SickRage verwijderen.
Ik heb bij mijn SickChill setup gekozen voor een 'mass update' (update en rescan geselecteerd bij alle series), en 5 minuten later waren alle plaatjes weer geladen. Ik weet niet of dat nodig was, maar je zou dat kunnen proberen als bij jou de plaatjes nog niet zichtbaar zijn.
-
Sickrage gestopt en de spk van SickChill opgehaald.
Installeren gaat niet, krijg deze melding:
"Poort unidentified die voor dit pakket is geconfigureerd wordt gebruikt door een andere service of is voorbehouden voor systeemgebruik. Schakel de service die het conflict veroorzaakt uit of neem contact op met de ontwikkelaar om de configuratie van het pakket te wijzigen"
Sickrage gebruikt bij mij inderdaad poort 8899 maar deze is nu gestopt.
Moet je dan eerst de NAS herstarten om de poort vrij te geven?
Herstarten doe ik overdag niet graag.
-
Ik had juist de poort gewijzigd om dit te voorkomen.
Maar jouw package gebruikt dus blijkbaar deze poort al.
Het beste kun je even de port ontkoppelen van de oude sickrage installatie met het volgende commando in putty
sudo servicetool --remove-configure-file --package sickrage.sc
Of zelf die file weggooien.
Die vind je hier:
/usr/local/etc/services.d/sickrage.sc
-
Na het installeren van SickChill (dank voor je werk!) krijg ik helaas de melding "failed to run the package service". Welke gegevens heb je van mij nodig om te kijken wat er mis gaat?
Edit
In sickchill.log vind ik één foutmelding: IOError: [Errno 13] Permission denied: u'/usr/local/sickbeard-custom/var/Logs/sickchill.log'
-
Het package doet helemaal niets met de log van de oude sickbeard-custom log.
Dat is dus een probleem dat je al had met sickbeard-custom.
Kijk eens wat er in de /var/packages/sickchill/target/var/sickchill_install.log staat.
-
Kijk eens wat er in de /var/packages/sickchill/target/var/sickchill/sickchill_install.log staat.
Dat bestand bestaat bij mij niet: de laatste sickchill directory is er niet.
Bijgevoegd /var/packages/sickchill/target/var/sickchill_install.log; mij valt niet direct iets op.
-
Map zoals @Ben(V) aangeeft bestaat idd niet (bij nieuwe installatie van gedownloade spk).
Ik heb hetzelfde als @Dumpty477 : een sickchill_install.log in path /var/packages/sickchill/target/var
Daarin wel een map SickBeard met daarin weer twee submappen sickbeard en sickchill...
Maar ik zeur niet, het werkt! ;) Feest.
-
Ik had een type foutje gemaakt en inmiddels gecorrigeerd.
Heb geen idee waarom bij @Dumpty477 het package niet wil starten.
De installatie en de migratie is volgens de log helemaal goed afgerond.
Maar gezien de permission denied melding die het oude package al had is er iets heel vreemds aan de hand met zijn Nas.
Welke DSM versie draai je?
Heb je ooit iets op de commandline met rechten gedaan, want die melding komt als sickbeard-custom niet in z'n logfile kan schrijven en dat is heel vreemd.
-
Welke DSM versie draai je?
Heb je ooit iets op de commandline met rechten gedaan, want die melding komt als sickbeard-custom niet in z'n logfile kan schrijven en dat is heel vreemd.
Mijn DSM versie is DSM 6.2.1-23824
Ik kan me niet herinneren dat ik iets met rechten heb gedaan. Ik weet wel dat ik ooit SickRage naar SickBeard-Custom heb gemigreerd (ik geloof ergens bij de overgang van DSM 5 naar DSM 6), en rond die tijd waren er geloof ik ook de aanpassingen in de rechten/service-accounts. Wel heb ik lopen rommelen met de rechten van NZBget, maar dat was in de downloadfolder. En daar zijn we nog niet.
Edit: ik heb nog even de rechten op het SickBeard-log bekeken, maar dat lijkt ook in orde:
admin@DiskStation:/usr/local/sickbeard-custom/var$ ls *.log -l
-rw-r--r-- 1 root root 1203 Jun 30 15:54 sickbeard-custom_install.log
-rw-r--r-- 1 sc-sickbeard-custom sickbeard-custom 441 Oct 18 16:38 sickbeard-custom.log
(sorry dat het zo lang duurt om informatie aan te levern, ik heb hoegenaamd geen ervaring met Linux dus moet de simpelste dingen uitzoeken)
Edit 2:
Hierbij het hele sickchill.log bestand.
admin@DiskStation:/var/packages/sickchill/target/var$ more sickchill.log
Thu Oct 18 22:14:28 CEST 2018
Starting sickchill command /volume1/@appstore/sickchill/env/bin/python /volume1/@appstore/sickchill/var/SickBeard/SickBeard.py --daemon -
-pidfile /volume1/@appstore/sickchill/var/sickchill.pid --config /volume1/@appstore/sickchill/var/config.ini --datadir /volume1/@appstore
/sickchill/var/
Traceback (most recent call last):
File "/volume1/@appstore/sickchill/var/SickBeard/SickBeard.py", line 548, in <module>
SickChill().start()
File "/volume1/@appstore/sickchill/var/SickBeard/SickBeard.py", line 250, in start
sickbeard.initialize(consoleLogging=self.console_logging)
File "/volume1/@appstore/sickchill/var/SickBeard/sickbeard/__init__.py", line 785, in initialize
logger.init_logging(console_logging=consoleLogging, file_logging=fileLogging, debug_logging=DEBUG, database_logging=DBDEBUG)
File "/volume1/@appstore/sickchill/var/SickBeard/sickbeard/logger.py", line 448, in init_logging
return Wrapper.instance.init_logging(*args, **kwargs)
File "/volume1/@appstore/sickchill/var/SickBeard/sickbeard/logger.py", line 185, in init_logging
self.log_file, maxBytes=int(sickbeard.LOG_SIZE * 1048576), backupCount=sickbeard.LOG_NR, encoding='utf-8'
File "/var/packages/python/target/lib/python2.7/logging/handlers.py", line 117, in __init__
BaseRotatingHandler.__init__(self, filename, mode, encoding, delay)
File "/var/packages/python/target/lib/python2.7/logging/handlers.py", line 64, in __init__
logging.FileHandler.__init__(self, filename, mode, encoding, delay)
File "/var/packages/python/target/lib/python2.7/logging/__init__.py", line 913, in __init__
StreamHandler.__init__(self, self._open())
File "/var/packages/python/target/lib/python2.7/logging/__init__.py", line 945, in _open
stream = codecs.open(self.baseFilename, self.mode, self.encoding)
File "/volume1/@appstore/sickchill/env/lib/python2.7/codecs.py", line 896, in open
file = __builtin__.open(filename, mode, buffering)
IOError: [Errno 13] Permission denied: u'/usr/local/sickbeard-custom/var/Logs/sickchill.log'
Afgaande op dit log lijkt het er toch op dat sickchill in een verkeerde directory logs probeert weg te schrijven.
In de config.ini vind ik dit:
log_dir = /usr/local/sickbeard-custom/var/Logs
en de rechten daar staan zo:
admin@DiskStation:/usr/local/sickbeard-custom/var$ ls -l Logs
total 5380
-rw-rw-rw- 1 sc-sickbeard-custom sickbeard-custom 240217 Oct 18 22:33 sickrage.log
-rw-rw-rw- 1 sc-sickbeard-custom sickbeard-custom 1048487 Oct 18 06:48 sickrage.log.1
-rw-rw-rw- 1 sc-sickbeard-custom sickbeard-custom 1048499 Oct 16 07:48 sickrage.log.2
-rw-rw-rw- 1 sc-sickbeard-custom sickbeard-custom 1048447 Oct 14 06:47 sickrage.log.3
-rw-rw-rw- 1 sc-sickbeard-custom sickbeard-custom 1048487 Oct 7 01:55 sickrage.log.4
-rw-rw-rw- 1 sc-sickbeard-custom sickbeard-custom 1048486 Sep 21 16:21 sickrage.log.5
en daar mag sc-sickchill dus niet bij. Kan ik de logdir in de config.ini gewoon weghalen en/of aanpassen? Ervan uitgaande dat mijn diagnose correct is natuurlijk.
Edit 3: Yay me? Na veranderen van de locatie van de logfolder naar een plek waar sickchill wel bij mag in de config.ini werkt het. Mogelijk iets mals in mijn configuratie, ik zie dat iemand anders met een 415+ geen enkel probleem had.
Anyway, het werkt nu. Bedankt BenV!
-
Bedankt Ben, works like a charm!
-
bedankt Ben!
Heb het nieuwe package geinstalleerd, kan helaas alleen nog niet testen of deze werkt gezien ik buiten de deur zit en poort 8899 niet geforwarded is in mijn router...
Zie het morgen wel als ik thuiskom of alles netjes over gegaan is :)
-
Welke DSM versie draai je?
Heb je ooit iets op de commandline met rechten gedaan, want die melding komt als sickbeard-custom niet in z'n logfile kan schrijven en dat is heel vreemd.
Mijn DSM versie is DSM 6.2.1-23824
Ik kan me niet herinneren dat ik iets met rechten heb gedaan. Ik weet wel dat ik ooit SickRage naar SickBeard-Custom heb gemigreerd (ik geloof ergens bij de overgang van DSM 5 naar DSM 6), en rond die tijd waren er geloof ik ook de aanpassingen in de rechten/service-accounts. Wel heb ik lopen rommelen met de rechten van NZBget, maar dat was in de downloadfolder. En daar zijn we nog niet.........enz.........
Je heb in het verleden dus in de config.ini van de sickbeard-custom de locatie van de logfile ergens anders geplaatst.
En je hebt voor die locatie sc-sickbeard-custom lees/schrijf rechten gegeven.
Als je dan mijn package gebruikt die deze oude config importeert dan kun je verwachten dat het fout gaat want SickChill heeft dan uiteraard geen rechten om op die locatie te schrijven.
Als nu daar de groep sc-download voor had gekozen in plaats sc-sickbeard-custom had alles gewoon gewerkt.
Er is een reden waarom er met een groep(sc-download) gewerkt wordt en waarom je niet met de hidden user (sc-sickbeard-custom) moet gaan prutsen.
-
Beste Ben(V),
ik wil je package van SickChill installeren, maar voordat ik ga beginnen heb ik wel ter controle een vraag. Wanneer ik in Package Center kijk, dan heb ik SickBeard-Custom (nog) staan, op 'stopped' en Sickrage, op 'running'. Uiteraard zal ik Sickrage stoppen voordat ik je pakket installeer, maar de vraag is nu: moet ik niet eerst SickBeard-Custom verwijderen om eventuele problemen bij de import door jouw SickChill package te voorkomen? (uiteraard zal ik SickRage laten staan en alleen stoppen.
SickBeard-Custom stamt volgens mij nog uit een verleden, toen we van sickbeard naar een andere fork konden, waaronder SickRage. Later is volgens mij een apart package van SickRage gekomen. Sinds 2012 is er behoorlijk wat gebeurd met en rondom Sickbeard/SickRage/SickChill) en is o.a. ook de versie van SickRage (door jou) op 99999999.
-
De versie die je in gebruik had moet je stoppen maar wel laten staan.
De versie die je niet meer gebruikte moet je eerst verwijderen.
Daarna kun je het SickChill package installeren en als je gecontroleerd hebt of alles goed werkt kun je ook dan andere package verwijderen.
-
bedankt Ben!
Heb het nieuwe package geinstalleerd, kan helaas alleen nog niet testen of deze werkt gezien ik buiten de deur zit en poort 8899 niet geforwarded is in mijn router...
Zie het morgen wel als ik thuiskom of alles netjes over gegaan is :)
zojuist thuis gekomen, SickChill opgestart en werkt gewoon perfect, alles netjes overgenomen.
super bedankt weer!
-
Hi Ben(V),
dank voor je snelle reactie. Wanneer ik nu SickChill probeer te installeren krijg ik dezelfde melding als Robert (port 8899 in gebruik, wat klopt want dat is de port van de huidige SickRage). Wanneer ik echter het door jou opgegeven commando probeer:
sudo servicetool --remove-configure-file --package sickrage.scKrijg ik de melding dat het commando sudo niet bestaat. Enige suggestie wat ik fout doe?
Overigens ook geprobeerd om de file te verwijderen (overigens heb ik dat gedaan door de naam te wijzigen zodat ik het nog kan terugzetten; voor het geval dat) en dan krijg ik nog steeds de melding dat port 8899 in gebruik is.
Hopelijk kun je mij verder helpen.
Bij voorbaat uiteraard al mijn dank!
-
Thx voor het pakket!
Echter zit er bij mij 1 error in (dat zit bij elke versie van SickChill die ik geprobeerd heb) ik heb geen search providers.
Weet niet of anderen daar ook last van hebben?
-
Krijg ik de melding dat het commando sudo niet bestaat. Enige suggestie wat ik fout doe?
@Satch_23 Dan ben je niet als admin ingelogd.
-
Birdy,
ik heb Putty opgestart en heb daar met mijn admin account via SSH ingelogd op de Synology. Heb zelfs ook geprobeerd om account root te gebruiken.
-
root inloggen kan niet, eh....kan wel, maar daarvoor moet je wat aangepast hebben.
Wel met de echte admin ?
[attachimg=1]
-
Wellicht domme vraag, maar echte admin? Ik gebruik als login naam admin en als ww het admin ww van de Synology. Wat ik ook gebruik om via de webinterface op de Syology in te loggen. Wat doe ik fout of zie ik over het hoofd?
-
Nou, omdat je ook een user kunt aanmaken die admin rechten heeft en daarna user admin kunt blokkeren.
Dus, je gebruikt de echte user admin ? Merkwaardig dan.
-
Ah ok, maar nee. Ik heb niet ingelogd met user-account met admin rechten.Maar dus gewoon met account admin.
[attachimg=1]
-
Ik zie ook Busybox, welke DSM versie draai je eigenlijk?
-
Hi, mijn Synology draait nog op DSM 5.
-
Ahhhhh, dan als root inloggen en het commando uitvoeren zonder sudo er voor.
-
Hi Birdy,
de voorgestelde manier werkte, althans opdracht werd uitgevoerd.
Echter, wanneer ik dan vervolgens het Sickrage SickChill package probeer te draaien krijg ik nog steeds de melding dat port 88919 bezet is.
Hoe nu verder?
-
Je moet toch juist niet Sickrage draaien maar SickChill installeren?
-
ah ja, sorry spelfoutje... Ik bedoel dus wanneer ik SickChill probeer te installeren, de package van Ben(V), krijg ik de melding dat 8899 bezit is. Dat terwijl ik dus opgegeven commando heb uitgevoerd.
-
Je kunt ook gewoon een van deze bestanden verwijderen afhankelijk van welk package je had draaien.:
/usr/local/etc/services.d/sickrage.sc
of
/usr/local/etc/services.d/sickbeard-custom.sc
-
Thx voor het pakket!
Echter zit er bij mij 1 error in (dat zit bij elke versie van SickChill die ik geprobeerd heb) ik heb geen search providers.
Weet niet of anderen daar ook last van hebben?
Als je geen search providers hebt is je config.ini corrupt vermoed ik.
Wat je kunt proberen is SickChill te stoppen en hem helemaal te verwijderen.
Al je settings zijn dan wel weg.
Je kunt hem hier vinden:
/var/packages/sickchill/target/var
-
Hi Ben(V)/Birdy,
ik ben er achter wat ik fout heb gedaan. Ik dacht ik bewaar een kopie van de sickrage.sc file. Deed ik in dezelfde directory. Dat is dus NIET handig. Dan wordt 8899 nog steeds gevonden als bezette port. Nadat ik de kopie ook had verwijderd liep de installatie van jouw package door.
Hij is nu bezig met installatie en is met loading bezig. Dus even geduld en afwachten of het nu wel goed gaat.
Sorry voor alle (eigenlijk) onnodige gedoe. Wel fijn dat jullie voortdurend tips en trucs hebben gegeven. Overigens was de tip van Birdy ook goed voor wat betreft het uitvoeren van het commando onder DSM5.
-
Wat je kunt proberen is SickChill te stoppen en hem helemaal te verwijderen.
Al je settings zijn dan wel weg.
Je kunt hem hier vinden:
/var/packages/sickchill/target/var
Heb ik al meerdere malen geprobeerd, ook na herstarten van de nas. Heb sickchill ook als docker geïnstalleerd gaf hetzelfde probleem.
Ik had zelf nog een versie van sickrage liggen die draait wel totdat ik mijn series wil inladen dan loopt hij vast....
Geen idee wat het probleem is. Van de log wordt je ook niets wijzer helaas.
-
Ben(V),
SickChill draait en lijkt te werken. Even de komende dagen aankijken.
Top werk weer!
-
Even een update vanuit de makers van SickChill.
Ze hebben de restore aangepast, zodat bij een restore het git path automatisch goed gezet wordt.
Dus voor iedereen die een nog draaiende versie hebben is een backup maken vanuit SickRage en die daarna vanuit SickRage weer restoren ook een optie.
-
@Ben(V) Toch een vreemde bij mij met poort 8899.
Gooi ik sickrage.sc eraf en kijk later met "cat /usr/local/etc/services.d/*.sc" dan is poort 8899 nog steeds in gebruik.
Zet het bestandje weer terug, configureer Sickrage naar poort 8898 en moet ook daadwerkelijk naar 8898 gaan om Sickrage te kunnen gebruiken.
Via poort 8899 werkt het niet.
Kijk ik welke poorten er in gebruik zijn blijft 8899 er vrolijk tussen staan 8)
Zou dat nog een "verontreiniging" zijn van ooit over van SickBeard naar Sickrage zijn?
-
Ik weet niet hoe je SickRage naar poort 8899 configureert, maar als je dat in SickRage zelf doet heeft dat geen enkel nut.
SickRage is een algemene applicatie die niets van DSM afweet en die .sc bestandjes zijn enkel van DSM.
Daarom moet je ook gewoon SickRage stoppen, SickChill installeren en dan als je gecontroleerd hebt of SickChill goed werkt en geconfigureerd is moet je SickRage verwijderen en niet meer opstarten.
Als je SickRage weer opstart zal hij weer een nieuw "sickrage.sc" bestandje aanmaken met poort 8889 daarin.
Overigens kun je mijn SickChill package opnieuw downloaden, want ik het commando dat die poort unlocked in het SickChill package opgenomen.
Even in het algemeen:
Poorten wijzigen in een applicatie zelf, kan gewoon niet, dat wordt nooit doorgegeven aan DSM.
DSM is zo gemaakt dat poorten bij de installatie van een package gezet worden en kunnen niet gewijzigd worden.
-
Geweldig van je BenV dat je zo snel een nieuwe package hebt gemaakt!
Ik heb ook SickRage geupdated en die doet het nu dus ook niet meer. Na het lezen van de posts hier heb ik jouw package gedownload en geïnstaleerd.
Het installlog gaat zo te zien goed:
Sun Oct 21 21:07:20 CEST 2018
===> Step preinst. USER=sickchill GROUP=sc-download SHARE_PATH=
Invoke service_preinst
Removing possible firewall conflict with old sickrage package
Removing possible firewall conflict with old sickbeard-custom package
remove configure file fail! file=sickbeard-custom.sc error=
[0x0700 service_conf_remove.c:111]Sun Oct 21 21:07:21 CEST 2018
===> Step postinst. USER=sickchill GROUP=sc-download SHARE_PATH=
Installing service configuration /var/packages/sickchill/conf/sickchill.sc
Adding 'sc-sickchill' to 'sc-download'
Group Name: [sc-download]
Group Type: [AUTH_LOCAL]
Group ID: [65539]
Group Members:
0:[sc-sabnzbd]
1:[sc-sickchill]
Invoke service_postinst
Create a Python virtualenv
New python executable in /volume2/@appstore/sickchill/env/bin/python
Installing setuptools, pip, wheel...done.
Clone the repository
/var/packages/sickchill/scripts/service-setup: line 60: /usr/local/git/bin/git: No such file or directory
Check for correct config and database files of older installations an use them if applicable
Old SickRage package found, migrating database and config to ChickChill
'/var/packages/sickrage/target/var/sickbeard.db' -> '/volume2/@appstore/sickchill/var/sickbeard.db'
'/var/packages/sickrage/target/var/cache.db' -> '/volume2/@appstore/sickchill/var/cache.db'
'/var/packages/sickrage/target/var/failed.db' -> '/volume2/@appstore/sickchill/var/failed.db'
'/var/packages/sickrage/target/var/config.ini' -> '/volume2/@appstore/sickchill/var/config.ini'
Change the port and the github to the correct value's
Migration completed
Het starten van je package lukt echter niet. Wanneer ik kijk in sickchill.log dan zie ik:
Sun Oct 21 21:14:37 CEST 2018
Starting sickchill command /volume2/@appstore/sickchill/env/bin/python /volume2/@appstore/sickchill/var/SickBeard/SickBeard.py --daemon --pidfile /volume2/@appstore/sickchill/var/sickchill.pid --config /volume2/@appstore/sickchill/var/config.ini --datadir /volume2/@appstore/sickchill/var/
/volume2/@appstore/sickchill/env/bin/python: can't open file '/volume2/@appstore/sickchill/var/SickBeard/SickBeard.py': [Errno 2] No such file or directory
Wat kan ik doen om het werkend te krijgen?
-
Kan je met PuTTY of WinSCP eens kijken of /volume2/@appstore/sickchill/var/SickBeard/SickBeard.py bestaat ?
Verder heb ik er geen verstand van, Ben(V) wel (natuurlijk).
-
Mist ie git niet ?
Clone the repository
/var/packages/sickchill/scripts/service-setup: line 60: /usr/local/git/bin/git: No such file or directory
-
Ha....kan ook nog ;D
-
Ik heb nu de oude SickRage verwijderd.
Git is geïnstalleerd en draait.
Het SickBeard.py-bestand bestaat niet. Wat staat er in dit bestand?
-
Bij jouw bestaat dat bestand er niet, want zoals @mesa57 al opmerkte kon het package de git binary niet vinden en dus kon SickChill niet gecloned worden vanaf de github.
Dus je heb de hele applicatie niet alleen het package framework is er.
Dus je had ofwel git niet draaien ofwel hebt je hem op een heel vreemde locatie staan, ofwel de symlink naar die installatie is verwijderd.
Overigens ben je door SickRage te verwijderen je oude config en database nu wel kwijt.
EDIT:
Ik heb het package aangepast zodat hij nu git via een andere simlink zoekt, misschien dat dit bij jouw wel werkt.
Wat je moet doen is het volgende:
Save de volgende twee files ergens.
/var/packages/sickchill/target/var/sickbeard.db
/var/packages/sickchill/target/var/config.ini
Verwijder het SickChill package.
Download het SickChill package opnieuw van mijn github.
Installeer het package, maar haal het vinkje weg dat hij meteen moet opstarten.
Kopieer de twee gesaved file's weer naar de orginele locatie (wel een kopie bewaren voor als het nog mis gaat).
Start SickChil vanuit het package center.
Als het dan nog niet gaat moet je eerst git verwijderen en opnieuw installeren en daarna alles nog een keer doen.
Dus even package opnieuw downloaden en opnieuw installeren.
Als je met putty of winscp kunt omgaan moet je de "*.db" en "config.ini" eerst even saven voor je het ni
-
Ik heb laatst mijn apps moeten verplaatsen van /volume1 naar /volume2. Ik heb de symlinks toen ook aangepast, maar ruim de helft van de packages die ik had draaien werkten daarna toch niet lekker en heb ik moeten herinstalleren.
Git draaide op het oog prima. Toen SickRage niet meer werkte na de update kwam ik er achter dat git toch niet goed werkte.
Deze kon ik echter pas herinstalleren wanneer SickRage en/of SickChill was verwijderd.
Ik heb de config nog kunnen backupppen, de db ben ik vergeten. SickChill en git heb ik verwijderd en daarna weer geïnstalleerd. Dan maar de instellingen opnieuw goedzetten a.d.h.v. de oude config en de shows opnieuw inlezen.
Nogmaals dank aan BenV en geen dank aan echel0n.
-
Tja zomaar packages verplaatsen en proberen alle links te weten en te wijzigen is niet zo handig.
Er wordt echt heel veel gedaan op het moment dat een package geinstalleerd wordt en dan heb ik het niet eens over package bouwers die niet de moeite nemen om de gedefinieerde links te gebruiken, maar gewoon keiharde locaties opnemen tijdens het installeren.
Het is niet voor niets dat Synology dat niet ondersteund.
-
Hoi,
Ik heb een clean install gedaan met het nieuwe package en dacht dat ik alles goed had ingesteld, maar op de een of andere manier zet hij de downloads niet meer in een season map, terwijl dit wel staat aangevinkt. Enig idee waar dat aan kan liggen?
-
Rechten van die map goed gezet?
De groep "sc-downlod" moet daar rechten hebben.
-
Nee, dat gaat wel goed.
Ik heb een serie waarvan ik al mappen heb (Season 1, season 2 en season 3).
De eerste van season 4 wordt echter in de root van die serie gezet. Niet in een nieuwe map Season 4 maar naast de mappen s1, s2 en s3
-
Dan heb je bij postprocessing ofwel het vinkje staan bij de tekst:
add shows without creating a directory (not recommended)
ofwel laat je de postprocessing renamen en het je daar een fout staan/gemaakt.
Of je hebt die serie toegevoegd met als locatie de seizoensmap in plaats van de seriemap.
-
:o :o Ehm...optie 2! Foutje gemaakt in de rename.
Thanks for the tip ;) :thumbup:
-
Hallo, ik kan de SickChill installatie niet starten.
In het installatie log zie ik onderstaande melding.
----
Clone the repository
fatal: unable to access 'https://github.com/SickChill/SickChill.git/': SSL certificate problem: unable to get local issuer certificate
----
Iemand een idee hoe dit is op te lossen?
-
Github heeft op dit moment problemen: https://status.github.com/messages (https://status.github.com/messages).
Op een later moment dus nog eens proberen ...
-
---bericht verwijderd----
-
Vandaag meldt Sickchill dat er een update is. Is deze te vertrouwen? Gezien resultaten uit het verleden......... :?:
-
Bij mij is sickchill vandaag geupdate. Daarna start sickchill niet meer op. Nog geen idee waarom. Ik kan de logfiles niet vinden.
En ik zoek nog hoe ik sickchill opnieuw kan installeren. Backup heb ik wel.
-
Opnieuw installeren helpt niet want dezelfde source wordt met behulp van git van de github gedownlowd, dus je krijgt precies hetzelfde terug.
Maar ik denk dat je gewoon iets te ongeduldig bent geweest, ik heb zojuist ook geupdate en dacht ook dat het niet meer in de lucht kwam.
Maar even later nog eens de webpagina geprobeerd en toen draaide hij gewoon.
-
Heb het een paar keer geprobeerd maar kreeg elke keer de melding failed to run package. Heb sickchill nu met jouw package opnieuw geinstalleerd. De oude was de aangepaste sickrage voordat je het package had gemaakt.
Het werkt nu weer.
-
Aha dat had je er niet bij verteld, ik dacht dat je al SickChill had.
Je was dus gewoon een van de slachtoffers van Echel0n.
-
Nee dat denk ik niet. Ik had met jouw instructie de master aangepast naar sickchill. Dat heeft tot vandaag prima gewerkt.
-
Dat blijft vreemd, want dan had dit moeten kunnen gebeuren.
-
Idd vreemd. Gelukkig kon ik het toch redelijk snel oplossen.
-
Er is een bug geweest in SickChill die dit veroorzaakt heeft.
Het was binnen een paar uur weer opgelost, maar vooral mensen die SickChill automatisch laten updaten hebben er last van gekregen.
Ik heb inmiddels mijn SickChill package aangepast, zodat als zoiets weer gebeurd je mijn package gewoon opnieuw kunt installeren en dan update hij SickChill gewoon naar de laatste stand op github.
Dus gewoon er overheen installeren en niet eerst verwijderen, want als je hem eerst verwijdert ben je natuurlijk je database en configuratie kwijt.
-
Thx. Ik had het ook opgelost met de vorige versie van jouw package en ook niet de oude versie eerste verwijderd. Daarom was ik ook weer snel up and running. Bovendien had ook nog een recente backup.
Automatisch updaten heb ik voor de zekerheid maar uitgezet.
-
Ik vind het onderwerp van dit bericht wat verwarrend, want wat ik van de makers van SickChill begrijp heeft Justin Tabish (Echel0n) gewoon een copyright claim ingediend bij github en hebben ze hem weer eigenaar gemaakt van de repo.
link naar reddit over overname sickrage (https://www.reddit.com/r/sickrage/comments/9ll427/echelon_attempting_hostile_takeover_again/)
Dat klinkt toch wat anders dan iets technisch met redirection en zo.
Groet,
Sando
-
Dat is maar een deel van het verhaal, het begon door de hijack en hij verdedigde dat met z'n copy right verhaal.
En je kunt helemaal geen copy right op public domain software krijgen, hij roept alleen dat het dat recht heeft.
Maar het is niet meer van belang er is nu SickChill en Echl0n mag in z'n eentje SickRage blijven gebruiken inclusief bitcoin miner en (volgens malwarebytes) een website die geblocked wordt als zijnde malware verspreider.
-
Oké. Het kan niet, maar hij heeft het wel gedaan en heeft voor zover ik begrijp ook nog eens de bestaande code meegenomen zonder de credits te vermelden. Ik hoop dat hij op een gegeven moment tegen de lamp loopt. Maar je verhaal is duidelijk, Ben(V), echel0n is exit en we moeten naar SickChill. Is dit het moment om over te stappen als je nog de oude versie draait?
Groet,
Sando
-
Ja, even terug lezen.
-
Goedenmiddag,
Ik zag al een tijdje deze melding staan in Sickrage (Local branch is ahead of master. Automatic update not possible) maar al mijn series kwamen gewoon binnen dus ik nam er geen aanstoot aan.
Tot dat ik gisteren hier keek en zag dat er nu dus SickChill is.
Is er niet een soort van update voor Dummies, want dingen zoals putty etc heb ik geen kaas van gegeten.
Ik heb https://github.com/BenjV/SYNO-packages/raw/master/SickChill%20noarch%20V1.0.spk gedownload op mijn Mac,
maar hoe krijg ik dat nu op mijn Synology...kan dit gewoon via package center ?
Ik heb in Backup/Restore in Sickrage al een backup gemaakt van mijn database file, dat is denk ik nodig
om mijn oude instellingen later terug te zetten.
Zou iemand het in een aantal simpele stappen kunnen uitleggen aub.
Alvast bedankt :thumbup:
-
Proberend in jip en janneke taal:
Stop sickrage. (niet verwijderen!!!)
Open package centrum.
Kies handmatig installeren.
Zoek dan waar het sickchill pakket op jouw computer (MAC)staat .
En installeer het.
Als het goed is en dat staat volgens mij enkele berichten terug neemt chill de instellingen over van rage.
Check door de instellingen even na te lopen of chill goed werkt en dan zou het goed moeten zijn.....(bij mij ging het perfect)
Succes
-
Bedankt voor je snelle reactie, als ik het zo lees, moet het geen probleem zijn.
Ik ga er mee aan de gang :thumbup:
Edit:
Het lijkt gelukt ik zie al mijn series weer terug alleen het plaatje er van is nu het SickChill logo.
De logo's van de tv zenders zijn wel juist.
Misschien heeft dit hier mee te maken want bij alle series zie ik bv:
Location: /volume1/Tv Series/American Horror Story (Missing)
Er stond bij de installatie: "Please remove old sickrage package after succesfull installation"
Waar doe ik dat ?
En er staat SickChill will use port: 8899
Moet ik nu in mijn router deze poort gaan vrijgeven voor dat het programma werkt ?
-
Nee want normaal gesproken benader je de user interface gewoon vanaf je Lan en heb je dus helemaal niets met je router te maken.
Applicatie poorten forwarden door je router is over het algemeen gewoon een heel slecht idee.
De meeste applicaties zijn daar niet voor ontworpen en als je ze dus vanaf het internet benaderbaar maakt met een por forwarding dan heb je meteen een security hole.
Als je perse iets vanaf het internet wilt, zet dan de VPN server in je Nas aan en maak eerst een VPN verbinding, dan ben je weer veilig binnen je Lan.
Dat logo is nog van de oude installatie meegenomen door dat ook de image cache is overgezet om niet alle logo's en fanart te moeten verversen.
Bij de volgende update die je vanuit SickChill zelf doet krijg je weer het nieuwe logo terug of je doet even een Mass update.
-
Bedankt, ik hoef gelukkig dus niet in mijn router te rommelen :-)
En de plaatjes komen ook weer gewoon terug :thumbup:
Maar hij vind blijkbaar niet de locatie van mijn mappen
Location: /volume1/Tv Series/American Horror Story (Missing)
Hoe los ik dat op ?
-
Rechten goed zetten.
Dus eerst de groep sc-download lees/schrijfrechten geven op de gedeelde map "Tv Series"
Daarna met FileStation de rechten van reeds bestaande folders en files goed zetten.
Ga naar de Folder "Tv Series", rechtsklik en kies properties, kies permissions, selecteer de groep sc-download (als het goed is staat daar nu dat die groep lees/schrijf rechten heeft).
Zet nu links onderaan het vinkje dat dit gedaan moet worden voor alle subfolders en files en klik op OK.
-
OK, dat was even puzzelen, maar het is gelukt.
Ik had er al sc-media staan en verwarde dat met sc-download.
mappen worden nu weer herkend, en de plaatjes komen ook langzaam weer terug.
Nu nog even het verwijderen van de oude Sickrage.
In mijn package center staat nu de nieuwe SickChill package, maar er komt bij mij geen Sickrage package voor.
Wel staat er het Sickbeard Custom package, ik neem aan dat dat dan weg moet, of moet dat juist blijven
in samenwerking met SickChill ?
Ik wil niks verkeerds doen :-)
-
Het was anders wel te verwachten dat de rechten al goed zouden staan omdat Sickrage toch dezelfde rechten had?
Ik heb hierin niets hoeven te wijzigen bij mijn "overgang"
-
Vreemd dat dat dan per persoon blijkbaar weer verschilt..
-
Nee dat ligt aan welke package je ooit gebruikt hebt om SickRage te installeren.
Er zijn in de loop der tijden verschillende versies geweest.
En er zijn ook veel mensen die zelf het start-stop-status script hebben aangepast waardoor het package als root draait en nooit rechten problemen heeft.
Heel slecht idee overigens, als je bedenkt dat je een applicatie van het internet plukt die heel makkelijk te wijziging is want het is een python source en dat draai je dan alsl root.
Ik weet dat Echel0n een catchall in de autorisatie module heeft ingebouwd die elk autorisatie request opvangt en naar zijn eigen server logt.
Dus als je bijvoorbeeld in SickRage gebruik maakt van Download Station en je heb daar een username/password ingevuld dan heeft Echel0n die nu ook in zijn logging staan als je zijn SickRage hebt draaien.
-
Het enige wat ik nog weet is dat ik ooit Sickbeard had draaien.
Daar was toen ook iets mee aan de hand en moesten we overstappen op Sickrage.
Daar voor moest toen in package center Sickbeard Custom worden geinstalleerd, en toen werkte Sickrage,
maar vraag me niet hoe :lol:
Ik heb dus altijd alleen maar het Sickbeard Custom logo in package center zien staan, nooit een Sickrage logo...
-
Maakt ook niet zoveel meer uit.
Je hebt nu SickChill via mijn package draaien en die draait niet als root, dus is alles prima voor elkaar.
Wel beter om nu je oude sickbeard-custom te verwijderen.
-
ok, bedankt voor je snelle hulp.
:thumbup: :thumbup: :thumbup:
-
Is het misschien handig om een soort stappenplan voor Dummies te maken in zake hoe dit weer werkend te krijgen?
Ik kom er vandaag achter dat mijn Sickrage het niet meer doet. Aangezien ik de boel automatisch update, is dit waarschijnlijk dus de reden waarom. Ik heb dit topic zo een beetje doorgelezen, maar ik zou niet weten hoe ik .ini files moet bewerken of wat een GIT o.i.d. doet.
Wat is voor mij de eenvoudigste manier om Sickrage weer werkend te krijgen, het liefst met behoud van de instellingen uiteraard. Na het lezen / doorscrollen van de afgelopen negen pagina's duizeld mij het een beetje en struikel al bij het bericht van TS.
Als ik Sickrage verwijder en opnieuw installeer, gaat het dan ook niet goed?
Alvast bedankt voor jullie bijdrage.
-
Even de moeite nemen de openings post te lezen.
-
Serieus? Denk je dat ik dat niet heb gedaan? Natuurlijk wel! Maar bij de eerste stap haak ik al af: "Om het probleem op te lossen moet je eerst de config.ini aanpassen van Sickrage."
Hoe kom ik in "/var/packages/sickbeard-custom/target/var/config.ini"?
Het wijzigen zal, eenmaal gevonden, nog wel lukken. Maar dan. Putty? Wat is dat? Even Googlen.. Ahhh... Ok. Soort WS_FTP van vroeger. Putty gedownload. Maar hoe log je daar in? Mij is het niet gelukt.
Vast allemaal heel begrijpelijk voor jullie programmeurs en netwerkbeheerders, maar voor de gemiddelde eindgebruiker die gewoon een stappenplan uit een PC tijdschrift of ergens online heeft gevolgd ten tijde van de installatie van SickRage toch wat tè ingewikkeld.
Maar goed. Bij mij werkt SickRage inmiddels niet meer, dus zal sowieso moeten herinstalleren, aldus de startpost. Gelukkig, dat staat ook 'uitgelegd': "Indien je al geupdate hebt en SickRage wil niet meer draaien, zul je SickRage opnieuw moeten installeren met het sickbeard-custom package van de SynoCommunity."
Euuhhhh...... Het Sickbeard-cusom pacakage van de SynoCummnity? Het gaat toch om SickRage? Sickbeard heb ik er een paar maand geleden afgegooid omdat deze niet kon omgaan met de nieuwe beveiliging van DSM.
Waar vind ik dat dan?
Om kort te gaan: ik ben best handig met PC's en randapparatuur (anders zou ik ook geen NAS hebben), maar in dit geval kan ik niet opmaken wat ik nu moet doen. Gelukkig is er dit forum.....
Maar goed, bovenstaand beetje cynisch bedoeld, maar vond de opmerking "even de moeite nemen om de openingspost te lezen" ook wel een beetje flauw.
Laat ik mijn vraag dan maar beperken tot dit:
Als ik Sickrage verwijder en opnieuw installeer, gaat het dan goed? ZO niet, welke pakketbron (want volgens mij wordt dat bedoeld met het Sickbeard Custom package?) moet ik toevoegen om de juiste versie van SickRage te krijgen?
Op bijgaande afbeelding is te zien wat ik nu had draaien.
Alvast bedankt voor je hulp.
-
Als je https://github.com/BenjV/SYNO-.../SickChill%20noarch%20V1.0.spk
gaat gebruiken kan je weer alles instellen.
Althans bij mij ging het zo goed
Verstuurd vanaf mijn SM-G960F met Tapatalk
-
Tja en dat had hij ook zelf kunnen lezen.
-
Sorry maar zeg dan niets Ben(V), aan dit soort dooddoeners heb ik niets. Alles wat ik vraag is een beetje begrip dat niet iedereen hetzelfde niveau dan jij hebt, qua kennis over dit soort zaken. Ik heb weer andere kwaliteiten. Het motiveert niet echt om alle negen pagina's grondig door te lezen, als je bij de eerste post überhaupt al niet begrijpt waar het om gaat. En ik heb het geprobeerd.
Al met al heb ik nog steeds geen antwoord op mijn vraag en roept de reactie Nazgul (bedankt overigens!) weer de vraag op: hoe dan?ALs ik op de link klik, zegt ie: Not found
Als ik de link toevoeg als nieuwe pakketbron geeft ie een error. Dus.... Hoe dan?
-
Als die link zou werken zou SickChill gedownload op je computer worden. Dan handmatig installeren in het packagecentre
Verstuurd vanaf mijn SM-G960F met Tapatalk
-
Ik heb opnieuw de pagina's doorgescrold en stuitte nu op een eerdere post van Nazgul, ook als reactie van iemand die ook om een stappenplan vroeg. Die had ik gemist eerder deze week.
Maar kan het zijn dat het .psk bestand op de genoemde link er niet meer is? Als ik de link wil opslaan geeft Chrome aan: mislukt - geen bestand.... Ook in IE kan het bestand niet worden gedownload.
-
Ik wordt er soms wel een beetje moe van.
Als je van alles wilt doen en geen flauw idee hebt wat je aan het doen bent dan zeg ik.
Schoenmaker blijf bij je leest en koop gewoon een DVD-tje.
Omdat ik niet de beroerdste ben nu nogmaals de link naar het package dat je moet downloaden en de gebruiksaanwijzing die zelf een kind van 4 snapt.
Stopt je huidige package.
Installeer het package van de link.
Als alles ok is verwijder het oude package.
Kom hier nooit meer terug met zeur vragen.
https://github.com/BenjV/SYNO-packages/raw/master/SickChill%20noarch%20V1.1.spk
-
Ik word ook soms heel moe. Het is niet anders. Het is de wereld waarin we leven. Sommigen zijn niet zo slim als jij. Deal with it! En ik heb natuurlijk wel enig idee wat ik aan het doen ben, maar dan met name aan de voorkant. Aan de achterkant is het soms wat ingewikkeld. Gelukkig zijn er mensen zoals jij die ons verder kunnen helpen (toch?).
Ook wil ik niet "van alles", maar downloaden wil ik wel en het liefst automatisch.
Dat gezegd hebbende: klik even opnieuw op de links eerder in de thread:
- Op pagina 8, bijna onderaan: https://www.synology-forum.nl/index.php?topic=35895.msg259218#msg259218 wordt deze link genoemd: https://github.com/BenjV/SYNO-packages/raw/master/SickChill%20noarch%20V1.0.spk
- En hier de link die Nazgul eerder vanavond postte: https://github.com/BenjV/SYNO-.../SickChill%20noarch%20V1.0.spk, iets anders (waarschijnlijk copy/past foutje?)
Beide links doen het dus niet (althans niet bij mij).
Een blik op de URL die jij mij stuurt leert mij dat versie 1.0 inmiddels is vervangen door 1.1? Heb je misschien versie 1.0 verwijderd? Gek he, dat de oude link het dan niet meer doet.....
Bij jouw link krijg ik keurig een bestand aangeboden om te downloaden, die ik dus kan toevoegen aan het package center...
Ondanks mijn irritatie over hoe jij reageert vanavond: oprecht dank dat je toch nog even de moeite nam om de juiste link te posten. Ik denk (hoop) dat ik nu verder kan.
Ik begrijp je frustratie, maar vraag ook aan jou of je enigszins begrip wilt tonen voor de mijne. Tot nu toe alle hulp gehad op het forum, maar dit was wel de meest moeizame.
Fijne avond (nacht!).
-
Zie nu pas je laatste 'instructie': "Kom hier nooit meer terug met zeur vragen".
En bedankt.
Ik trek dus bij deze mijn "oprechte dank" in het bericht hierboven in...
Jemig man, ik mag hopen dat je IRL minder wereldvreemd bent, want anders heb / krijg je het behoorlijk zwaar...
-
Ik wil me NERGENS mee bemoeien maar is jullie gekissebis iets voor PM? Enige wrevel kan ontstaan als blijkt dat er de indruk bestaat als de moeite niet genoeg wordt genomen om je in te lezen in het probleem. Maar begrijpelijk is het wel: er onstaat een probleem en eigenlijk moet het direct opgelost worden en dan is de rust er even niet om te kijken of het probleem al ergens is beschreven.
Peace brothers
Verstuurd vanaf mijn SM-G960F met Tapatalk
-
De link van Ben(V) is een werkende link. Daarbij wil ik nog even opmerken dat Ben zich afgelopen periode volop heeft ingezet (thanks dude!!) om ons te helpen om van Sickrage naar SickChill over te stappen. Daarbij heeft hij het SickChill package gemaakt (volgens mij versie 1.0). Vervolgens heeft hij versie 1.1 uitgebracht en is versie 1.0 niet meer beschikbaar(i.e. links naar deze versie werken dus ook niet meer).
Als je nu nog een al dan niet werkende versie van /Sickrage hebt, moet je zoals Ben terecht zegt:
Stop het huidige package (vanuit package center)
Download versie 1.1
installeer dit package (kies manual install in package center)
heb geduld tijdens installatie en opstarten van het package, want een conversie zal plaatsvinden
test de nieuwe SickChill
Als het werkt kun je de oude versie SickRage verwijderen
succes
-
Ach ik ben ook maar een mens en de ene dag zit je beter in je vel dan de andere dag dus dat gezeur neem ik terug.
Neemt niet weg dat er in de openings post duidelijk staat, dat ik toen bezig was met een oplossing van het probleem en dat je dan logischerwijs het topic door moet lezen om de plek te vinden waar de eind oplossing staat.
Dit is geen sticky topic, waarin meestal de eerste post wordt bijgewerkt, maar ik zal dat alsnog doen.
Verder is het mijn fout dat ik probeer het te gemakkelijk te maken door een link te plaatsen en die is natuurlijk veranderde toen ik een versie 1.1 maakte die nog iets betere functionaliteit had door ook de image cache mee te nemen.
De volgende keer zal ik de link naar de github plaatsen in plaats van naar alleen het package.
Maar mijn irritatie komt van het feit dat ik probeer een oplossing voor iedereen te vinden door een volledig nieuwe package te maken en daar erg veel tijd en energie in stop en dan wordt er over geklaagd, terwijl de klager niet eens de moeite neemt het topic door te nemen waar de oplossing echt wel in staat.
Ik maak zo'n package niet voor mezelf, ik heb dat niet nodig die aanpassingen kan ik zo wel maken zonder nieuw package.
Vind je het vreemd dat ik dat een tikje ondankbaar vind?
EDIT:
Toen ik net even de openingspost wilde aanpassen zag ik dat ik dat allang gedaan had en dat daar de link naar versie 1.1 al lang stond.
Dus zelf de openingspost, waar ik ook nog een keer naar verwezen heb heeft @OutintheBlue niet gelezen.
-
Ben(V),
Fijn dat je nog even reageert.
Als tip voor een ieder die packages gebruikt. Lees regelmatig dit forum dan weet je wat er speelt...
-
Dit is geen sticky topic, waarin meestal de eerste post wordt bijgewerkt, maar ik zal dat alsnog doen.
Dit Topic is wel sticky sinds 10 oktober 2018 ;)
-
Thanks @Birdy, had ik even over het hoofd gezien net als het feit dat de juiste link er al in stond.
-
Nou, goeiemorgen allemaal!
Ten eerste: helemaal eens dat wellicht mijn laatste opmerking in een privé bericht had gemoeten, maar ja, ik was er ook wel even klaar mee. Sorry daarvoor.
Ten tweede: Ik vind dit soort forums geweldig! Mensen die elkaar totaal niet kennen helpen elkaar om 'het' (wat 'het' dan ook maar is) voor iedereen werkend te krijgen. De één heeft wat meer kennis dan de ander, dus helpen we elkaar en komen we er meestal uit.
Dat gezegd hebbende: Ik lees juist eerst alles door en Google zaken vooraf, voor ik mijn issue op een forum post. Dat het antwoord al in de openingspost staat (die ik ook gisterenavond opnieuw gelezen had) was mij wel duidelijk. Maar ik begreep niet wat er stond. Dat heb ik ook steeds proberen duidelijk te maken. Je kunt 100 berichten lezen, maar als je niet begrijpt wat er precies bedoeld wordt, dan heeft dat niet zo veel zin. Dat dat opgevat door sommigen opgevat wordt als klagen en zeuren, is dan maar jammer.
De openingspost begint met zoveel technische praat, dat het voor mij niet echt duidelijk was waar de "Edit van 13-10-2018" betrekking op had. Dat Sickchill dus een vervangend geheel was voor Sickrage en dat ik daarmee gelijk aan de slag kon, zonder rekening te hoeven houden met wat er allemaal boven staat vermeld, was mij niet duidelijk. Ik heb nooit handmatig een .psk bestand hoeven te installeren. Als je dat niet kent of niet weet hoe dat gaat, leg je al lezend die link dus ook niet en dus lees je over het antwoord heen.
De post van Nazgul zette mij in de goede richting, maar die link deed het dus niet. Posts als 'dat had hij ook kunnen lezen' of 'ik word er soms wel een beetje moe van' omdat ik niet zou weten wat ik aan het doen ben, voegen daarentegen niets toe. Om daarna nogmaals de openingspost (voor een derde keer) door te nemen om te kijken of daar wèl een juiste link in staat, kwam na dit alles echt niet meer in mij op...
Maar goed, ik had allang doordat ik het niet met het eerste de beste forum-lid aan de stok had, maar dat BenV juist degene die ècht moeite heeft gedaan om het voor ons allemaal werkend te krijgen, dus ik wil hier ook verder geen woorden aan vuil maken.
Ik denk/hoop dat ik nu verder kan, dus BenV: dank voor alle moeite die je hebt gedaan en wat mij betreft: zand erover...
-
Als ik versie 1.0 heb geinstalleerd, is het dan wijs of nodig om versie 1.1 te installeren?
-
Nee hoor.
Het verschil is dat versie 1.1 ook de image cache van de oude installatie meeneemt.
Dat is niet echt nodig want SickChill kan die gewoon zelf weer ophalen.
En als je nu versie 1.1 eroverheen zet doet hij een upgrade en pakt hij dat toch niet mee.
-
Ik ben helaas na een geforceerde update ook tegen het geklungel van echel0n aangelopen. Wat ben ik toch blij met jouw werk Ben, geweldig! :thumbup:
-
Op mijn DS214Play nooit problemen gehad. Nu overgestapt op de DS214+ en sickchill geïnstalleerd maar krijg in mijn Synology Download stations alles op "waiting". Zie nergens een oplossing op éénder welk forum. Kan dit hiermee verband houden of is dit iets volledig nieuw?
Kan je de Sickrage packup.zip files nog gebruiken nu?
-
Geen idee wat Sickrage packup.zip is.
-
Super dikke merci Ben(V)!
Ik had op de ene NAS het probleem dat mijn torrents bleven steken op "waiting" en op de andere wilde hij SickBeard Custom niet meer installeren. Vanmorgen jouw SPK die je in de eerste post van dit forum hebt staan geïnstalleerd op beiden en een oude backup teruggezet van Sickchill die ik via SickBeard Custom had lopen op degene waar de torrents bleven steken in DS.
Guess what: both running and post-proccessing smoothly. U bent een held.
-
heeft kort goed gewerkt maar nu blijven alle nieuwe episodes in sickchill gewoon op wanted staan...
Net even nagekeken in search settings en krijg daar volgende error:
HTTPConnectionPool(host='192.168.0.126', port=5000): Max retries exceeded with url: /webapi/auth.cgi?session=DownloadStation&account=Admin&version=2&format=cookie&passwd=********&api=SYNO.API.Auth&method=login (Caused by NewConnectionError(': Failed to establish a new connection: [Errno 113] No route to host',))
-
Weet je zeker dat de episodes die jij wil downloaden ook beschikbaar zijn? Bij mij werkt sickchill prima.
Edit: terwijl ik aan het typen heb je je bericht aangepast. Ander probleem dus.
-
Klopt. Vreemd genoeg lijkt de IP van mijn NAS op magische wijze veranderd terwijl ik niks gedaan heb buiten de router een paar keer herstart. Nu weer juist gezet in "search providers" van sickchill. Als ik in de log ga kijken zie ik op sickchill wel staan: 2019-02-20 14:47:24 CHECKVERSION :: git fetch origin --prune returned : (128) fatal: unable to access 'https://github.com/SickChill/SickChill.git/': Could not resolve host: github.com
Maar komt waarschijnlijk omdat er wat vaag aan de hand was met connectie tussen sickchill en NAS
-
Ipadres wijzigt alleen maar als die via DHCP een adres krijgt. Weet je zeker dat je een vast ipadres voor NAS hebt ingesteld?
-
Klopt, als je de Nas op Dhcp hebt staan is er geen enkele garantie dat je Nas bij een dhcp renew hetzelfde ipadres weer krijgt.
-
Bedankt voor de tip jongens!
Op één van beiden nu weer perfect na gewoon het IP-adres aan te passen in sickchill. Op de andere NAS wat vreemder, daar is het op van de NAS dat voor de :5000 staat veranderd naar random karakters tussen [ ]. Als ik daar op sickchill klik krijg ik geen pagina. Wss krijg ik die wel gefixt door hem manueel op een ip te zetten dan?
-
Je kunt beter je NAS op DHCP zetten en in je Router, in de DHCP sectie, het ip-adres vastzetten op basis van het MAC adres va de NAS.