Problèmes avec le script RCP du nœud Tezos pour redémarrer le nœud après échec

Je suis confronté à desproblèmes avec lenœud Tezos CPR Script d'ETOM KNUDSEN,qui sert à redémarrer automatiquement lenœud après échec. Le script a unbogue dans lafonctionpour appeler des statistiques réseau à la ligne 35,quej'ai résolues à l'aide de la solution suggéréepar un utilisateur sur github .

Le script appelle les statistiques réseau dunœudpour vérifier sielleest connectée à d'autrespairs:

  CURL -S 127.0.0.1:8732/Network/stat/
 

Si cen'estpas le cas,l'appel renverra quelque chose comme:

  {"total_sent": "8898729","total_recv": "9544788","actuel_inflow": 0,"actuel_outflow": 0}
 

Il vérifie également lorsque lenœud a reçu le dernierbloc du réseau,en appelant:

  Curl -s 127.0.0.1:8732/chains/main/blocks/head/header/
 

Je soupçonne que ce derniern'ajamaisfonctionné,comme lors de défaillances de réseau,l'appel RPC semble renvoyer une ligne vide,empêchant le script de déterminer lorsque le dernierblocest arrivé. Par défaut,le scriptest configurépour redémarrer lenœud après 180s lorsque aucunblocn'est arrivépendant cettepériode. Cependant,celane lefaitpas,commeindiqué,parexemple,par la ligne suivante:

  2019-03-23T06: 55: 56Zen attente. Le dernierbloc étaitil y a 515 secs
 

Je crois depuis la dernièremise àjour denœud (commettre: 366f64f3 ...) Lafonction de statistique réseau échoue également,car lenœud semble recevoiret envoyer des données également lorsqu'iln'est connecté à aucun autrepair. Ceciestindiquépar ce qui suit:

  2019-03-23T06: 55: 35Z attendre. Le dernierbloc étaitil y a 494 secs)
2019-03-23T06: 55: 40Ztrouvé activité P2P
2019-03-23T06: 55: 40Z à la recherche d'une avtitivité P2P - attendramamaximum 90 secs
2019-03-23T06: 55: 40Z attendre. Le dernierbloc étaitil y a 499 secs)
2019-03-23T06: 55: 45Ztrouvé activité P2P
2019-03-23T06: 55: 45Z rechercher une avtitivité P2P - attendramax 90 secs
2019-03-23T06: 55: 45Zen attente. Dernierbloc étaitil y a 504 secs)
2019-03-23T06: 55: 51Ztrouvé activité P2P
 

Les deuxproblèmesentraînent le scriptne fonctionnantpas commeprévuet lenœudne redémarrepas automatiquement.

Quelqu'un a-t-il également observé cesproblèmeset a révisé le scripten conséquence? Ou quelqu'un connaît-il un autre script de redémarragepour lenœud Tezos quifonctionnemieux?

I'm facing some issues with the Tezos Node CPR script from Etom Knudsen, which serves to automatically restart the node after failure. The script has a bug in the function to call network stats in line 35, which I solved using the solution suggested by a user on GitHub.

The script calls the network statistics from the node to check if it is connected to other peers:

curl -s 127.0.0.1:8732/network/stat/

If it is not, the call will return something like:

{"total_sent":"8898729","total_recv":"9544788","current_inflow":0,"current_outflow":0}

It also checks when the node received the last block from the network, by calling:

curl -s 127.0.0.1:8732/chains/main/blocks/head/header/

I suspect that the latter has never worked, as during network failures the rpc call seems to return an empty line, preventing the script to determine when the last block arrived. By default the script is configured to restart the node after 180s when no block arrived during this time. However, it fails to do so, as indicated, for instance, by the following line:

2019-03-23T06:55:56Z Waiting. Last block was 515 secs ago

I believe since the most recent node update (commit hash: 366f64f3...) also the network stat function fails, as the node seems to receive and send some data also when it is not connected to any other peer. This is indicated by the following:

2019-03-23T06:55:35Z Waiting. Last block was 494 secs ago)
2019-03-23T06:55:40Z Found p2p activity
2019-03-23T06:55:40Z Looking for p2p avtivity - will wait for max 90 secs
2019-03-23T06:55:40Z Waiting. Last block was 499 secs ago)
2019-03-23T06:55:45Z Found p2p activity
2019-03-23T06:55:45Z Looking for p2p avtivity - will wait for max 90 secs
2019-03-23T06:55:45Z Waiting. Last block was 504 secs ago)
2019-03-23T06:55:51Z Found p2p activity

Both issues result in the script not working as intended and the node does not automatically restart any longer.

Has anyone also observed these issues and revised the script accordingly? Or does anyone know another restart script for the Tezos node that works better?