Bonjour,

Pour le post-traitement :

Pour ma part j'ai un r

Je dirais que la seule chose qui manque c'est le post process pour extraire dans mon cas.

Apr

Je dirais que la seule chose qui manque c'est le post process pour extraire dans mon cas.

Apr

C'est pas faux, mais c'est quand marrant de ne pas avoir limit

C'est pas faux, mais c'est quand marrant de ne pas avoir limit

Je vais d

Bonjour,

Pour la commande ServerStartCommand, j'ai bien dans open_basedir le r

Il donne des logs autre que

Big news pour les amateurs de Nzbget et de s

Bonjour,

Je n'avais pas encore eu le temps de faire des tests mais toujours pour ma commande start sous l'interface Web, j'ai mis des droits 777 sur "/usr/local/etc/rc.d/nzbget.sh" et j'ai la m

Bonjour,

Je n'avais pas encore eu le temps de faire des tests mais toujours pour ma commande start sous l'interface Web, j'ai mis des droits 777 sur "/usr/local/etc/rc.d/nzbget.sh" et j'ai la même erreur (mais un cron de redémarrage automatique dans le prochain spk serait une bonne solution...).

D'après la doc du fichier de configuration :

# NOTE: VERY IMPORTANT: the command is executed under web-server user-account, you

# must ensure the web-server has permissions to start nzbget

# and access nzbget-directories (read/write).

L'utilisateur du serveur web est nobody, il n'a pas les droits sur /usr/local/nzbget/bin/nzbget Lance :

chmod 775 /usr/local/nzbget/bin/nzbget

Ça devrait marcher

OK,

Merci. J'essayerais

J'ai fait le chmod mais malheureusement ça ne marche pas.

J'ai aussi essayé la commande :

/usr/local/nzbget/bin/nzbget -D -c /usr/local/nzbget/etc/nzbget.conf

C'est OK en telnet mais pas depuis l'interface web non plus...

Autrement, en faisant mes tests, j'ai aussi vu un truc bizarre :

Avec Nzbget pourtant en marche si je fais un '/usr/local/etc/rc.d/nzbget.sh status' en telnet, j'ai le message 'Not running'...

J'ai fait le chmod mais malheureusement ça ne marche pas.

J'ai aussi essayé la commande :

/usr/local/nzbget/bin/nzbget -D -c /usr/local/nzbget/etc/nzbget.conf

C'est OK en telnet mais pas depuis l'interface web non plus...

Autrement, en faisant mes tests, j'ai aussi vu un truc bizarre :

Avec Nzbget pourtant en marche si je fais un '/usr/local/etc/rc.d/nzbget.sh status' en telnet, j'ai le message 'Not running'...

J'avoue que je suis a court d'idées. Je n'ai pas l'utilité de cette fonctionnalité pour l'instant donc je n'ai pas regardé. Peut être que j'y jetterai un oeil dans la semaine prochaine.

Pour ce qui est du status, il ne peut pas se tromper. Reproduis le problème puis tape en SSH :

ps | grep nzbget

et affiche moi ici la sortie

J'ai refais le test j'obtiens

Ok. Ce bug est corrig

D'accord.

Pas de probl

En fait DSM 3.1 a foutu un peu le bazar avec /bin/ps si bien que maintenant, si tu lui passes une option qu'il ne connait pas, il t'envoie chier. Ce n'

Juste une question b

Juste une question b

La 0.2 beta arrive bient

Merci Diaoul pour cette nouvelle version

Bonjour,

Pour la commande ServerStartCommand, j'ai bien dans open_basedir le répertoire /usr/local/etc/rc.d/

mais j'ai toujours une erreur :

ERROR: Could not start server. Errorcode: -1.

Peut-être un problème de privilège du fichier sh...

En fait ça ne pourra jamais marché sur nos Synos cette fonction. Peu importe les droits, ce n'est pas là le problème.

Le problème c'est que nobody, l'utilisateur qui gère le serveur web de nos Syno, n'a pas, et n'aura jamais, les droits suffisants pour arrêter un processus lancé par un autre utilisateur.

On ne peut pas lancer nzbget avec le même utilisateur que le serveur web parce que dans ce cas, les fichiers créés par nzbget auraient un propriétaire et un groupe sur nobody. Ces fichiers ne seront exploitables que s'ils sont en 777, il faudrait alors mettre le umask en 0777 dans la configuration de nzbget.

Je ne sais pas quelle est la bonne méthode a adopter. Moi je choisirai la première étant donné que démarrer et arrêter le SPK ne doit être possible que par le biais de DSM à mon sens.

/ $ whoami

nobody

/ $ kill 13385

kill: 13385: Operation not permitted

Bonjour et merci pour ce nouveau pack, je l'essaye dès que j'ai le temps...

Pour ma "start command", j'avoue que tes explications dépassent mes connaissances (à propos du umask de la config de nzbget...).

Par contre, pour l'arrêt du service, là, a priori ça marche même avec nobody car c'est une commande prévue dans le service intégré à Nzbget accessible par la partie web : c'est la méthode "shutdown" de l'API RPC (Shutdown server. This method is equivalent for command "nzbget -Q").

Mais forcément, il ne peut pas être prévu l'équivalent pour une commande start géré par le service puisqu'elle serait nécessaire lorsque celui-ci est arrêté...

Ainsi depuis une page php je peux modifier l'état des téléchargements, mettre le serveur en pause (pause), le faire recommencer (resume) ou l'arrêter (shutdown) mais (pour l'instant ?) pas le lancer...

P.S. : en fait, pour info, si je teste tout ça c'est que grâce à ces commandes, je peux piloter nzbget depuis mon iphone... Sauf s'il s'est arrêté...

Edit :

PS n°2 : J'ai essayé le nouveau pack qui semble bien marcher (il a fallu que je désintalle la première version, la mise à jour ne marchait pas...).

Un petit probl