Allez, dès que c’est en release officielle, je l’installe sur mon serveur.
Mis à jour 
( ğ1 et ğ1-test )
@vincentux il semble que Duniter n’arrive pas a utiliser l’UPnP, serait tu sur yunohost part hasard ? Il me semble qu’il y a un bug chez Yunohost qui désactive l’UPnP de temps a autre, ton problème viens de la je pense 
non, je n’y suis pas 
je regarde ça en rentrant chez moi… merci
Dans ce cas ça doit être ta box qui n’a pas l’UPnP d’activé ou ton OS a qui il manque une lib pour ça, en tout les cas tu peut passer en config manuelle mais il faut bien penser a désactiver l’UPnP coté Duniter car il est activé par défaut.
Les releases sont à quelle adresse maintenant, svp ?
1 Like
1 Like
J’ai installé la V1.6.17 desktop depuis 34h environ sur G1. Mais je n’ai pas produit un seul bloc, alors que je calculais plusieurs blocs par jour avec la 1.6.14. Les seuls “zero” du log datent d’avant l’installation. Sinon, je reçois bien les nouveaux blocs.
@gerard94 ce n’est clairement pas normal, le bug du cluster de pow a été corrigé. Peut être qu’il te reste des thread de pow non killé qui te parasite, t’arrive t’il de faire des vrais redémarrage ? (pas d’hibernation ni de veille)
Utilise tu la feature de lancement automatique au démarrage ?
Sur quel OS rencontre tu ce problème ? Windows ?
Ah, non ! Pas d’injure 
Thead de pow ? Tu veux dire des nw ?
Je vais redémarrer l’ordi.
C’est important qu’on sache sur quel OS tu rencontre un problème, les releases ne sont pas les mêmes 
Non il s’agit de processus a part qui éxécutent la Proof Of Work, il y a avait un bug en 1.6.15 et 1.6.16 qui faisaient que parfois ils ne s’arrêtaient pas même après l’arrêt de duniter, une façon de s’assurer qu’il ne sont plus la est de faire un vrai redémarrage.
J’ai le même problème que toi.
A force de jouer avec les boutons on/off de l’upnp, ma livebox répond mal à Duniter qui se vexe avec le même message d’erreur que toi. 
Je l’ai signalé sur une issue de @cgeek, car c’est peut-être lié.
2 Likes
merci, du coup j’ai retiré UpnP de Duniter et j’ai calculé 3 blocs 
1 Like
Oui ce bug connu ne sera réglé qu’en 1.7, mais il n’est pas gênant dans la mesure ou un utilisateur qui utilise la configuration automatique (UPnP) va en principe l’utilisée pour tout.
La config qui n’est pas possible en 1.6 c’est de faire du manuel sur une API et de l’UPnP sur l’autre, il faut choisir entre tout manuel ou tout automatique.
Bon. Donc, je suis sur Ubuntu (Gnome) et je viens de redémarrer. J’ai un lancement automatique de Duniter (desktop) au démarrage. Au bout de 3 min, la page est toujours blanche. Bizarre ?
J’arrête Duniter. Les nw sont arrêtés. Je relance. La page affiche “8 connected peers” et “waiting for better proof conditions”. Par contre, avec grep, je trouve dans duniter.log :
2018-02-03T17:07:06+01:00 - info: Generating proof-of-work with 5 leading zeros followed by [0-6]... (CPU usage set to 10%) for block#91872 CRBxCJ
2018-02-03T17:11:30+01:00 - info: Generating proof-of-work with 5 leading zeros followed by [0-6]... (CPU usage set to 10%) for block#91872 CRBxCJ
Plutôt bon signe. Mais pas d’animation sur la page de Duniter.
1 Like
10% ça fait peu quand même.
J’ai toujours fonctionné comme ça sans problème. Je fais beaucoup d’autres choses en parallèle.
Vois-tu des worker [pid] died with code [code] and signal null avec un grep ?
2018-02-02T02:02:34+01:00 - info: worker 5186 died with code 127 and signal null
2018-02-02T02:02:34+01:00 - info: worker 5187 died with code 127 and signal null
2018-02-02T02:02:34+01:00 - info: worker 5188 died with code 127 and signal null
2018-02-02T02:02:34+01:00 - info: worker 5189 died with code 127 and signal null
2018-02-03T17:07:06+01:00 - info: worker 3933 died with code 127 and signal null
2018-02-03T17:07:06+01:00 - info: worker 3934 died with code 127 and signal null
2018-02-03T17:07:06+01:00 - info: worker 3935 died with code 127 and signal null
2018-02-03T17:07:06+01:00 - info: worker 3936 died with code 127 and signal null
2018-02-03T17:11:30+01:00 - info: worker 4753 died with code 127 and signal null
2018-02-03T17:11:30+01:00 - info: worker 4754 died with code 127 and signal null
2018-02-03T17:11:30+01:00 - info: worker 4755 died with code 127 and signal null
2018-02-03T17:11:30+01:00 - info: worker 4756 died with code 127 and signal null
2018-02-03T17:45:53+01:00 - info: worker 6508 died with code 127 and signal null
2018-02-03T17:45:53+01:00 - info: worker 6509 died with code 127 and signal null
2018-02-03T17:45:53+01:00 - info: worker 6510 died with code 127 and signal null
2018-02-03T17:45:53+01:00 - info: worker 6511 died with code 127 and signal null
2018-02-03T18:27:17+01:00 - info: worker 7700 died with code 127 and signal null
2018-02-03T18:27:17+01:00 - info: worker 7699 died with code 127 and signal null
2018-02-03T18:27:17+01:00 - info: worker 7701 died with code 127 and signal null
2018-02-03T18:27:17+01:00 - info: worker 7702 died with code 127 and signal null
2018-02-03T18:35:04+01:00 - info: worker 8184 died with code 127 and signal null
2018-02-03T18:35:04+01:00 - info: worker 8185 died with code 127 and signal null
2018-02-03T18:35:04+01:00 - info: worker 8186 died with code 127 and signal null
2018-02-03T18:35:04+01:00 - info: worker 8187 died with code 127 and signal null
2018-02-03T18:37:06+01:00 - info: worker 8409 died with code 127 and signal null
2018-02-03T18:37:06+01:00 - info: worker 8410 died with code 127 and signal null
2018-02-03T18:37:06+01:00 - info: worker 8411 died with code 127 and signal null
2018-02-03T18:37:06+01:00 - info: worker 8412 died with code 127 and signal null
2018-02-03T18:43:51+01:00 - info: worker 8754 died with code 127 and signal null
2018-02-03T18:43:51+01:00 - info: worker 8755 died with code 127 and signal null
2018-02-03T18:43:51+01:00 - info: worker 8756 died with code 127 and signal null
2018-02-03T18:43:51+01:00 - info: worker 8757 died with code 127 and signal null