Je me permets de mettre en copie spéciale ceux ayant une vieille version, désormais dangereuse pour le réseau et qu’il faut vraiment mettre à jour :
@Moul, @mamygeek , @Tortue, @gege53, @CharlesHD, @sacha .
Il y a aussi les membres framasky (contacté via Mastodon) et Darcidride, mais pour ce dernier je ne sais pas le contacter. @jytou et @Tortue qui êtes ses certifieurs, pourriez-vous le prévenir ?
Par avance merci Ă tous.
Hello cgeek
mon noeud est maintenant a jour 
et j’ai contacté par email Quentin (Darcidride) pour le prévenir.
Merci @cgeek pour cette nouvelle version.
Elle marche bien de ce que je vois.
En revanche, j’ai observé une régression (cf sur le chat) et j’ai donc ouvert ce ticket sur github:
https://github.com/duniter/duniter/issues/1082
En substance, il essaie de se binder au port 10901 de la machine, même si ce port n’est pas utilisé par la configuration.
Sauf erreur de configuration de ma part bien sur !
Non rien.
Merci beaucoup
NĹ“ud a jour
Tu es sûr ? Je vois toujours une 1.3.4 te concernant.
Si c’est un serveur, alors plutôt que de faire un « restart », fais plutôt :
duniter stop
duniter startJ’ai oublié nos amis @jellium, @jBV et geogeabitbol-test (aucune idée de qui c’est) sur Ğ1-Test.
Je me souviens que “Georges Abitbol” était à la rencontre parisienne de début août. Par contre, je ne sais pas s’il est sur le forum… Si un des autres présents ce soir-là s’en souvient 
@jytou, @elois : je vous conseille d’installer la version 1.5.6 de Duniter sur le réseau Ğ1-Test.
Car avec le gros fork qu’il s’y passe, j’ai pu voir que nos nœuds passent leur temps à tenter de résoudre le fork. Beaucoup trop de temps. Ce problème est d’ailleurs rencontré par ceux ayant un nœud éteint depuis une centaine de blocs : @Spyou par exemple a vu que son Raspberry PI a mis une éternité à se raccrocher au démarrage.
Cette 1.5.6 optimise largement le raccrochage.
edit : oops, trop tĂ´t. La 1.5.6 sera lĂ dans une heure.
J’ai réussi à resync assez vite à grand coup de stop/start (à chaque start, il grapillait une grosse quinzaine de blocs d’un coup).
Par contre, le RPI3 ne parvient plus du tout à générer un bloc. Il arrive à 3 zéros en début de hash tout content mais jamais plus et il me semble avoir vu passer des lignes ou la difficulté imposée était à 5.
Je met en 1.5.6 pour voir
Ça donne ça :
2017-08-25T14:07:21+00:00 - info: Generating proof-of-work with 5 leading zeros followed by [0-8]… (CPU usage set to 90%) for block#46793 CGnyAA
2017-08-25T14:07:21+00:00 - info: Creating worker c#0#w#1
2017-08-25T14:07:21+00:00 - info: Creating worker c#0#w#2
2017-08-25T14:07:21+00:00 - info: Creating worker c#0#w#3
2017-08-25T14:07:21+00:00 - info: Creating worker c#0#w#4
2017-08-25T14:07:22+00:00 - info: [online] worker c#0#w#1
2017-08-25T14:07:22+00:00 - info: [online] worker c#0#w#3
2017-08-25T14:07:22+00:00 - info: [online] worker c#0#w#2
2017-08-25T14:07:22+00:00 - info: [online] worker c#0#w#4
2017-08-25T14:07:22+00:00 - info: Block #46793 added to the blockchain in 9028 ms
2017-08-25T14:07:22+00:00 - info: Cancelling the work on PoW cluster
2017-08-25T14:07:22+00:00 - info: GIVEN proof-of-work for block#46793 with 5 leading zeros followed by [0-8]! stop PoW for CGnyAA
2017-08-25T14:07:22+00:00 - info: Cancelling the work on PoW cluster
2017-08-25T14:07:22+00:00 - warn: The proof-of-work generation was canceled: Proof-of-work computation canceled because block received
2017-08-25T14:07:22+00:00 - trace: PoW loops = 1
2017-08-25T14:07:23+00:00 - info: Block resolution: 0 potential blocks after current#46793…
[…]
2017-08-25T14:09:16+00:00 - info: Matched 3 zeros 00029A40318EF855ECF46EBDFA8961686A79DBC0819D67B4FED94D643695FEFC with Nonce = 10400000002918 for block#46794 by CGnyAA
2017-08-25T14:09:16+00:00 - error: Block already known
2017-08-25T14:09:16+00:00 - error: Block already known
2017-08-25T14:09:17+00:00 - error: Block already known
2017-08-25T14:09:17+00:00 - error: Block already known
et ça boucle entre ça et les connexions/deconnexions de peers et les divers “documents already known/under treatement/…”