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

[Tijntje]

De oorlog is weer uitgebroken tussen echel0n en de rest van het team van SickRage.

It has been reported that echel0n is spreading false rumors about the change of organizations from SiCKRAGETV to SickRage at https://github.com/SickRage/SickRage

Echelon came back after 14 months or so and destroyed the entire team and said basically he did not need us and he could do this all on his own, saying it was his.

The excuse he gave was because of a bug in the develop branch (which everyone knows is for development and testing)

In reality it was because for multiple reasons. We had previously refused to allow him to sit back and control all donations (keeping them all for himself) and stuck with a "let the user decide who they want to donate to".
Also, he made the comment about "his software" which I promptly reminded him that it was not "his" and it was open source and belonged to the community, even our users. This resulted in him removing me from the organization and banning me from the channel. Many users and team members tried to reason with echelon, whose resolve only got worse as time went on. While the goal was to come to terms and stay in the same organization and work together, he made sure that was not a possibility with every chance he had, while we continued to hope that to be the solution.

He then decided it was a good idea to remove all members from the organization.
He feels he owns SickRage and all of the work anyone has ever done on it.

He has caused this same type of problem in the past for similar reasons, which resulted in SickGear.
In the end, it was decided to move to a new organization, taking the name with us and the entire team.

So no, the new organization is NOT fake, or a scam. echelon was just fired as the organization owner, to prevent the possibility that he will ever disrupt the project in such a way again.

He also removed the issue tracker, we have ours still accepting issue reports here: https://github.com/SickRage/sickrage-issues/issues

You have no worries of this "malicious code" he just recently mentioned in his channel either, SickRage is open source, and rest assured that if there were any malicious code the world would immediately see it.

Do not follow crazy people, that is just crazy.

As you can see from the screenshots, the entire team has moved, except the virus that is echelon:
http://tinypic.com/r/n5q70k/9
http://tinypic.com/r/2w71ws6/9

Our repo has many fixes (400 or so commits over top of his org, and is totally active - even more now that we have moved)

Instructions for moving to the new organization:

first back up your database and config (to be sure, there is no risk in changing over whatsoever)

command line:
git remote set-url origin https://github.com/SickRage/SickRage.git
git fetch origin
git reset --hard origin/master

Otherwise you could re-clone from https://github.com/SickRage/SickRage.git

Installers and guides and supporting applications will soon be updated with the new organization (yes, outside contributors also support this change)

Also, we have a temporary channel set up on freenode for questions, chat and support: #sickrage-issues

[pven]

schumi2004 schreef op woensdag 18 november 2015 @ 09:44:
[...]

Ik vermoed dat je de update url even moet aanpassen.

Deze bedoel je?

code:

git_remote_url = https://github.com/SiCKRAGETV/SickRage.git

En dan even afwachten welke repository het gaat worden? Of is die al bekend?

[Tijntje]

pven schreef op woensdag 18 november 2015 @ 09:54:
[...]

Deze bedoel je?

code:

git_remote_url = https://github.com/SiCKRAGETV/SickRage.git

En dan even afwachten welke repository het gaat worden? Of is die al bekend?

Lees mij post even door daar staan alle links en repo's in.
Tijntje in "[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 4"
Of je wil switchen hangt geheel van jezelf af, persoonlijk heb ik meer vertrouwen in de rest van het team dan in Echelon.

[FREAKJAM]

avec_style schreef op woensdag 18 november 2015 @ 12:58:
wie weet waar ik de update url kan aanpassen? Zie de optie niet in Sickrage.

git remote set-url. Staat ook in de tekst hierboven hoe je het exact moet doen. Kan niet via de GUI.

[ Voor 26% gewijzigd door FREAKJAM op 18-11-2015 13:02 ]

[pven]

Tijntje schreef op woensdag 18 november 2015 @ 10:14:
[...]

Lees mij post even door daar staan alle links en repo's in.
Tijntje in "[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 4"
Of je wil switchen hangt geheel van jezelf af, persoonlijk heb ik meer vertrouwen in de rest van het team dan in Echelon.

Done, nu krjg ik echter een melding in mijn home-screen:

Local branch is ahead of master. Automatic update not possible.

Als ik daarna vanuit de GUI een update start, krijg ik de melding dat er geen update is en verdwijnt de melding. Beetje vaag.

