Duniter "saute" régulièrement


#1

Depuis quelques temps, le serveur duniter installé sur mon rapsberry “saute” et s’arrête. Je suis obligé de refaire une sync et de le relancer manuellement. C’est chiant.
Quelqu’un saurait pourquoi ça fait ça ?


#2

C’est quoi comme version ?


#3

La version arm pour raspberry, pas la dernière.


#4

Coucou,

J’ai le même souci sur la version “normal” sur mon serveur sous Debian, installé que pour ça.
Le process plante régulièrement (c’est arrivé il y a quelques jours d’ailleurs, faudrait voir si c’est arrivé en même temps que toi ?)
Du coup, j’ai planifié un CRON qui lance toutes les minutes un script bash qui relance le process s’il est arrêté.
ça fait longtemps que je voulais partager ça, donc je prends le temps aujourd’hui !!! :slight_smile:

Du coup, il faut :
Rajouter cette ligne dans le cron : “* * * * * /home/xxx_ton_user_xxx/check_up_duniter.sh”

Créer le script “/home/xxx_ton_user_xxx/check_up_duniter.sh” avec le contenu suivant :

#!/bin/bash
if [[ ! `pidof -s duniter_default` ]]; then
    echo "--> Derniere LOG avant le crash"
    tail -n 50 /root/.config/duniter/duniter_default/duniter.log
    echo "--> RESTART duniter"
    duniter webstart
fi

et voila :slight_smile:
ça redémarre tout seul toutes les minutes max si besoin !
Pour pousser un peu le truc, on peut rajouter la ligne suivante au début du CRON : MAILTO=“xxxxxxx@tonmailcom”
et on reçoit un mail pour nous dire quand ça plante et redémarre ! (il faut bien-sur que le serveur puisse envoyer des mails, via EXIM par exemple…)


Script pour mettre à jour DUNITER (pour les fénéants comme moi)
#5

Ça a l’air bien ton système, je le tente sur un mois, je verrai si ça saute encore ou pas… Je te dirai.
Un grand merci en tout cas !


#6

ça marche si c’est juste le service qui plante. Si il corrompt les données et s’échoue dans un fork comme ça m’arrive de temps en temps, là il faut refaire un reset et un sync en plus vu qu’il s’embourbe dans le revert, même demandé manuellement.


#7

Yep, justement ça va m’aider à savoir si ça “saute” ou si ça se désynchronise. Si le phénomène recommence et que je suis obligé de refaire tout manuellement, ça ne changera rien,en revanche, si ça se reco tout seul grâce à ce petit script, c’est réglé :slight_smile:

Pour l’instant ça marche bien, réponse définitive dans un mois…


#8

Si tu peux récupérer les derniers logs au moment du plantage pour identifier la cause, ce serait l’idéal. Parce que la solution du cron, c’est utile pour maintenir le serveur sous perfusion, mais ça ne va pas nous aider à identifier un bug potentiel.

Logger aussi l’état de la machine (disque saturé ? mémoire saturée ? une mouche dans le ventilo ?..). :wink:


#9

Bonne idée …
Du coup, j’ai rajouté une ligne histoire de recevoir un bout de log au moment du crash (toujours par mail dans mon cas :slight_smile: )
donc voici mon nouveau script :

#!/bin/bash
if [[ ! `pidof -s duniter_default` ]]; then
    echo "--> Derniere LOG avant le crash"
    tail -n 50 /root/.config/duniter/duniter_default/duniter.log
    echo "--> RESTART duniter"
    duniter webstart
fi

A suivre au prochain plantage …


#10

Par contre, le reste (disque, mémoire, …) est plus ou moins surveillé car c’est une VM dédiée qui est dans un datacenter de chez Online, et j’ai des rapports quotidiens.
Et donc y’a pas de mouche !!! :slight_smile:


#11

Bien reçu. Je transmets le log au prochain plantage.