J'ai fait un petit script qui vérifie si rtorrent est lancé, et si ce n'est pas le cas le relance. Je pars du principe que vous avez suivi le tuto ou exécuté le script d'installation fourni sur le forum. Mais si ce n'est pas le cas il suffit de modifier le code en conséquence. Loguez vous en root (commande su sous debian et sudo sous ubuntu) Ouvrez un nouveau fichier avec nano avec la commande suivante : nano /root/rtorrent-ckeck Donc ici, je vais créer un fichier nommé rtorrent-check dans /root , ce n'est effectivement pas le meilleur choix mais je fais au plus simple et au moins seul le root pourra le lire/modifier/supprimer. A vous d'adapter si vous préférez le mettre ailleurs ou même changer de nom de fichier. Copiez/collez le code suivant : #!/bin/bash users=(user1 user2 user3) # à modifier avec les utilisateurs souhaités for user in ${users[@]}; do file=/home/$user/.session/rtorrent.lock # a adapter au besoin pid=$(ps -u $user -o pid,command | grep '[0-9] rtorrent$' | cut -d "r" -f1) # extraction du pid de rtorrent de l'utilisateur if [ ! $pid ];then # si rtorrent est actif pid ne sera pas vide rm -f $file # on supprime rtorrent.lock car ca peut empêcher rtorrent de démarrer bash /etc/init.d/$user-rtorrent restart echo "$(date) : le rtorrent de $user a ete redemarre" >> /var/log/rtorrent-check.log fi done Éditez le code selon vos besoins, à la place de user1 user2 user3 , écrivez les noms d'utilisateurs concernés, notez la séparation par un espace entre les différents utilisateurs, bien entendu le nombre d'utilisateurs n'est pas un problème que ca soit plus ou moins que 3. Enregistrez le fichier et quittez le (Ctrl + O , puis Ctrl + X) Rendez le exécutable, donc ici chmod +x /root/rtorrent-check Maintenant il s'agit d’exécuter ce script de façon automatique toutes les X minutes, pour cela nous allons utiliser crontab. crontab -e Rajoutez la ligne suivante à la fin du fichier (il se peut que le fichier soit vide si vous n'avez jamais utilisé crontab) */5 * * * * /root/rtorrent-check Ici, le script va se lancer toutes les 5 minutes. Voilà c'est terminé, vous pourrez consulter le fichier /var/log/rtorrent-check.log pour y trouver quand et quel rtorrent a été relancé.

Hello, Perso j'ai un script un peu comme ça, mais j'utilise la commande pidof pour check si rtorrent tourne encore ou pas. (j'avais lu quelque part que pidof était préférable à un netstat ou un ps pour cause d'appel system / réseau inutiles) Pourquoi ne pas créer un petit fichier à côté avec tes users/ports et tu parses le fichier pour soumettre ton code de relance de rtorrent pour chaque occurence au lieu de faire deux fois la même chose de suite ? Pour deux users c'est gérable simplement, pour plus de users, ça peut devenir chiant à maintenir ^^ Et sinon, peut être aussi éviter de polluer /root avec des scripts ou fichier randoms, en plus si tu as suivi les tuto ici, je crois que Ex_rat a fourni des scripts pour ban/unban des ip et qu'il les a mis dans un répertoire du style /etc/my-scripts/ ou quelque chose du genre. Have fun =) PS: sans log les exécutions du cron,ce qui effectivement ne sert à rien je pense, tu peux par contre te faire envoyer un petit mail à chaque fois que la relance est effectuée en rajoutant un petit "mail" a la fin de ton bloc d'exec.

Je fais un ps perso, et je log tout dans un file 😛

il faut respecter quelques conventions aussi, par exemple #!/bin/bash au début du fichier pour savoir de quoi on parle. De plus ton code est redondant, fais une fonction auquel tu passes en paramètre le port et le user. Ensuite on peut imaginer une boucle qui appelle la fonction avec un tableau ou il y a tous les noms des users.