En daarna zie ik in de logging dat ie weer naar een andere reposity verwijst:

code:

2015-11-18 14:02:26 DEBUG    Thread-55 :: git config remote.origin.url https://github.com/SiCKRAGETV/SickRage.git : returned successful

[ Voor 25% gewijzigd door pven op 18-11-2015 14:04 ]

[Tijntje]

pven schreef op woensdag 18 november 2015 @ 13:59:
[...]

Done, nu krjg ik echter een melding in mijn home-screen:

[...]




Als ik daarna vanuit de GUI een update start, krijg ik de melding dat er geen update is en verdwijnt de melding. Beetje vaag.

En daarna zie ik in de logging dat ie weer naar een andere reposity verwijst:

code:

2015-11-18 14:02:26 DEBUG    Thread-55 :: git config remote.origin.url https://github.com/SiCKRAGETV/SickRage.git : returned successful

Even een copy paste van Github

Rename your old SR install.
Then use this:
https://github.com/VinceV...Installer/releases/latest <-- this will install SR from the new org/repo

Then copy config.ini and sickbeard.db from the old source into the install, to the same location where it was on the other source.

Start SR and make sure your data is there.
Delete old source.

[MikeOO]

pven schreef op woensdag 18 november 2015 @ 14:08:
[...]

Dank!

Die gaat uit van een Windows-installatie zo te zien? Ik heb het op mijn Synology draaien. Even verder zoeken ... is vast iets met git dat gedaan kan worden.

Hier staat de uitleg
http://www.synology-forum...ks-sickbeard-sickrage/15/

Repo: https://github.com/SickRage/SickRage.git
En dan Master invullen

Krijg je foutmeldingen dat het niet gestart kan worden dan kan dit komen omdat er een andere poort voorheen is gebruikt en moet je een aantal bestanden op de NAS aanpassen
https://sickrage.tv/forum...-sickbeard-custom-package

[ Voor 51% gewijzigd door MikeOO op 18-11-2015 15:31 ]

[_Mitchie_]

B2 schreef op dinsdag 24 november 2015 @ 20:42:
Hoe pas je de sickrage fork aan in Synology? Ben wel thuis in git, maar Synology heeft zo te zien zn eigen mappen structuur zonder een .git directory.

Alle credits gaan naar Ben(V) voor het onderstaande wat hij heeft gepost op synology forum

Hieronder een betere manier om naar de juiste SickRage over te stappen.
Ga in deze folder staan (met putty of de commandprompt van winscp):
/volume1/@appstore/sickrage/var/SickRage

en geef de volgende commando's

/volume1/@appstore/git/bin/git remote set-url origin https://github.com/SickRage/SickRage.git
/volume1/@appstore/git/bin/git fetch origin
/volume1/@appstore/git/bin/git checkout master
/volume1/@appstore/git/bin/git branch -u origin/master
/volume1/@appstore/git/bin/git reset --hard origin/master
/volume1/@appstore/git/bin/git pull

[Ortep]

_Mitchie_ schreef op dinsdag 24 november 2015 @ 21:28:
[...]
en geef de volgende commando's

De die hard Linux manier Het kan eenvoudiger

http://www.synology-forum...ks-sickbeard-sickrage/15/

Gewoon via de GUI en een andere fork kiezen

1) Maak een backup binnen SickRage en sla die op een veilige plaats op.
2) Ga naar het Synology Package Center en verwijder Sickrage.
3) Installeer Sickrage opnieuw, bij het installatie scherm vul je: HTTPS://github.com/SickRage/SickRage.git in.
4) Even je backup restoren en een herstart.

Ongeveer 5 minuten werk.

[ Voor 33% gewijzigd door Ortep op 24-11-2015 23:18 ]

[Vuurvoske]

Beste Tweakers,

Ik krijg sinds vandaag de volgende melding in Chrome en Firefox als ik naar mijn sickrage ga.

code:

This webpage is not available

ERR_CONNECTION_RESET

In mijn log (/opt/sickrage/Logs/sickrage.log) krijg ik het volgende te zien

code:

