Grincheux41

Pour info j'ai réglé mon souci, j'avais oublié d'autoriser le flux sortant sur iptable... (chaine ouput).

Même souci ici. J'ai déménagé, changé de FAI, mais aussi de NAS, bref tout est nouveau. Et depuis, l'upload ne fonctionne quasiment pas... j'attends de voir si cela vient des fichiers que je possède (peu de demande). NAT sur box ok. Iptable ok (bon je suis pas expert mais ça me parait ok). De toutes façons, si je désactive le firewall et lance des commandes de suppression de règles iptables, ça ne change rien. VPN en suisse pour suivre le conseil de @vidsid... (j'étais en Corée du sud 😁) Pour ceux qui utilisent un VPN, est ce que le résultat de ce site là est exploitable d'après vous? https://www.yougetsignal.com/tools/open-ports/ peu importe ce que je fais, il me dit que mon port est fermé...

J'ai un souci équivalent mais l'inverse :) je pense être emmerdé avec le process "sbin/scheduler"... Toi, tes logs te disent que DS est stoppé... moi c'est linverse, j'ai souvent le cas suivant qui se présente : > VPN détecté comme arrêté > lancement de la commande "stop" de DS > test de la présence du process "sbin/scheduler" et là je me retrouve avec un message "DS est toujours lancé"... comme si la commande "stop" ne marchait pas! ou alors le fait de tester le process sbin/scheduler n'a pas de sens, j'en sais rien! j'ai pourtant mis un "wait 80000" après la commande stop lol Quelqu'un a-t-il des soucis de ce genre aussi ?

Bon je pense avoir trouvé un souci parmi d'autres. Mon script a l'air de bien fonctionner. J'ai coupé le vpn, il l'a détecté, il a tout relancé... mais j'ai noté qu'à peine il avait tout relancé, que le script se déclenchait à nouveau... et je commence à penser qu'avec les performances médiocres de mon Syno, lancer le VPN puis DS peut prendre plus de 1 minute... et du coup, la tâche suivante se déclenche et voilà. D'ailleurs j'ai testé. Si je démarre DS, alors je peux pas le lancer une deuxième fois, la commande start me retourne bien que le process est déjà là. Mais si je vais "vite", et que je lance la commande start 2 fois... alors j'arrive à créer 2 process scheduler ! et là, je me retrouve avec plein d'erreur dans l'interface de DS du genre "dupliquer le fichier torrent". Solution vraiment basique : je passe le crontab à... 2 minutes. ça devrait fiabiliser un peu... à suivre!

Bonjour à tous, @roypelikan, es tu passé en DSM 6 ? Pour ma part, j'utilise ce script depuis longtemps mais depuis 2016 j'ai pas mal de souci avec Download station, et je pense que cela vient du script... Par exemple, des fois, je lance la GUI de DS, et j'ai "Echec de l'opération"... je vois bien les dossiers à gauche (téléchargements, terminé, actifs etc) mais au milieu y'a juste "Echec de l'opération"... bon... j'ai installé une ancienne version de DownloadStation et je n'ai plus CE problème depuis hier soir... à suivre. Autre problème : mes téléchargements sont souvent en erreur (pas tout le temps). Soit juste en "erreur" soit en "dupliquer le fichier le torrent". Pour cette dernière erreur, je suspecte un souci lié au script en lui même : je pense que l'arrêt de DS ne se fait pas quand le VPN est en rade, par contre la relance fonctionne! Du coup, je me retrouve avec plusieurs process "scheduler"... et peut être que cela provoque cette erreur de fichier en double... Quelqu'un peut me dire ou sont les logs de DS dans DSM6? j'aurai peut être des infos utiles qui m'aideront :(

https://github.com/cocazoulou/couchpotato.provider.t411 de ce que je comprends, qqun a developpé le plugin permettant d'avoir t411 dans couch potato. ça se tente!!! je vais pas avoir le temps dans les 10 jours à venir donc si quelqu'un peut essayer...

pour le moment je m'en passe mais si quelqu'un a une solution je suis preneur aussi !

non non, faut jouer avec les mots interdits ou obligatoires! Dans "search settings" : Ignore words : german,core2hd,dutch,swedish,reenc,MrLss,VOSTFR,vostfr (jai ajouté les 2 derniers, les autres sont ceux par défaut). Require words : vf,french Pour ma part je n'utilise que t411 et avec ce paramétrage là ça se passe bien!

je peux pas te dire... par contre, de mémoire j'utilise une fonction que j'avais pas sur sickbeard (mais je peux me tromper...) : les fichiers terminés sont placés dans un dossier de mon choix (et post processé à cet endroit). Cela surcharge le paramétrage du client Downloadstation (qui lui continue de mettre ses fichiers terminés ailleurs). Par contre, est ce qu'on peut différencier la destination en fonction de torrent ou NG, je ne sais pas (je fais que du torrent).

mets les traces en debug pour mieux comprendre le problème

t'as bien mis ton user/mot de passe? en cas de souci, tu peux aussi regarder là : https://github.com/SiCKRAGETV/sickrage-issues/issues tu regardes si d'autres ont le même souci et si c'est pas le cas tu peux créer un ticket.

T411 : aucun souci. ta "base de données" n'est malheureusement pas exportable depuis sickbeard... mais comme sickrage va scanner ton dossier séries, il va tout reprendre là ou tu en étais. Tu auras juste à vérifier les statuts (pour mettre en waited ou skipped etc). Dans l'ensemble, la migration va vite! je n'ai AUCUN regret!

j'utilise le sickrage proposé dans les paquets de la communauté syno.

je confirme l'utilisation de Sickrage en remplacement de Sickbeard. ça marche très bien et la communauté est très réactive (des commits tous les jours). Reste à trouver un remplaçant à CouchPotato maintenant

moi j'ai : > wget -v www.cpasbien.pw --2015-01-08 21:53:39-- http://www.cpasbien.pw/ Resolving www.cpasbien.pw... 104.28.21.94, 104.28.20.94 Connecting to www.cpasbien.pw|104.28.21.94|:... connected. HTTP request sent, awaiting response... 503 Service Temporarily Unavailable 2015-01-08 21:53:39 ERROR 503: Service Temporarily Unavailable.