Synology-Forum.nl
Packages => 3rd party Packages => SickBeard => Topic gestart door: BZwart op 22 oktober 2014, 19:37:02
-
Ik heb de installatie van sickbeard custom moten verwijderen en probeer deze nu opnieuw te installeren maar loopt tegen het poort 8083 is in gebruik probleem aan.
Ik heb de vorige versie via Package Center verwijderend, al een keer de DS opnieuw opgestart maar nog steeds de zelfde melding als ik SB custom probeer te installeren.
Weet iemand welke config ik moet verwijderen om dit probleem op te lossen.
-
Kijk even hier even.
http://www.synology-forum.nl/sickbeard/sb-custom-installeren-geeft-fout-op-poort-8083/msg124322/#msg124322
-
Bedankt, dat was het probleem, poort 8083 stond in de Auto Sub file.
-
Het je autosub dan op een andere poort gezet?
-
autosub heb ik op 8082 staan, dat heb ik nu ook in de file in usr/local/etc/services.d gezet.
Gelijk SickRage vanaf de nieuwe git locatie geïnstalleerd. Alles draait weer als een zonnetje.
-
Als je het helemaal goed wil doen, moet je eigenlijk aan DSM vertellen wat je gedaan hebt.
Dat doe je door het oude te verwijderen en het nieuwe te installeren.
Dat gaat als volgt
Maak een copie van het bestandje /usr/local/etc/services.d/autosub-bootstrapbill.sc naar bijvoorbeeld de share /volume1/video
Vervolgens verwijder je de oude config file met het volgende commando:
/usr/syno/bin/servicetool --remove-configure-file --package autosub-bootstrapbill.sc
Edit het bestandje /volume1/video/autosub-bootstrapbill.sc, wijzig de poort en save het.
Daarna installeer je dit met het commando:
/usr/syno/bin/servicetool --install-configure-file --package /volume1/video/autosub-bootstrapbill.sc
-
Dank voor de tip, blijft mijn autosub config zelf in tact of moet ik deze eerst even opslaan en terug zetten?
-
Nee dit doet helemaal niks met autosub.
Dit is gewoon alleen voor DSM.
Dit is om de firewall van DSM van de juiste informatie te voorzien, zodat niet de verkeerde poort wordt doorgelaten.
Als je de firewall niet gebruikt is dit ook niet echt noodzakelijk, maar wel zo netjes.
-
Ik heb de aangepast autosub-bootstrapbill.sc in/volume1/video staan maar krijg onderstaande error als in deze wil installeren?
DiskStation> /usr/syno/bin/servicetool --install-configure-file --package /volum
e1/video/autosub-bootstrapbill.sc
install configue file fail! (/volume1/video/autosub-bootstrapbill.sc)
-
Ging het remove commando wel goed?
Wat staat er nu in /usr/local/etc/services.d
-
remove commando ging goed.
autosub-bootstrapbill.sc is nu weg uit /usr/local/etc/services.d
-
Je zou even kunnen proberen het bestandje naar /usr/local/etc te copieren en uitaard het commando aan te passen naar die locatie.
Toen ik het deed heb ik ook die locatie gebruikt. Misschien snap dit commando het mountpoint van volume1 niet.
-
Geen foutmelding meer, ik zie autosub-bootstrapbill.sc niet meer terug in /usr/local/etc/services.d klopt dat?
-
En waar ik al bang voor was, autosub kan ik ook niet meer benaderen via de web pagina.
Vals alarm, pakket was gewoon stopgezet, werk nu weer.
-
Geen foutmelding meer, ik zie autosub-bootstrapbill.sc niet meer terug in /usr/local/etc/services.d klopt dat?
Hij moet daar nu weer staan(met dat aangepaste poort nummer).
Waarschijnlijk even refreshen in Winscp.
-
Ik heb de file handmatig teruggezet.
Alles werkt, ook Package Center en Firewal geven voor AutoSub de ingestede poort aan.
Ik laat het hier maar bij.
-
prima toch
-
Volgens mij wel, ik begrijp alleen niet waarom de file niet werd teruggeplaatst.
Maar misschien moet ik niet alles willen begrijpen.
-
Ik had die file daar eerst zelf neergezet en toen het commando gegeven.
Daar gaf hij toen een foutmelding op, dus toen heb ik hem een directory hoger gezet en toen ging het wel goed.
Ben nu even wat anders aan het uittesten op m'n testbakkie, maar als dat gedaan is dan ga ik het nog eens uitproberen.
Ik ben ook zo iemand die alles wil weten :D
Was ook nog van plan een scriptje er voor te gaan schrijven want voor de doorsnee gebruiker is dit gedoe vast een brug te ver en autosub en sickbeard is een veel gebruikte combinatie.
-
Nogmaals geprobeert en bij mij maakt hij netjes een copie naar de services.d directory.
Was je wel als root ingelogd toen je dat commando gaf?
Ik zag dat op die direcory alleen de owner (=root) mag schrijven.
Als je als admin bent ingelogd kon dat wel eens het probleem zijn.
admin is geen owner en ook group heeft geen schrijfrechten op die directory.