C'est vrai que j'aurais du faire une fonction et l'entête #!/bin/bash, de même pour le tableau. Je vais l'éditer quand je prendrais le temps de le faire. Pour pidof un lien peut être à partager ? Tu parles de cela peut être ? man pidof wrote: -n Avoid stat(2) system function call on all binaries which are located on network based file systems like NFS. Instead of using this option the the variable PIDOF_NETFS may be set and exported. Un intérêt à ps plutôt que netstat ? Sinon je vais me débarrasser de la nécessité de renseigner les SCGI port, ca n'apporte rien. Enfin je veux dire ca rend le script plus efficace mais on doit les renseigner, alors qu'on peut s'en passer de façon raisonnable et ca évite le script de faillir en quand de changement de ces ports par exemple. Merci pour vos retours

Réécriture totale du script, à vos claviers

Il faudrait remplacer la balise du topic par script plutôt que tutoriel.

Hardware wrote: Il faudrait remplacer la balise du topic par script plutôt que tutoriel. J'attends juste que le script soit "validé" par la communauté (plus de remarques pertinentes à prendre en compte dans le code), et là je rajouterais les explications.

Finalement j'ai abandonné l'idée d'utiliser les informations du rtorrent.lock et d'assumer que s'il n'existait pas alors rtorrent n'était pas lancé. Car même s'il est protégé en écriture rien n'empêche un utilisateur de le supprimer avec un peu de mauvaise volonté, je suis donc revenu aux classiques, grep , cut , ps . J'avais oublié l'option -f d'ailleurs pour le rm de rtorrent.lock Enfin, j'ai rajouté un fichier de log et expliqué étape par étape comment procéder. C'est un vrai tutoriel quoi maintenant \o/

Pourquoi ne pas utiliser systemd en script de démarrage de rtorrent ? Voila le mien : /etc/systemd/system/rt@.service [Unit] Description=rTorrent Requires=network.target local-fs.target [Service] Type=forking #RemainAfterExit=yes #KillMode=none User=%I ExecStart=/usr/bin/tmux new-session -s rt -n rtorrent -d rtorrent ExecStop=/usr/bin/bash -c "/usr/bin/tmux send-keys -t rt:rtorrent C-q && while pgrep -u `id -u` rtorrent > /dev/null; do sleep 0.5; echo rtorrent still running...; done;" WorkingDirectory=/home/%I/ Restart=always [Install] WantedBy=multi-user.target Le Restart=always permet automatiquement de relancer rtorrent en cas de crash Exemple d'utilisation : Je veux lancé le rtorrent de l'user "paul" systemctl status rt@paul.service systemctl status rt@<user>.service

Euh, ben parce que moi j'utilise le système D Je ne connaissais pas systemd, je vais donc me documenter à ce sujet et éditer le code copier/coller ton code (mais une fois que j'aurais pris le temps et compris comment il fonctionne). Mais oui bien entendu y'a pas photo

[Script] Script qui relance automatiquement rtorrent si besoin : Page 2

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Script] Script qui relance automatiquement rtorrent si besoin

Hardware

Pour quel service ?

xataz

C'est un service perso d'un script python, ou y'a il faut une multitude de condition pour que l'arrêt ce fasse de manière secure. Je vérifie par exemple qu'il n'y a pas d'écriture en cours dans la base sqlite lors de l'arrêt, pour ne pas avoir de donnée incomplète.

