Il me semble que c’est le bouton “Full reset of the node” (couleur orange) qui fonctionne bien, tandis que “Reset data and start sync” connaît quelques problèmes, mais le mieux c’est la méthode de Moul. Fonctionne dans 100% des cas.
1 Like
Ok mais du coup les nœuds 1.7.17 vont forker en considérer ces nouvelles exceptions invalides ? Et comment ce fait t’il que les nœuds 1.7.17 acceptent déjà l’exception de Mel bloc #207153 ?
La vérification ne se fait pas lors de la sync pour les nœuds 1.7.17 ?
Oui, via la mécanique de soft-fork. J’ai expliqué ce point dans mon post initial : tant que les nœuds 1.7.17 sont minoritaires, ils risquent de subir un fork dû aux nœuds <= 1.7.16 qui accepteraient un nouveau membre ou un renouvellement en distance > 5.
Oui la synchro de Duniter utilise actuellement des règles particulières qui lui font volontairement omettre les contrôles. Donc, la synchro passe.
1 Like
bonjour,
nœud à jour et resync !
1 Like
haaa ok, c’est ce point qui me manquais et qui m’empêchait de comprendre merci 
1 Like
Oui, je serais plus précis les prochaines fois. 
1 Like
Ben chez moi sur Ubuntu 14.04 (oui je sais ça date un peu…) impossible de faire un resync via l’interface.
Avec la version précedente, la méthode j’efface tout et je relance ./nw marchait, avec la 1.7.17, même ça ne fonctionne pas. Mais elle connaît pas Raoul cette version ! J’vais la s’couer jusqu’à c’que ça pète ! Rogntudjuuuuu ! 
[EDIT] Ca synchronise !
J’ai essayé avec la 1.7.17 sur mon RPi, ça a mis plusieurs heures et ça a planté vers 95%. J’ai essayé une seule fois parce que c’est long et que je n’ai pas envie d’entendre mon ordi tourner toute la nuit (je le fais en SSH). Je vais réessayer mardi.
Bonjour,
J’ai installé cette version 1.7.17 sur mon PC Windows 10 mais je n’ai pas réussi à la faire fonctionner. Au mieux j’obtiens une fenêtre avec “loading” qui tourne en permanence.
Je suis donc revenu à la version 1.7.16 même si elle n’indique pas le nombre de blocs créés les 2 mois précédents (bug déjà signalé dans un ticket).
A+
Yves
J’ai pu synchroniser à 100%, mais quand il tourne il semble ne connaître que 4 pairs, tous en retard et en timeout (j’obtiens la même liste avec l’API à /network/peers) :
2019-05-01T14:32:57+02:00 - info: WS2P: Could not connect to peer 8kXygUHh using `WS2P dustyduniter.ddns.net 20901: WS2P connection timeout`
2019-05-01T14:32:57+02:00 - info: WS2P: Could not connect to peer 4VZkro3N using `WS2P g1.duniter.sajm.ovh 20902: WS2P connection timeout`
2019-05-01T14:32:57+02:00 - info: WS2P: Could not connect to peer D2meevcA using `WS2P 82.241.232.187 20901: WS2P connection timeout`
2019-05-01T14:32:57+02:00 - info: WS2P: Could not connect to peer ChU8caZa using `WS2P jardin.foyerruralct.fr 20902: WS2P connection timeout`
Du coup il tourne dans le vide. J’ai pourtant configuré l’upnp donc il ne devrait pas y avoir de problème de réseau (avec upnp sur mon ordi dans le même réseau local ça marchait, avec les versions antérieures). Je crois que j’avais déjà le même problème sur mon RPi avec la 1.7.16.
Est-ce qu’il est possible de synchroniser uniquement les fiches de pairs, et sinon est-ce que c’est faisable de modifier les fichiers à la main pour ajouter des pairs ?
Désactive le WS2P public. Si ta configuration ne permet pas à l’UPnP de fonctionner mais que ton nœud déclare que si, alors tu te retrouves dans un cas où ton nœud ne reçois pas les connexions et que les celles que tu établis sont coupées.
1 Like
Sans WS2P public ça donne la même chose. Je crois que j’UPnP marche puisque je vois deux ports ouverts dans l’interface de la box.
Mon /network/peers
{
"peers": [
{
"version": 10,
"currency": "g1",
"status": "UP",
"first_down": null,
"last_try": null,
"pubkey": "2ny7YAdmzReQxAayyJZsyVYwYhVyax2thKcGknmQy5nQ",
"block": "0-E3B0C44298FC1C149AFBF4C8996FB92427AE41E4649B934CA495991B7852B855",
"signature": "lCA938fEBR1ouYe24nNjvfC0lYEYU/ct5cZ6kRcm3mw3rvaF5PDuvajbRMEwFdN5Amn4Ym3+5wJFIt3fp0gyDw==",
"endpoints": [
"BMAS g1.cgeek.fr",
"BASIC_MERKLED_API g1.cgeek.fr 80"
]
},
{
"version": 10,
"currency": "g1",
"status": "UP",
"first_down": null,
"last_try": null,
"pubkey": "8kXygUHh1vLjmcRzXVM86t38EL8dfFJgfBeHmkaWLamu",
"block": "216548-0000004A0E740EBD1C58C69CC89937FDB2575063A57A89CAFF3A9D5BC453DB57",
"signature": "DS9fG5NaxEnQDYflsdR2H5Jpn9Q6YznFob+6HlxyCzj/6mmyS6xG8SlL0iRSrBUk/vdoXfcIdI401IPKTrlbBg==",
"endpoints": [
"WS2P 9d5ece2f dustyduniter.ddns.net 20901"
]
},
{
"version": 10,
"currency": "g1",
"status": "UP",
"first_down": null,
"last_try": null,
"pubkey": "4VZkro3N7VonygybESHngKUABA6gSrbW77Ktb94zE969",
"block": "216625-000001A96ACFD516DA2F91ED1AACE621711E72005330D5CA3FE7D061F296EAF1",
"signature": "TRVqxRWKcscJ2GWMNM9h6kdus+bV5Xfg2F+agcts6WSy3mk2iAQ4tvRKTSzR12IfGzAXjnOKmS14ZSMTxwsjAg==",
"endpoints": [
"WS2P 7cfeda38 g1.duniter.sajm.ovh 20902"
]
},
{
"version": 10,
"currency": "g1",
"status": "UP",
"first_down": null,
"last_try": null,
"pubkey": "D2meevcAHFTS2gQMvmRW5Hzi25jDdikk4nC4u1FkwRaU",
"block": "216638-000004EF1FA1D397D48D767E8A7F62CCC1832BEEB6BC840D8B22F63290EE6137",
"signature": "EiOWEuTnC+VRvxn6+NJ/jlV8EPzWVX1rQVArCPRVBJ2gz9zvokRbMqnKcjR6O1B6XhCDj1OpRf5NkQN9ML33Dw==",
"endpoints": [
"BASIC_MERKLED_API 82.241.232.187 10901",
"WS2P 5d757a5c 82.241.232.187 20901"
]
},
{
"version": 10,
"currency": "g1",
"status": "UP",
"first_down": null,
"last_try": null,
"pubkey": "ChU8caZaN1gZMD48C5XvrdFY2sWvgi4cmuNciPkqjF2S",
"block": "216681-000002E076CB86F7B6FC31DFDD38A8332E80811092439150ECAF47866D4044E5",
"signature": "bEnS3zo9xVenQM1PdiPPiQ7PGRQSfTONPWTxZ4eRg8dOEFqGVp+JWlQ2uIMPKWZjvLqHAm/agU+JEdj7lC09DQ==",
"endpoints": [
"BASIC_MERKLED_API jardin.foyerruralct.fr 10902",
"WS2P 133ca7b5 jardin.foyerruralct.fr 20902"
]
},
{
"version": 10,
"currency": "g1",
"status": "UP",
"first_down": null,
"last_try": null,
"pubkey": "45GfjkWCWQhJ3epJVGC2NSg1Rcu4Ue1vDD3kk9eLs5TQ",
"block": "216674-0000017933C6F8B5A4B1BF3D6AB8A0106CB347D6A21501FBF9A00DA8897542C7",
"signature": "jaxk8r21Ip0Q0XUO8yL1d+E5sepC0BfShFGJkHOHMn9xhHSNIpVAivNLfjJ7AHUyCdxljWOKtj+nZZHu6b1cAA==",
"endpoints": [
"BASIC_MERKLED_API 2a01:cb19:982:f800:ec34:6087:5197:4752 27663"
]
}
]
}
Edit: Finalement j’ai laissé WS2P public activé et j’ai copié le vieux peers.db de mon autre installation, ça a l’air de marcher.
Re-edit: Ça marche, mais mon nœud a constamment 2 ou 3 blocs de retard. (mais dans les logs je vois plein de incoming connection donc le réseau a l’air bien configuré)
1 Like
Je me suis rendu compte en réalisant une sync cautious que cela n’a toujours pas été fait depuis 1 an, une preuve de plus que l’on manque considérablement de contributeurs sur Duniter lui-même 
Bon je vais le faire du coup (lister toutes les exceptions), a priori il y en a au moins 14 !
3 Likes