2015-12-08 22:48:02 WARNING  SSL Error on 12 ('192.168.0.102', 51210): [SSL: HTTP_REQUEST] http request (_ssl.c:590)
2015-12-08 22:48:02 ERROR    Uncaught exception
Traceback (most recent call last):
  File "/opt/sickrage/lib/tornado/http1connection.py", line 693, in _server_request_loop
    ret = yield conn.read_response(request_delegate)
  File "/opt/sickrage/lib/tornado/gen.py", line 870, in run
    value = future.result()
  File "/opt/sickrage/lib/tornado/concurrent.py", line 215, in result
    raise_exc_info(self._exc_info)
  File "/opt/sickrage/lib/tornado/gen.py", line 876, in run
    yielded = self.gen.throw(*exc_info)
  File "/opt/sickrage/lib/tornado/http1connection.py", line 168, in _read_message
    quiet_exceptions=iostream.StreamClosedError)
  File "/opt/sickrage/lib/tornado/gen.py", line 870, in run
    value = future.result()
  File "/opt/sickrage/lib/tornado/concurrent.py", line 215, in result
    raise_exc_info(self._exc_info)
  File "<string>", line 3, in raise_exc_info

Ik heb eigenlijk niet zo'n goed idee van hoe ik dit moet oplossen. Wellicht dat iemand wat hints heeft?
Er is ook geen duidelijke aanleiding / oorzaak. Gisteren werkte het nog.

//edit:

Ik heb het "dirty" opgelost. In de log was duidelijk te zien dat de oorzaak SSL was. Ik heb het nu als volgt opgelost:

code:

vuurvoske@socrates:/opt/sickrage$ grep -E 'https|ssl' config.ini
git_remote_url = https://github.com/SickRage/SickRage.git
ssl_verify = 1
enable_https = 1
https_cert = server.crt
https_key = server.key
nzbget_use_https = 0
newznab_data = "weggehaald"

Vervolgens heb ik

code:

sudo service sickrage stop (anders blijft de waarde onveranderd  8)7  
ssl_verify = 0
enable_https = 0
sudo service sickrage start

Problem solved.

[ Voor 17% gewijzigd door Vuurvoske op 09-12-2015 09:32 ]

[CH4OS]

https://github.com/SiCKRAGETV/SickRage.git is de originele SickRage repo.

EDIT:
Hoe zit dat trouwens met SickGear dan? https://github.com/SickGear/SickGear

[ Voor 37% gewijzigd door CH4OS op 21-12-2015 17:33 ]

[wvkreg]

SR is nog alles behalve stabiel zeg. Ik gebruik de originele repo: git_remote_url = https://github.com/SiCKRAGETV/SickRage.git

Elke keer springt python process naar 100+% en hangt de NAS. Hierna moet ik SR herstarten want geen webinterface meer. Hoop dat het snel wordt opgelost.

[wvkreg]

Zou het voldoende zijn om dit zo aan te passen? Voor Readynas x86?

git_remote = origin
git_remote_url = https://github.com/SickRage/SickRage.git
cur_commit_hash = 9226ba5efba06fb9defc5272f03dae5d6d1c4145

Waarschijnlijk niet, want SR UI werkt niet.

[ Voor 14% gewijzigd door wvkreg op 23-12-2015 10:14 ]

[CH4OS]

Ben(V) schreef op dinsdag 22 december 2015 @ 22:30:
Jazeker.
Lees deze post even hoe dat moet.

http://www.synology-forum...rage/msg174345/#msg174345

Thanks voor deze simpele how-to. Ik zat ook al te twijfelen om wel of niet over te stappen, maar omdat alles via Git kon en uiteindelijk niets verloren ging, heb ik gewoon geswitched naar de nieuwe Sick Rage. Hoorde al wel meer mensen om mij heen over Echel0n vallen. Ook lees ik dat er vandaag een grote update aan zit te komen, 200+ commits, met quality changes, ben benieuwd.

wvkreg schreef op woensdag 23 december 2015 @ 09:57:
Zou het voldoende zijn om dit zo aan te passen? Voor Readynas x86?

git_remote = origin
git_remote_url = https://github.com/SickRage/SickRage.git
cur_commit_hash = 9226ba5efba06fb9defc5272f03dae5d6d1c4145

Waarschijnlijk niet, want SR UI werkt niet.

De link die Ben(V) geeft, geeft je kant en klare copy-past zinnen, doe dat en het komt goed. Hier ook gedaan en dat werkt gewoon. Je hoeft het wiel niet opnieuw uit te vinden!

[ Voor 30% gewijzigd door CH4OS op 23-12-2015 16:06 ]

