Grincheux41
-
Compteur de contenus
71 -
Inscription
-
Dernière visite
Messages posté(e)s par Grincheux41
-
-
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é...
0 -
Le 02/03/2017 à 16:19, djtale a dit :
Apparemment ici :
#VPN Connection and firewall are Ok, starting Download station
$DLStation start
if [ -n "$(ps | grep -v "grep" | grep "/sbin/scheduler")" ] ; then
echo $(date) ": DownloadStation is started" >> $logfile
else
echo $(date) ": ERROR, DownloadStation is stopped" >> $logfile
fiA quoi correspondent ces tests ? Ai*je oublié une config ?
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 ?
0 -
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!
0 -
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 :(
0 -
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...
0 -
pour le moment je m'en passe mais si quelqu'un a une solution je suis preneur aussi !
0 -
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!
0 -
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).
0 -
mets les traces en debug pour mieux comprendre le problème
0 -
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.
0 -
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!
0 -
j'utilise le sickrage proposé dans les paquets de la communauté syno.
0 -
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
0 -
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.
0 -
changement d'IP pour cpasbien!
0 -
oui un grand merci!!!!!!!!!!
0 -
et vous êtes bien à jour?
0 -
donc ton NAS atteint bien cpasbien... donc pas de souci de type "réseau"
0 -
@Grincheux41 je viens d'applique ton contournement qui marche parfaitment mais je suis passé par une déclaration des routes statiques via le panneau de configuration du NAS : Dans réseau > route statique > Creer ... & sauvegarder.
ça revient exactement à executer tes commandes route add sauf que tu passes par les outils du NAS donc tu auras peut-être pas les pb que tu rencontres actuellement
0 -
l'ip du réseau local bien sûr.
0 -
non non de la box! enfin du routeur qui a accès à internet
bon moi je "perds" mes routes régulièrement je sais pas pourquoi, faut que je regarde mes autres scripts automatiques... ou alors que je mette celui ci en crontab...
0 -
non c'est bon! première notification reçue y'a une heure (ton message quoi!)
Enfin! nickel merci!
0 -
tapes ça dans l'invit de commande :
wget -v www.cpasbien.fr
moi si j'ajoute pas les routes, j'obtiens une erreur 503.
J'ajoute les routes (les 4 car l'IP n'est pas toujours la même ) alors en retapant la commande WGET j'obtiens un code 200 (OK!)
0 -
j'ai pas l'impression que ça change quoique ce soit mais bon...
0
Download station et yggtorrent
dans Installation, Démarrage et Configuration
Posté(e)
Pour info j'ai réglé mon souci, j'avais oublié d'autoriser le flux sortant sur iptable... (chaine ouput).