Poort 6789 in gebruik door ander proces

[Binnetie]

Vanochtend had ik een download lopen op NZBget, ik bedacht me dat ik een instelling wilde wijzigen en deed dit. Toen ik op Save klikte moest NZBget herstart worden (terwijl er dus een download liep). Nu duurde dat herstarten heel lang, na een helf uur was er nog niks gebeurd. Ik besloot daarom om via DSM de package stop te zetten en te starten.

Maar sinds dien krijg ik deze niet meer gestart.

Wat heb ik gedaan:
- nas herstart - geen resultaat
- package verwijderd en opnieuw geïnstalleerd - geen resultaat
- via Putty handmatig de package gestart, maar dit werkte ook niet. Telkens zag ik in de status de melding dat NZBget gestopt is.
- via WinSCP de map NZBget verwijder uit /var/packages

Nas herstart en opnieuw NZBget proberen te installeren, helaas krijg ik nu telkens deze melding:


Ik heb met WinSCP alle restjes en mappen van NZBget verwijder maar toch blijft de melding komen.

Iemand nog een idee?

[Birdy]

Verwijder weer NZBGet.
Kijk dan in /usr/local/etc/services.d map of daar de file nzbget.sc nog bestaat.
Zo ja, verwijderen en NZBGet weer installeren.

[Birdy]

Als nzbget.sc niet bestaat en er zijn wel ander .sc files, kijk dan in die files of daar poort 6789 in voor komt.

[Binnetie]

Dankjewel, dan ga ik dat vanavond eens proberen. Mogelijk zit er daar ergens een bestandje dwars. Gelukkig dat ik nog een config-file zag, dan hoef ik niet alles weer in te stellen.

Ik laat het weten of het gelukt is.

[Ben(V)]

Je hebt nzbget waarschijnlijk geconfigureerd om poort 6789( misschien wel per ongeluk) te gebruiken en die poort is exclusief in gebruikt door het TCP protocol en dus laat DSM niet toe die te gebruiken.

In het algemeen is het niet verstandig vanuit een applicatie de gebruikte poort te wijzigen, want DSM registreert de poort bij installatie van een package en zorgt er dan voor dat er geen conflicterende poorten gebruikt kunnen worden.

Die controle gebreurt alleen bij installatie van het package, dus als je een applicatie zelf de poort laat wijzigen weet DSM daar niets van en kan dus ook geen controle doen.
Bij een fout wil het package dan niet meer opstarten doordat hij een verboden of conflicterende poort wil gebruiken.

Het gevolg is een niet startend appilcatie en kun je ook niet vanuit die applicatie de poort terug zetten.
Je moet dan weten welk config bestandje (of database entry) de applicatie gebruikt om die poort op te slaan of anders is verwijderen en weer installeren je enige optie.

[Robstar]

@benv Poort 6789 is de standaard poort van nzbget.

[Binnetie]

Gisteravond even gekeken. Ik had in /usr/local/etc/services.d nog een bestand nzbget.sc staan. Nadat ik deze verwijderde kon ik ik NZBGet weer installeren.
Helaas kan ik hem nog niet starten.

Heb bij de andere .sc bestanden gekeken of poort 6789 nog gebruikt werkt maar dat is niet het geval.