[sdk1985]

Ben(V) schreef op vrijdag 25 december 2015 @ 10:06:
[...]


Tja als je zelf namen gaat wijzigen en dat niet volgens de standaard doet kun je toch verwachten dat het niet werkt.
Hoe kan een programma nu weten welk format iedereen zou kunnen bedenken?

Urm renamen doe ik niet zelf dat gaat via de renaming policy van sickbeard. De spaties is gewoon een standaard optie. Enige wat ik heb aangepast is tevens de release group vermelden. Zowel sickbeard zelf als kodi hebben daar echt geen probleem mee...

---

Ik mis in sickrage de autoProcessTV directory met voorbeeld script. Zou iemand die mij kunnen toesturen? Hij mist ook op github.
Op github gevonden in een oude versie van oktober.

Update2

2015-12-25 19:09:23 INFO::SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler]::Unable to find a download for: [Arrow - 4x06 - Lost Souls]
2015-12-25 19:09:23 INFO::SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler]::Performing episode search for Arrow

Terwijl hij dus wel gewoon te vinden is als ik zelf de website bezoek...

---

Update3:
Blijkt dat de repository genaamd "sickragetv" bagger is en ik beter "sickrage" kan gebruiken. Ik heb een kopie gemaakt van .sickrage. Vervolgens:

git clone https://github.com/SickRage/SickRage.git .sickrage

\
Daarna heb ik de 4 database bestanden, de config en de autoprocess map en de cache/image map gekopierd.

Nu gebeurd er wel wat:

2015-12-25 19:37:56 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Sending NZB to SABnzbd
2015-12-25 19:37:56 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Downloading Arrow.S04E06.720p.HDTV.X264-DIMENSION from Usenet-Crawler
2015-12-25 19:37:56 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Quality of Arrow.S04E06.720p.HDTV.X264-DIMENSION is 720p HDTV
2015-12-25 19:37:56 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Quality of Arrow.S04E06.720p.HDTV.X264-DIMENSION is 720p HDTV
2015-12-25 19:37:56 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Ignoring result Arrow.S04E06.XviD-AFG because we don't want an episode that is Unknown
2015-12-25 19:37:56 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Ignoring result Arrow.S04E06.1080p.lepie because we don't want an episode that is Unknown
2015-12-25 19:37:56 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Ignoring result Arrow.S04E06.HDTV.x264-LOL because we don't want an episode that is SDTV
2015-12-25 19:37:56 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Ignoring result Arrow.S04E06.HDTV.x264-LOL because we don't want an episode that is SDTV
2015-12-25 19:37:56 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Ignoring result Arrow.S04E06.1080p.HDTV.X264-DIMENSION because we don't want an episode that is 1080p HDTV
2015-12-25 19:37:55 INFO SEARCHQUEUE-MANUAL-257655 :: [Usenet-Crawler] :: Performing episode search for Arrow
2015-12-25 19:37:39 INFO SEARCHQUEUE-MANUAL-257655 :: Beginning manual search for: [Arrow - S04E06 - Lost Souls]

[ Voor 80% gewijzigd door sdk1985 op 25-12-2015 20:56 ]

[wvkreg]

Das lekker, want in mijn netgear package is de https://github.com/SickRageTV/SickRage.git dus hard geprogrammeerd. Als ik hem aanpas is ie bij de volgende start weer terug. En Git kan ik ook nog steeds niet vinden helaas. Anyone? RNDU6000 NAS package van https://rnextras.com

[Paulus07]

heb een vaag iets. In sickrage krijg ik heel veel warnings mbt binsearch. Via de browser kan ik de pagina ook niet laden. Kijk ik bij sites om te checken of iets down is geven ze aan van niet en dat het alleen ik ben.

Modem en router reset/nieuw opgestart maar blijft probleem geven. DNS flush helpt niet.
in CMD kan ik de site wel pingen en geeft 0% loss.

Iemand een idee?

edit:

zie trouwens ook deze melding/warning:

code:

2016-01-03 13:14:15 CHECKVERSION :: Connection error to getURL http://sickrage.github.io/sickrage-news/news.md Error: u"error HTTPConnectionPool(host='sickrage.github.io', port=80): Max retries exceeded with url: /sickrage-news/news.md (Caused by NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or service not known',))" [4423fe9]
2016-01-03 13:13:34 CHECKVERSION :: git fetch origin returned : fatal: unable to access 'https://github.com/SickRage/SickRage.git/': Couldn't resolve host 'github.com' [4423fe9]
2016-01-03 13:13:34 CHECKVERSION :: Unable to contact github, can't check for update [4423fe9]

