SABnzbd werkt niet meer na update naar 2.3.3-34

[esvandenhoek]

Na de update naar 2.3.3-34 werkt SABnzbd niet meer. Eerste startte de service wel nog op maar na een herinstallatie (omdat ik problemen had met de rechten) wil de service zelfs niet mee starten. Ik de tutorials al doorlopen om te zorgen dat je root bent en dan de start-stop status file aan te passen, maar dat alles heeft niet geholpen. Iemand ideeën?

[Ben(V)]

De nieuwe packages van de SynoCommunity zijn geschikt gemaakt voor DSM 6 dus niet meer grutten in het start-stop-status bestand dat zorgt ervoor dat niets meer werkt zoals het hoort.

Lees eerst deze twee wiki's eens aandachtig door.

https://github.com/SynoCommunity/spksrc/wiki/Permission-Concept
https://github.com/SynoCommunity/spksrc/wiki/Permission-Management

[esvandenhoek]

Dank voor je reactie.
Nadat ik in de start-stop-status had aangepast en het niet werkte heb ik SABnzbd weer verwijderd en opnieuw geïnstalleerd dus volgens mij is het dan niet meer van toepassing.
Daarvoor had ik de rechten voor de groep sc-download al aangepast naar lezen en schrijven op de Download map die ik al jaren gebruik. Ik heb ook voor de zekerheid de ACL conversie gedaan.
En uiteraard al tig keer de NAS opnieuw opgestart.
Niks lijkt te werken, ik blijf maar de melding krijgen dat de service niet gestart kan worden...

[Ben(V)]

Het heeft wel gewerkt zeg je zelf.
Er zal wel wat blijven hangen zijn van je vorige pogingen.
Misschien even een reboot van je Nas?

En anders alles weer verwijderen, je Nas rebooten en dan een nieuwe installatie doen.

Die ACL conversie is echt niet optioneel.

Als het dan weer draait moet je de rechten geven aan zowel sc-media als sc-download.
Daarna moet je ook de rechten van de bestaande folders, subfolder en files goed zetten met behulp van FileStation, want die hebben niet zomaar de juiste rechten.

[esvandenhoek]

Ik heb het inmiddels opgelost.
Ik heb de DSM op poort 8080 draaien vandaar dat SABnzbd niet wilde starten.
Na tijdelijke aanpassing naar 5000 startte SABnzbd weer en nu werkt ook alles met de rechten weer goed!

[Ben(V)]

Sabnzbd op poort 5000 is wel het raarste wat je kunt bedenken.

[esvandenhoek]

ik bedoelde dat http DSM tijdelijk naar 5000 heb gezet en vervolgens SABnzbd naar 9200.
Overigens krijg ik de DSM http nu niet meer terug naar 8080, hij blijft zeggen dat die poort gereserveerd is voor systeemgebruik, terwijl dit voor de (tijdelijke) aanpassing naar 5000 altijd prima werkte. Weet iemand hoe ik dit weer goed krijg? Lijkt alsof het systeem deze onterecht voor SABnzbd vasthoudt terwijl deze inmiddels op 9200 draait.
 

[Ben(V)]

Tja je moet ook niet met de poorten van een applicatie gaan grutten.
Het package gebruikt de standaard poort die door de ontwikkelaars van de applicatie is vastgesteld.

Hier vind je een overzicht van die poorten.

https://github.com/SynoCommunity/spksrc/wiki/SynoCommunity-Used-Ports

Als jij nu in de applicatie een andere poort gaat instellen weet DSM daar niets van, want die heeft een poort opgekregen tijdens de installatie van het package en houd die poort ook vast.
Dus wat de applicatie doet en wat DSM verwacht zit niet meer op een lijn en de applicatie kan de poort niet wijzigen in DSM, dat kan alleen tijden de package installatie.

Met andere woorden blijf van die poorten af en hou het standaard.

[Birdy]

Overigens krijg ik de DSM http nu niet meer terug naar 8080, hij blijft zeggen dat die poort gereserveerd is voor systeemgebruik, terwijl dit voor de (tijdelijke) aanpassing naar 5000 altijd prima werkte. Weet iemand hoe ik dit weer goed krijg? Lijkt alsof het systeem deze onterecht voor SABnzbd vasthoudt terwijl deze inmiddels op 9200 draait.

Wat staat er in /usr/local/etc/services.d/sabnzbd.sc ?

En check eens wie poort 8080 in gebruik heeft:

Code: [Selecteer]

sudo servicetool  --runtime-port-conflict-check --tcp --all-used-ports | grep 8080

[Ben(V)]

Misschien even lezen wat ik geschreven heb.

Poort 8080 is door het installeren van het  SABnzbd package door DSM gereserveerd en die wordt pas weer vrijgegeven als je het package verwijdert.
Met de komst van de nieuwe packages van de SynoCommunity die voor DSM 6 geschikt gemaakt zijn wordt dat zo gedaan volgens de voorschriften van Synology.
DSM kan dan o.a.( maar niet alleen) die poort opnemen in de firewall setting.

DSM heeft geen functionaliteit in z'n GUI om poorten die aan applicaties zijn toegewezen te wijzigen.
En ik raad het dan ook sterk af om in de systeem bestanden van DSM te gaan grutten om het toch voor elkaar te krijgen, want voor je het weet werkt het dan niet meer met de volgende update.

[esvandenhoek]

Ik begrijp wat je aangeeft.
Ik had de DSM http naar 8080 gezet omdat ik op mijn werk niet via 5000 naar buiten kon en mijn router niet port forwarding van 8080 naar 5000 kon uitvoeren. Inmiddels heb ik een router die dat wel (gewoon) kan.
Ik zal je advies dus opvolgen om DSM http op 5000 te laten staan en SABnzbd naar 8080 terug te zetten.
Ik heb dus geen functioneel probleem meer maar was gewoon benieuwd waarom ik eerst wel 8080 DSM http kon instellen toen SABnzbd op 9200 draaide en nu opeens niet meer.