@scanlegentil, peux-tu mettre à jour ta version de Duniter ? Tu es en 1.6.22, il faudrait passer en 1.6.25.
Bon moi j’ai reset+sync sur Elois, sinon je calculais des blocks tout seul dans mon coin sur une branche à la ramasse… Back in the race ! 
Je l’eteins. Je verrai ce week-end pour mettre à jour mon container
Je n’arrive pas à me raccrocher, je crois que je fork dans mon coin à chaque fois 
il faudrait @matograine que tu active le BMA
J’ai aussi ça :
2018-10-10T14:58:47+02:00 - error: Error: ruleIssuerIsMember at Function.checkBlock (/opt/duniter/1.6.25/app/lib/blockchain/DuniterBlockchain.js:65:19) at <anonymous> 2018-10-10T14:58:47+02:00 - error: Error: ruleIssuerIsMember at Function.checkBlock (/opt/duniter/1.6.25/app/lib/blockchain/DuniterBlockchain.js:65:19) at <anonymous> 2018-10-10T14:58:47+02:00 - error: Error: ruleIssuerIsMember at Function.checkBlock (/opt/duniter/1.6.25/app/lib/blockchain/DuniterBlockchain.js:65:19) at <anonymous>
Salut ! Non, je viens de regarder, ton noeud a calculé une pelletée de blocs depuis 14h37. Le mien en ajoute un par ci- par là. Par contre celui de @vit e calcule rien, et est pourtant affiché comme membre calculant. Je ne sais pas à quoi ça peut être dû. edit : ah si, il en a fait un. Suffit de demander poliment.
Merci pour l’info !
Mon nœud essayait de calculer le block block#257128 alors qu’il était sur le block#257724 comme les autres nœuds. Je viens de le relancer et on dirait que c’est bon.
Par contre, le DU a l’air de ne pas avoir été produit depuis 5 jours.
./silkaj amount d88fPFbDdJXJANHH7hedFMaRyGcnVZj9c5cDaE76LRN -p ts.gt.librelois.fr:443
Total amount of: d88fPFbDdJXJANHH7hedFMaRyGcnVZj9c5cDaE76LRN
----------------------------------------------------------------
Total Relative = 15.5 UD ĞTest
Total Quantitative = 2274.25 ĞTest
C’est le même montant que quand je regarde via Cesium (sur ts.gt.librelois.fr), qui m’affiche un dernier DU il y a 5 jours. Même réponse sur me.jytou.fr (silkaj et cesium)
Pourtant, des blocs “DU” sont calculés. (dernier en date Bloc #257 918, le 11/10/18 00:34)
edit : en fait, c’est un problème de noeud ou de Cesium, mais le montant du compte est bien augmenté chaque jour.
Je suis seul en tête avec @Melua, les autres sont derrières à des blocs différents.
Ça sent le pâté… Pardon, le re-sync… 
J’ai activé BMA la semaine dernière pour permettre la synchro.
En même temps, vous êtes deux devant, normalement l’algo de résolution de fork devrait s’appliquer à un moment, non ?
Bon, le réseau de la Ğ1-test est bien bloqué.
Y’a que matograine qui a calculé les derniers blocs qui datent de douze jours.
Je vais ajouter mon nœud pour tenter de faire avancer de nouveau la chaîne.
C’est la première fois que j’installe un second nœud sur la même machine. Je me rends compte qu’il est bien plus simple d’avoir un utilisateur Unix différent par nœud, car il ne me semble pas possible d’avoir plusieurs daemons par utilisateur Unix. Et pas besoin de s’embêter avec l’option -d <nom> à chaque commande passé au nœud.
En fait, j’ai découvert ce problème de Ğ1-test bloqué en voulant envoyer une transaction avec silkaj.
Le problème a lieu uniquement sur la Ğ1-test.
Je me prends des HTTP Error 400: Bad Request en POSTant sur g1-test.duniter.org:443. Pourtant, la sandboxe de transactions n’est pas pleine :
curl -s https://g1-test.duniter.org/node/sandboxes
1 Like
Des noeuds miroirs sont désynchronisés.
Mon Césium est configuré pour regarder chez gtest.melua.fr:10900 , et le dernier bloc est le Bloc #261 922 calculé par MeluaTest le 19/10/2018 à 00:17 (tiens ? Il serait pas bloqué aussi ?)
Mon noeud et celui de Vtexier sont désynchro, le mien depuis plusieurs jours (je voulais voir s’il se resynchroniserait tout seul) mais maintenant qu’il n’y a plus de consensus majoritaire, allez youpi on se resynchronise tous manuellement
Ok, dans ce cas, je vais synchroniser mon nœud sur celui de Mélua.
Oui, moi aussi.
Après une synchro sur le nœud de Mélua, mon nœud arrive à calculer un bloc alors même que l’identité moul-test n’est pas membre à ce moment dans cette branche de la chaîne :
2018-10-19T16:33:38+02:00 - info: ENGINE c#0#1 HAS FOUND A PROOF #00009BBE77F9D64B96BADFC70EB38F210CD28DD5DEA470C205E9074A150DFBD3
2018-10-19T16:33:38+02:00 - info: Matched 4 zeros 00009BBE77F9D64B96BADFC70EB38F210CD28DD5DEA470C205E9074A150DFBD3 with Nonce = 10200000004155 for block#261923 by 5B8iMA
2018-10-19T16:33:38+02:00 - info: Done: #261923, 00009BBE77F9D64B96BADFC70EB38F210CD28DD5DEA470C205E9074A150DFBD3 in 150.59s (~16616 tests, ~110.34 tests/s, using 4 cores, CPU 5%)
2018-10-19T16:33:38+02:00 - info: FOUND proof-of-work with 4 leading zeros followed by [0-9]!
2018-10-19T16:33:38+02:00 - info: SIDE Block #261923-00009BBE added to the blockchain in 8 ms
2018-10-19T16:33:38+02:00 - info: Block resolution: 1 potential blocks after current#261922...
2018-10-19T16:33:38+02:00 - error: Error: ruleIssuerIsMember
at Function.checkBlock (/home/gtest/duniter/app/lib/blockchain/DuniterBlockchain.js:65:19)
at <anonymous>
S’agirait-il d’un problème de synchro ?
J’aimerais envoyer le document de renouvellement d’adhésion de mon identité sur le nœud de Mélua.
J’essaye avec Césium, mais ce dernier refuse catégoriquement ce nœud gtest.melua.fr:10900.
J’ai réussi avec Sakia. Espérons que ça entre dans la chaîne.
Bon, nouveau bloc trouvé n’étant pas membre.
Nouveau bloc trouvé par Mélua, mais pas de renouvellement de mon identité à l’intérieur.
Pas sûr que le document soit arrivé à ce nœud 
Dommage que silkaj n’implémente pas le renouvellement d’adhésion.
Ils font quoi les devs ?
1 Like
J’ai envoyé deux transactions, une par silkaj et une par cesium, on voit si ça passe. Quand tu seras re-membre, pourras-tu me certifier ?
Oui, je viens de voir passer les transactions sur mon nœud.
Oui, je pourrais te certifier.
En effet il semble que Duniter tente de calculer des blocs même si l’on a perdu le statut de membre.
Par contre le bloc est refusé.
Je viens d’essayer aussi, j’ai assez de certifs, on va voir.
J’ai rajouté mon nœud également.