[ Voor 48% gewijzigd door Paulus07 op 03-01-2016 13:22 ]

[Pinobigbird]

Ik heb op m'n Synology ook gewisseld van github.com/SickRageTV/SickRage naar github.com/SickRage/SickRage. Door de vele ERR_TOO_MANY_REDIRECTS-fouten was het niet meer te gebruiken zonder iedere keer de service opnieuw te starten. Omdat het me veel trial and error heeft gekost, en ik nergens kon vinden hoe dit moest, hier mijn stappen voor wie er wat aan heeft .

Ik heb het volgende gedaan op mijn Synology DS215J:

1. SickRage ("SickBeard Custum" van SynoCommunity) gestopt via Package Center
2. Via WinSCP ingelogd op Synology via protocol "SCP" op poort 20 (gebruiker "root", wachtwoord van administrator-account).
3. Backup gemaakt (hint gekregen van sdk1985 ) naar mijn desktop van 4 bestanden en een map in /volume1/@appstore/sickbeard-custom/var
   • cache.db
   • config.ini
   • failed.db
   • sickbeard.db
   • /cache/images/ (hele map)
4. Via Package Center SickBeard Custom verwijderd
5. Via Package Center opnieuw SickBeard Custom geïnstalleerd:
   • Als repository: git://github.com/SickRage/SickRage.git
   • Als branche: Master
   • Niet starten na installatie. Anders na de installatie SickBeard Custum stoppen va Package Center.
6. De eerder bovengenoemde bestanden hernoemd met nieuwe extensie .bak
7. De back-upbestanden van mijn desktop weer teruggezet naar Synology.
8. Omdat deze bestanden "root" als eigenaar hebben, zal SickBeard Custom niet kunnen starten. We moeten de eigenaar wijzigen naar "sickbeard-custom". Dit kan met WinSCP.
   • Selecteer de bestanden en de map, en klik rechts en kies "Eigenschappen F9".
   • Vul bij "eigenaar" nu "sickbeard-custom" in. (de pull-down geeft alleen "sickbear" als optie, je moet het dus voluit typen)
9. Via Package Center SickBeard Custom gestart

Nu maar hopen dat dit stabiel blijft.

[gwystyl]

Pinobigbird schreef op maandag 04 januari 2016 @ 22:32:
Ik heb op m'n Synology ook gewisseld van github.com/SickRageTV/SickRage naar github.com/SickRage/SickRage. Door de vele ERR_TOO_MANY_REDIRECTS-fouten was het niet meer te gebruiken zonder iedere keer de service opnieuw te starten. Omdat het me veel trial and error heeft gekost, en ik nergens kon vinden hoe dit moest, hier mijn stappen voor wie er wat aan heeft .

Ik heb het volgende gedaan op mijn Synology DS215J:

1. SickRage ("SickBeard Custum" van SynoCommunity) gestopt via Package Center
2. Via WinSCP ingelogd op Synology via protocol "SCP" op poort 20 (gebruiker "root", wachtwoord van administrator-account).
3. Backup gemaakt (hint gekregen van sdk1985 ) naar mijn desktop van 4 bestanden en een map in /volume1/@appstore/sickbeard-custom/var
   • cache.db
   • config.ini
   • failed.db
   • sickbeard.db
   • /cache/images/ (hele map)
4. Via Package Center SickBeard Custom verwijderd
5. Via Package Center opnieuw SickBeard Custom geïnstalleerd:
   • Als repository: git://github.com/SickRage/SickRage.git
   • Als branche: Master
   • Niet starten na installatie. Anders na de installatie SickBeard Custum stoppen va Package Center.
6. De eerder bovengenoemde bestanden hernoemd met nieuwe extensie .bak
7. De back-upbestanden van mijn desktop weer teruggezet naar Synology.
8. Omdat deze bestanden "root" als eigenaar hebben, zal SickBeard Custom niet kunnen starten. We moeten de eigenaar wijzigen naar "sickbeard-custom". Dit kan met WinSCP.
   • Selecteer de bestanden en de map, en klik rechts en kies "Eigenschappen F9".
   • Vul bij "eigenaar" nu "sickbeard-custom" in. (de pull-down geeft alleen "sickbear" als optie, je moet het dus voluit typen)
