Na herinstallatie DSM en opnieuw NZBGet installeren foutmeldingen en trager

[Stef1963]

Na een crash van Diskstation en een verplichte herinstallatie moest ik o.a. ook NZBget opnieuw installeren en instellen.

Helaas hier ook weer oplopend tegen een aantal problemen.

Waar NZBget in de vorige situatie met gemak 13 MB/s haalde kom ik nu niet verder dan 5.8 MB/s.  Waar zou het verschil in zitten?
Heb volgens mij precies dezelfde instellingen w.o 35 connections bij Newsgrabber. (120MB abo)

Een ander probleem is dat hij na elke download een foutmelding geeft:

NFO   Thu Apr 06 2017 23:20:48   Collection Broadchurch S03E01 1080p HDTV x264 MTB added to history
ERROR   Thu Apr 06 2017 23:20:47   Unpack for Broadchurch S03E01 1080p HDTV x264 MTB failed
ERROR   Thu Apr 06 2017 23:20:47   Could not move file /volume1/Downloads/compleet/Broadchurch S03E01 1080p HDTV x264 MTB/_unpack/broadchurch.s03e01.1080p.hdtv.x264-mtb.mkv to /volume1/Downloads/compleet/Broadchurch S03E01 1080p HDTV x264 MTB/broadchurch.s03e01.1080p.hdtv.x264-mtb.mkv:
INFO   Thu Apr 06 2017 23:20:47   Unrar: All OK
INFO   Thu Apr 06 2017 23:20:45   Unrar: Extracting from broadchurch.s03e01.1080p.hdtv.x264-mtb.r41
INFO   Thu Apr 06 2017 23:20:43   Unrar: Extracting from broadchurch.s03e01.1080p.hdtv.x264-mtb.r40
INFO   Thu Apr 06 2017 23:20:41   Unrar: Extracting from broadchurch.s03e01.1080p.hdtv.x264-mtb.r39
INFO   Thu Apr 06 2017 23:20:39   Unrar: Extracting from broadchurch.s03e01.1080p.hdtv.x264-mtb.r38
INFO   Thu Apr 06 2017 23:20:37   Unrar: Extracting from broadchurch.s03e01.1080p.hdtv.x264-mtb.r37
INFO   Thu Apr 06 2017 23:20:35   Unrar: Extracting from broadchurch.s03e01.1080p.hdtv.x264-mtb.r36


Volgens mij heb ik alle rechten gegeven aan de submappen. Weet niet meer welke instellingen anders zijn dan in de oude situatie.
(in het vervolg maar de settings oplsaan  )

Hopelijk heeft iemand een tip?

[janbal]

Heb je de server-instellingen voor optimalisatie ook goed staan, m.n. cipher?

[Stef1963]

Ik gebruik gewoon poort 119 (dus geen TLS/SSL) en geen encryption. Dan heeft cipher toch geen zin?

En dan nog de foutmeldingen. Snap niet wat er nu anders is dan voorheen. Zal nog wel even rommelen met de paden.

[Ben(V)]

Is een rechten probleem.
NZBGET is net al vele andere packages nog niet geschikt voor DSM 6.

Via DSM gaat het goedzetten van die rechten niet lukken.

[Stef1963]

Vorige week draaide mijn 916+ met versie 6 en NZGet  nog als een tierelier.  Zo jammer dat ik de config  hiervan ook niet had opgeslagen.
Maar het moet dus wel kunnen.

[Ben(V)]

Je kunt ook gewoon die download folder (+ subfolders) even open zetten voor 'everybody' dan moeten die rechten geen probleem meer zijn.

[Stef1963]

Ben, dank voor je reactie.

Dat heb ik ook gedaan .  Rechten gegeven voor de hele sharedfolder voor alle gebruikers en groepen.

[Birdy]

Wat mij opvalt:

Could not move file /volume1/Downloads/compleet/Broadchurch S03E01 1080p HDTV x264 MTB/_unpack/broadchurch.s03e01.1080p.hdtv.x264-mtb.mkv to /volume1/Downloads/compleet/Broadchurch S03E01 1080p HDTV x264 MTB/broadchurch.s03e01.1080p.hdtv.x264-mtb.mkv

unrar mag uitpakken/schrijven maar, er mag geen mv gedaan worden (na het uitpakken) in dezelfde map.
Volgens mij is het proces unrar dezelfde "user" als de "user" die de move doet.

[Ben(V)]

Dat hoeft niet.
Sommige packages zijn half geschikt gemaakt voor DSM 6 door in het start-stop script een aanpassing te maken door de applicatie op te starten met su of sudo.
In dat geval draait het package onder een andere user maar als die applicatie dan een subprocess spawned via een shell commando (e.g. unrar) dan draait die unrar onder de oorspronkelijke user en is het eigenaarschap van de ge-"unrarde" file anders.

Dit is speculatie dus geen echte kennis, maar je kunt dat simpel controleren door met winscp even naar het eigenaarschap en de protectie bits van die bestanden te kijken.

[Birdy]

Het uitpakken en verplaatsen gebeurt in dezelfde map n.l. /volume1/Downloads/compleet
Ik heb voor elke bezigheid een eigen map:

/volume1/NZBGet hoofdmap en daaronder (standaard, althans bij mij was dat zo):
/dst
/inter
/nzb
/queue
/tmp

Dus, als je standaard installeert, geef je alleen de hoofdmap op en NZBGet maakt zelf de onderliggende mappen aan, volgens mij is dat het beste.

Dus, uitgaande van wat ik zie, zou het dan worden:
/volume1/Downloads hoofdmap en daaronder (standaard):
/dst
/inter
/nzb
/queue
/tmp
Zou dat maar eens proberen, het is maar een Tip.

[Stef1963]

Bedankt voor de reacties.  Het heeft alleen nog niets opgeleverd. Ik  heb alles standaard gehouden.

Zie bijlage.  Krijg de foutmeldingen niet opgelost.

[Birdy]

Heeft NZBGet WEL ZELF de aanvullende standaard mappen gemaakt ? Of heb je die zelf gemaakt.

[Stef1963]

NZBGet had zelf de mappen aangemaakt. Toen werkte het al niet.  Later heb ik geprobeerd andere mappen aan te maken en die in te vullen.  Maar dat werkte ook niet. Daarna heb ik weer de orginele mappen gebruikt.  I.p.v. Volume1/ stond er ook    ${MainDir}  maar dat blijft hetzelfde.

[Stef1963]

Ik heb nu gemerkt dat hij wel succesvol download en uitpakt alleen geeft hij die foutmelding en laat het uitgepakte bestand in de map _unpack  staan.

[Birdy]

Als het goed is heb je een groep sc-download, wat als je die lees en schrijf rechten geeft op de gedeelde map Downloads ?
Werkt dat ook niet ? Dan de groep users lees en schrijf rechten geven.

In beide gevallen wel even NZBGet stoppen en starten in package center.