Même mon service rtorrent fait au moins 70 lignes, pour faire plusieurs vérification, comme la suppression du fichier lock qui ne se supprime pas toujours avec le deamon sur mondedie (enfin j'ai eu plusieurs fois le problème), et donc sa bloque la relance. Lors du lancement je vérifie que les répertoires sont bien accessible en rw à l'utilisateur, et plein d'autre check, pour éviter tous problème.

Ces vérifications ne sont pas possible avec systemd, du moins de ce que j'en connais, sauf en utilisant un script, qui revient donc au même que initV, ou alors en exécutant une suite interminable de commande, ce qui revient encore au même que initV.

Dans l'exemple se Salorium, si rtorrent plante il va ce relancé, mais s'il plante sans délocker le rtorrent.lock, il va se relancer indéfiniment, car si rtorrent ne peut pas ce lancer si le rtorrent.lock n'est pas accessible, rtorrent ne se lance pas.

Systemd serais parfait dans un monde ou les développeurs n'oublierai aucune exeptions dans leur code, ce qui est impossible. C'est selon moi l'avantage de initV par rapport à systemd, cela permets de compenser les gestions d'erreur au lancement et l'extinction d'un programme.

Après oui, il va falloir y passer, mais pour moi le respect de ces conditions (souvant lors le l'arrêt de l'application) est indispensable.

Hardware

Hum je pense que tu n'a pas bien lu la documentation de systemd, l'ensemble de ce que tu décris est géré de manière native par systemd, justement ce gestionnaire comble pratiquement toutes les lacunes de sysvinit, les vérifications que tu décris dans ton post sont faites automatiquement de manière transparente. Si tu as des checks vraiment spécifiques à faire, tu peux passer par les hooks et tu gardes tous les avantages de systemd.

Par exemple pour le fichier lock, il y a systemd-tmpfiles : http://www.freedesktop.org/software/systemd/man/tmpfiles.d.html

xataz

Je vois pas comment systemd peut savoir quel fichier ou dossier fou la merde (par exemple).

Après je ni pas le fait qu'il va falloir y passer, même sur les serveurs.

nerull

xataz wrote:
@nerull :
Si tu as suivis le tuto de mondedie, normalement cela devrait fonctionner. Sinon tente en remplaçant comme ceci :
pid=$(ps -u $user -o pid,command | awk '{if ($2 == "rtorrent") {print $1};}')
Normalement cela fonctionne à tous les coups.

Au top ca marche !

J'essaye maintenant d'automatiser la liste des utilisateurs afin d'eviter de rajouter manuellement les noms :

liste=$(awk -F":" '$7 ~ /\/bin\/bash/ {print $1}' /etc/passwd)
users=($liste) # à modifier avec les utilisateurs souhaités

une chance de succès avec cette syntaxe ?

#!/bin/bash

liste=$(awk -F":" '$7 ~ /\/bin\/bash/ {print $1}' /etc/passwd)
users=($liste) # à modifier avec les utilisateurs souhaités

for user in ${users[@]}; do

   file=/home/$user/downloads/.session/rtorrent.lock # a adapter au besoin

   pid=$(ps -u $user -o pid,command | awk '{if ($2 == "rtorrent") {print $1};}')

   if [ ! $pid ];then # si rtorrent est actif pid ne sera pas vide
      sudo killall --user $user rtorrent
      sudo killall --user $user screen
      sudo rm -f $file # on supprime rtorrent.lock car ca peut empêcher rtorrent de $
      sudo su --login --command "/home/$user/restartSeedbox" $user
      echo "$(date) : le rtorrent de $user a ete redemarre" >> /var/log/rtorren$
   fi

done

Kev42

nerull wrote:Merci pour ce script !

Cependant j'ai l'impression que cette ligne n'est pas prise en compte :
 pid=$(ps -u $user -o pid,command | grep '[0-9] rtorrent$' | cut -d "r" -f1) $
Ca restart rtorrent meme s'il est deja lancé

Je viens de me rendre compte que le copié/collé du code de nano sur le serveur au forum a foiré, tout simplement parce que la fenêtre n'était pas assez grande pour afficher le code en totalité, et dans ce cas il y a le caractère $ en dernier.
Bref, j'ai recopié/collé correctement le code ce coup ci, mea culpa.

@Lokiii :

En l'état ton code n'est pas multi utilisateur et tu oublies de supprimer le rtorrent.lock qui peut empêcher le redémarrage de rtorrent.

@Xataz :

Oui, je vais voir cela pour awk, je débute alors je ne fais pas forcément les choses proprement

@nerull :
Vu le contenu de /etc/passwd, perso je me baserais plutôt sur les occurrences de /home, root n'est pas censé être un utilisateur de rtorrent.
Je ferais cela avec une expression régulière.

Sinon pour systemd oui faudrait que je m'y mette mais là tout de suite j'ai la flemme.

nerull

Kev42 wrote:
@nerull :
Vu le contenu de /etc/passwd, perso je me baserais plutôt sur les occurrences de /home, root n'est pas censé être un utilisateur de rtorrent.
Je ferais cela avec une expression régulière.

Sinon pour systemd oui faudrait que je m'y mette mais là tout de suite j'ai la flemme.

awk -F":" '$7 ~ /\/bin\/bash/ {print $1}' /home/

ne marche pas , mes connaissance en linux s'arrete la :s

salorium

xataz wrote:C'est un service perso d'un script python, ou y'a il faut une multitude de condition pour que l'arrêt ce fasse de manière secure. Je vérifie par exemple qu'il n'y a pas d'écriture en cours dans la base sqlite lors de l'arrêt, pour ne pas avoir de donnée incomplète.

Pourquoi ne pas géré cela directement dans ton script python ?

xataz wrote: Même mon service rtorrent fait au moins 70 lignes, pour faire plusieurs vérification, comme la suppression du fichier lock qui ne se supprime pas toujours avec le deamon sur mondedie (enfin j'ai eu plusieurs fois le problème), et donc sa bloque la relance. Lors du lancement je vérifie que les répertoires sont bien accessible en rw à l'utilisateur, et plein d'autre check, pour éviter tous problème.

A force de mettre trop de contrôle, tu ne ralenti pas ton système ?
Par exemple le rw à l'utilisateur tu le contrôle une fois puis ensuite c'est fini non ?

Kev42

@Nerull :

Plus simple, lister les fichiers (dossiers) dans /home :

liste=$(ls /home)

Bon après je pars du principe qu'il n'y a rien d'autre (non "caché") dans home que les dossiers d'utilisateurs, sinon faut filtrer.

jean-luc

Kev42 wrote:@Nerull :

Plus simple, lister les fichiers (dossiers) dans /home :
liste=$(ls /home)
Bon après je pars du principe qu'il n'y a rien d'autre (non "caché") dans home que les dossiers d'utilisateurs, sinon faut filtrer.

Bonsoir;

Ou

liste=$(grep '/home.*bash' /etc/passwd | awk -F : '{print $1}')

Sachant que j'utilise systemd comme cité en 1° page....et aucun soucis...

Kev42

Ouep plus propre je suppose.
Pour systemd comme je l'ai dit je suis conscient que ca soit une meilleure solution mais ca nécessite d'abord un temps d'apprentissage, que je ne veux pas prendre pour l'instant, mais ca viendra peut être.

xataz

Kev42 wrote:@Nerull :

Plus simple, lister les fichiers (dossiers) dans /home :
liste=$(ls /home)
Bon après je pars du principe qu'il n'y a rien d'autre (non "caché") dans home que les dossiers d'utilisateurs, sinon faut filtrer.

Après il ne faut avoir que des utilisateurs qui utilisent rtorrent. Dans l'autre cas j'aurais plutôt tendance à chercher les fichiers .rtorrent.rc et d'en lister les propriétaire, dans le genre :

find /home -type f -name ".rtorrent.rc" -exec ls -la {} \; | awk '{print $3}'

Y'a surement moyen de faire mieux.

@salorium :
Oui je pourrais, mais faudrait que je refasse tous mon script, qui a l'origine n'était pas prévu pour être un daemon, donc j'ai créé une fonction qui permets de boucler la fonction principale, que j'exécute en arrière plan (&).

Autrement je préfère perdre quelques seconde a l'exécution d'un service, que plusieurs heures à chercher le problème. Pour le rw de rtorrent, un chmod ou chown malencontreux arrive de temps à autres, et puis il est pas relancé tous les jours non plus. Par exemple sur ma seedbox, sa fait 3 mois qu'aucun rtorrent n'a planté.

@Hardware
J'ai regarder de très près la doc de systemd (partie init only), j'ai trouver des conditions intéressantes comme conditionFileExist ou autre. Par contre j'ai rien trouvé sur des actions à effectué si une de ces conditions est false, ni sur des conditions custom (comparaison de fichier, ou de variable par exemple) sauf en utilisant execPreStart. Je continue de regarder, mais pour l'instant, je ne vois toujours pas "l’intérêt" pratique pour l'init.

Hardware

@xataz : Je comprends mieux ce que tu veux faire. En fait l'intérêt que je vois à systemd c'est tout son écosystème, pouvoir utiliser les commandes systemd-analyse, systemd status, systemctl --failed, systemd list-dependencies, journalctl -u rtorrent -p error pour manipuler plus efficacement tes services. Je suis d'accord que tu peux retrouver la plupart des choses que fait systemd avec sysvinit, mais dans l'ensemble systemd est mieux architecturé donc plus simple à utiliser et à mettre en place. Voilà après je peux bien comprendre que chacun ait des préférences et/ou des contraites

Une de ses plus grandes forces c'est la gestion du journal d'évènement, cette commande est vraiment très pratique par exemple :

# Lister uniquement les crash & erreurs du service rtorrent
journalctl --full --priority 0..3 --unit rtorrent@user.service

Je pense pas que sysvinit propose un équivalent natif aussi simple.

http://images.linoxide.com/systemd-vs-sysVinit-cheatsheet.jpg
http://linoxide.com/linux-command/linux-systemd-commands/

xataz

Effectivement pas d'équivalent natif à journalctl, mais je suis un vieux de la vieille, un fichier log par soft, un vi et c'est niquel ^^.

J'essai de refaire les services perso de arch avec systemd, mais je galère sur certains point, comme des informations supplémentaire dans le status. La je suis sur mon client openvpn, actuellement j'ai :

execStart=/opt/init.d/openvpn start
execStop=/opt/init.d/openvpn stop

et quand je fait un

/opt/init.d/openvpn status

J'ai beaucoup d'information, comme l'IP publique (qui est comparé a l'IP avant connexion), l'IP du client, les informations de la bande passante etc ...

Wagner

xataz wrote:[...]comme la suppression du fichier lock qui ne se supprime pas toujours avec le deamon sur mondedie (enfin j'ai eu plusieurs fois le problème), et donc sa bloque la relance.

Par le passé, plusieurs personnes furent confrontées à ce souci et ce notamment avec l'ancien script de démarrage de rTorrent.
Depuis bien longtemps, il semble en déclin (voir disparu). Du moins, c'est ainsi que je le perçois.

Magicalex

Maintenant les gens utilisent l'interface seedbox-manager non?

vous pouvez utiliser le seebox-manager en ligne de commande

/var/www/seedbox-manager/reboot-rtorrent <user>

Wagner

C'est bon à savoir (ou à rappeler) et non pas forcément dans le cadre d'une installation manuelle. Il y a des personnes qui ne vont l'installer.

lokiii

Hello,

Vous avez encore des soucis avec le lock qui ne se supprime pas vous ?
Je me souviens avoir eu ce soucis sous debian7, mais depuis mon install fraiche sur debian8, jamais eu de nouveau.

PS : @salorium, ton code /etc/systemd/system/rt@.service peut-il être repris tel quel pour un serveur installé/configuré avec le script d'Ex ?

Merci =)

Wagner

Bonsoir,

lokiii personnellement, non ça remonte à bien longtemps. Et je crois, la version de Debian n'entre en considération. Comme il me semble l'avoir rencontré à l'époque avec Squeeze.

lokiii

Wagner wrote:Bonsoir,

lokiii personnellement, non ça remonte à bien longtemps. Et je crois, la version de Debian n'entre en considération. Comme il me semble l'avoir rencontré à l'époque avec Squeeze.

J'ai demandé à 2/3 collègues à qui j'ai fait install des seedbox (

), et eux non plus à priori plus de soucis.

@salorium, ton code /etc/systemd/system/rt@.service peut-il être repris tel quel pour un serveur installé/configuré avec le script d'Ex ?

Et pour cette petite question anodine ? quelqu'un aurait une petite validation à tout hasard ? 😛

« Page précédente Page suivante »