9. Via Package Center SickBeard Custom gestart

Nu maar hopen dat dit stabiel blijft.

Ik heb bijna hetzelfde gedaan maar nu niet de package sickbeard-custom maar SickRage geïnstalleerd. Die zet de standaard poort op 8899 oid, dus die heb ik met WinSCP veranderd naar 8083 in config.ini (waar SickRage eerder op stond bij mij)

[arjen9551]

Even een fyi, na alle meldingen binnen dit topic over Sickrage en de bijbehorende Git-links, heb ik gisteren een poging gedaan Sickrage te herinstalleren en gelijk te switchen naar de 'goede' Sickrage git.

Maar ik kan dus geen packages meer downloaden vanuit het package center en de Synocommunity source. Ik heb hier zelf nog een DS209+II staan met DSM4.2, het blijkt dus dat de Synocommunity package source niet meer werkt voor DSM 4.2. Zie ook hier.

Mochten hier mensen nog DSM4.2 draaien en willen switchen, misschien handiger om even te wachten. Al zal handmatig zo'n package installeren misschien ook nog wel lukken.

EDIT:
En het werkt weer!

[_Mitchie_]

@Hobbykok, bij mij vindt hij ook zonder problemen alle series

Gebruik de sickbeard-custom en vul bij URL : git://github.com/SickRage/SickRage.git
Dan heb gelijk de goede versie te pakken.
Hieronder staat het de Handleiding :

https://github.com/SickRa...age-to-the-new-repository

[Mickroz]

Paulus07 schreef op woensdag 13 april 2016 @ 11:40:
En sickrage is uit het niets kapot. Kan hem ook niet meer starten via packages "Failed to run the package service".

Meer mensen dit?

ja ik, heb nu al temp oplossing een nieuw sickrage-temp draaien met de uitleg van brickman voor sickbeard.
inloggen met je admin account en dan sudo su - voor root login.

code:

git clone https://github.com/SickRage/SickRage.git /volume1/@appstore/sickrage-temp
wget -O /usr/local/etc/rc.d/S99sickbeard.sh http://dl.dropbox.com/u/5653370/syn_files/sickbeard/S99sickbeard.sh && chmod a+x /usr/local/etc/rc.d/S99sickbeard.sh
chown -R sickrage:users /volume1/@appstore/sickrage-temp
mkdir /volume1/@appstore/.sickbeard
cp /volume1/@appstore/sickrage/var/sickbeard.db /volume1/@appstore/.sickbeard/
cp /volume1/@appstore/sickrage/var/failed.db /volume1/@appstore/.sickbeard/
cp /volume1/@appstore/sickrage/var/config.ini /volume1/@appstore/.sickbeard/
chown -R sickrage:users /volume1/@appstore/.sickbeard

dan /usr/local/etc/rc.d/S99sickbeard.sh editten

code:

APP_PATH=/volume1/@appstore/sickrage-temp
RUN_AS=sickrage
DAEMON=/bin/python

en dan starten:
/usr/local/etc/rc.d/S99sickbeard.sh start

Draait dan op hetzelfde adres als de SC sickrage, weet verder nog niet of ik tegen problemen ga lopen verder, maar zo heb ik het gedaan tot SC hun packages update.

[Paulus07]

Mickroz schreef op woensdag 13 april 2016 @ 13:01:
[...]

ja ik, heb nu al temp oplossing een nieuw sickrage-temp draaien met de uitleg van brickman voor sickbeard.
inloggen met je admin account en dan sudo su - voor root login.

code:

git clone https://github.com/SickRage/SickRage.git /volume1/@appstore/sickrage-temp
wget -O /usr/local/etc/rc.d/S99sickbeard.sh http://dl.dropbox.com/u/5653370/syn_files/sickbeard/S99sickbeard.sh && chmod a+x /usr/local/etc/rc.d/S99sickbeard.sh
chown -R sickrage:users /volume1/@appstore/sickrage-temp
mkdir /volume1/@appstore/.sickbeard
cp /volume1/@appstore/sickrage/var/sickbeard.db /volume1/@appstore/.sickbeard/
cp /volume1/@appstore/sickrage/var/failed.db /volume1/@appstore/.sickbeard/
cp /volume1/@appstore/sickrage/var/config.ini /volume1/@appstore/.sickbeard/
chown -R sickrage:users /volume1/@appstore/.sickbeard

