Oui!
Quand ça plante, je reset tout et je recommence tout. C’est ma procédure. Si tu veux que je fasse une 3eme fois depuis hier (parce que chez moi ça prend plus d’une heure), dit le moi mais le résultat sera invariablement le même.
J’avais lancé une synchro sur mon Raspi avant de t’écrire le message, et tu m’as répondu avant qu’il ait fini. Je me suis donc permis de douter.
Mais si tu dis que tu as déjà eu 2 fois précisément ce message “The proof-of-work generation was canceled: Document already under treatment” dès la fin de synchro avec cette procédure, alors ça me va.
Je ne voudrais pas que tu me dises « Oui » pour m’amener sur une fausse piste, qui me ferait perdre un temps précieux 
Je continue à investiguer, alors.
1 Like
Pas de problème.
Si tu souhaite que je fasse des essais spécifiques, dit le moi.
Pour être parfaitement exacte, je refait un duniter wizard network juste après un duniter reset all (et non un duniter reset data).
OK. Ça ne devrait rien changer.
Depuis le correctif du CPU bloqué à 100% et la communication IPC rétablie, je n’ai pas réussi à reproduire le bug The proof-of-work generation was canceled: Document already under treatment.
Il y a certainement un lien, bien que je ne vois pas précisément lequel.
Je vais donc faire une version, j’attendrai davantage de retours avant de m’y pencher à nouveau.
1 Like
Je suis parfois un peu perdu. Je ne sais pas quel est le meilleur endroit pour toi pour qu’on te fasse des retours et qu’on t’aide au maximum. (Ou du moins, qu’on te complique pas la tâche.)
Fausse joie, problème à nouveau reproduit dans d’autres conditions. Je vais bien finir par trouver l’origine …
Hello
Alternatiba étant passé, j’espère avoir à nouveau du temps pour aider à creuser tout ça sur ma Brique Internet. Attention par contre, Yunohost n’est pas encore compatible Stretch donc dans un premier temps je serai sur Jessie.
A suivre dans quelques semaines !
Squeeek tout fatigué de ses 4 jours de fous
3 Likes
Tant que c’est dans la catégorie Dev, c’est parfait 
D’après ce que j’ai pu vérifier, tu peux contourner le problème en désactivant BMA :
duniter config --nobma
Puis tu redémarres ton nœud avec duniter webrestart. Ne change pas la configuration réseau dans la WebUI, car ce processus force le déclenchement du bug.
Pour info, j’ai un nœud qui tourne depuis ce matin, d’abord sur ğ1-test et maintenant sur ğ1, et le cpu est bien plafonné. J’ai réussi à calculer un bloc sur chaque chaîne.
3 Likes
Merci,
Je suis en train d’installer la version 1.6.6 et de synchroniser le noeud
J’ai du louper quelque chose mais mon nœud est arrêté sur le block 55765. Dans le log il est indiqué qu’il n’arrive pas à ce connecter:
2017-09-26T17:08:29+00:00 warn Could not reach duniter.s-entraider.net:10901
2017-09-26T17:08:31+00:00 warn Could not reach g1.duniter.org:10901
2017-09-26T17:08:34+00:00 warn ETIMEDOUT
2017-09-26T17:08:34+00:00 info Peer GYEtpPnK2NddBJa4gr1LF6GvZUQN4jtA9agiYBxnHX1e unreachable: now considered as DOWN.
2017-09-26T17:08:37+00:00 info WS2P: Could not connect to peer -------- using `WS2P g1.duniter.org 20903: WS2P connection timeout`
2017-09-26T17:08:47+00:00 info WS2P: Could not connect to peer -------- using `WS2P 88.174.120.187 20902: WS2P connection timeout`
2017-09-26T17:08:57+00:00 info WS2P: Could not connect to peer -------- using `WS2P 78.242.14.140 10090: WS2P connection timeout`
2017-09-26T17:09:07+00:00 info WS2P: Could not connect to peer -------- using `WS2P 109.19.209.9 20900: WS2P connection timeout`
2017-09-26T17:09:07+00:00 info Block resolution: 0 potential blocks after current#55765...
2017-09-26T17:09:07+00:00 info Block resolution: 0 potential blocks after current#55765...
Quand je vais sur www.jouin.xyz:10901, j’ai comme retour: Upgrade Required
Je n’utilise pas UPnP
Je te suggère de réessayer, car malheureusement mon nœud était le seul sur le réseau Ğ1 à fournir WS2P public et il a rencontré un problème de firewall qui bloquait tout.
Ou alors tu branches ton nœud sur Ğ1-Test où nous sommes plusieurs avec un WS2P public.
OK, Merci.
Par contre pourquoi sur www.jouin.xyz:10901, j’ai comme retour: Upgrade Required ?
Par conséquence, je n’ai plus d’infos comme http://www.jouin.xyz:10901/blockchain/difficulties ou autre. Ce que j’utilisais
Tu as peut-être définit WS2P public sur www.jouin.xyz:10901, tu ne peux pas y accéder par une requête HTTP classique.
Pour l’autre URL, c’est une URL BMA. Alors s’il te le faut, tu auras besoin de le réactiver.
Merci.
Il me semble que tu souhaites supprimer BMA. Dans ce cas, comment avoir ces informations dans l’avenir?
Je ne compte pas le supprimer, par contre ça pourrait devenir un module optionnel.
Par ailleurs, d’autres planchent déjà vers de nouvelles API bien plus adaptées : Nouvelle API : WS2P
Merci.
J’ai installé le .db sur un Raspberry Pi2 avec Strech ça fonctionne
J’ai installé les sources sur unRaspberri Pi2 avec Jessie et ça fonctionne
Merci
Par contre quand je fais http://localhost:9220/network/ws2p/info, il me met que ce n’est pas une fonction get alors que http://localhost:9220/webmin/summary fonctionne. Ceci est pour ajouter sur mon mini afficheur le nombre de peers