dan /usr/local/etc/rc.d/S99sickbeard.sh editten

code:

APP_PATH=/volume1/@appstore/sickrage-temp
RUN_AS=sickrage
DAEMON=/bin/python

en dan starten:
/usr/local/etc/rc.d/S99sickbeard.sh start

Draait dan op hetzelfde adres als de SC sickrage, weet verder nog niet of ik tegen problemen ga lopen verder, maar zo heb ik het gedaan tot SC hun packages update.

Heeft sickrage zeker weer een auto-update gedaan ofzo vanacht. vanavond als ik thuis ben eens kijken als ik zin heb

[Erik070]

Sinds een commit op 31-03 wil Sickrage niet meer starten op mijn Synology NAS. Log laat dit zien:

2017-03-31 17:39:49 INFO CHECKVERSION :: New update found for SickRage, starting auto-updater ...
2017-03-31 17:39:51 INFO CHECKVERSION :: Config backup in progress...
2017-03-31 17:40:54 INFO CHECKVERSION :: Config backup successful, updating...
2017-03-31 17:41:00 INFO CHECKVERSION :: Pushover notification successful.
2017-03-31 17:41:00 INFO CHECKVERSION :: Update was successful!
2017-03-31 17:41:00 INFO EVENT-QUEUE :: Aborting all threads
2017-03-31 17:41:00 INFO EVENT-QUEUE :: Waiting for the DAILYSEARCHER thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the BACKLOG thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the SHOWUPDATER thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the CHECKVERSION thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the SHOWQUEUE thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the SEARCHQUEUE-DAILY-SEARCH thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the POSTPROCESSOR thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the POSTPROCESSOR thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the TRAKTCHECKER thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the FINDPROPERS thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the FINDSUBTITLES thread to exit
2017-03-31 17:41:01 INFO EVENT-QUEUE :: Waiting for the EVENT-QUEUE thread to exit
2017-03-31 17:41:02 INFO EVENT-QUEUE :: Saving all shows to the database
2017-03-31 17:41:02 INFO EVENT-QUEUE :: Saving config file to disk
2017-03-31 17:41:02 INFO EVENT-QUEUE :: Shutting down Tornado
2017-03-31 17:41:02 INFO EVENT-QUEUE :: Restarting SickRage with ['/usr/local/sickrage/env/bin/python', u'/usr/local/sickrage/var/SickRage/SickBeard.py', '--daemon', '--pidfile', '/usr/local/sickrage/var/sickrage.pid', '--config', '/usr/local/sickrage/var/config.ini', '--datadir', '/usr/local/sickrage/var/', '--nolaunch']


Nu vermoed ik dat er wat is gegaan met updaten en lees ik dat ik handmatig met Git een nieuwe versie kan binnenhalen. Via de Github FAQ van Sickrage dit gevonden:

Stop SickRage, SSH(Linux)/CMD(Windows) and enter SickRage folder

git remote set-url origin https://github.com/SickRage/SickRage.git
git remote set-branches --add origin master
git remote update
git fetch origin

git checkout master
git branch --set-upstream-to origin/master
git reset --hard origin/master
git pull

Alleen ik krijg het niet voor elkaar om de command in de juiste folder uit te voeren. Krijg eigenlijk altijd de melding: -ash: git: command not found

In config.ini staat de instelling git_remote = origin
Dit zou moeten kloppen lees ik in diverse documentatie.

Iemand enig idee waar ik dat Git command moet uitvoeren?
Ik heb bijna elke folder in \volume1\@appstore\sickrage geprobeerd maar zonder succes.

[Ben(V)]

Vervang het git commando door:

/volume1/@appstore/git/bin/git

Het wordt dus:

/volume1/@appstore/git/bin/git remote set-url origin https://github.com/SickRage/SickRage.git
enz. enz.

Vergeet niet om het eigenaarschap van de nieuw geplaatste bestanden weer aan te passen naar 'sickrage' anders gaat het bij de volgende update weer mis want dan kunnen die bestanden niet meer vernieuwd worden door sickrage zelf.

[ Voor 39% gewijzigd door Ben(V) op 02-04-2017 08:56 ]

[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