Compter plutôt un retour pour 22h30, je m’y reprend à 2 fois.
@HugoTrentesaux est-ce que tu veux migrer ta clé au Genesis ?
Compter plutôt un retour pour 22h30, je m’y reprend à 2 fois.
@HugoTrentesaux est-ce que tu veux migrer ta clé au Genesis ?
Non, je vais faire la migration après le genesis, parce que ça me permet de me rendre compte des problèmes comme celui du comité technique. Et donc je soumettrai une proposition de modifier le comité technique pour inclure ma nouvelle clé. Ça me permet d’être sûr que ça fonctionne bien
Voilà, c’est fait
Est-ce que j’actionne la publication d’image docker pour avoir les chainspecs intégrées ? La release a échoué d’ailleurs parce qu’elle existe déjà → je regardais la mauvaise pipeline
Je vais télécharger les assets depuis runtime-701 · nodes / rust / Duniter v2S · GitLab pour les indexeurs.
Tout est déjà fait, la livraison s’est faite sur deux pipelines. Ne relance rien stp.
Il manque quand même le fichier pour les indexeurs : https://nodes.pages.duniter.org/-/rust/duniter-v2s/-/jobs/120947/artifacts/release/gdev-indexer.json (404).
C’est dedans que je prends l’historique des transactions.
J’ai mis à jour mon peerId : update coindufeu peer id (97a4d451) · Commits · nodes / rust / Duniter v2S · GitLab
J’ai remis le fichier, c’était un problème de lien.
Pour ton peerId, trop tard pour les bootnodes, ce sera pour la prochaine version du client.
Je n’arrive pas à rejoindre le pool de nœuds :
podman run --rm -it -e DUNITER_CHAIN_NAME=gdev duniter/duniter-v2s-gdev:latest
Generating node key file '/var/lib/duniter/node.key'...
12D3KooWGx62tA4nXWKtxaYsXTBWnh48jgaWhxqzJoHax2PiuhSZ
Node peer ID is '12D3KooWGx62tA4nXWKtxaYsXTBWnh48jgaWhxqzJoHax2PiuhSZ'.
Starting duniter with parameters: --node-key-file /var/lib/duniter/node.key --rpc-cors all --chain gdev -d /var/lib/duniter --unsafe-rpc-external --unsafe-ws-external
2023-12-03 20:36:06 Duniter
2023-12-03 20:36:06 ✌️ version 0.7.1-unknown
2023-12-03 20:36:06 ❤️ by Axiom-Team Developers <https://axiom-team.fr>, 2021-2023
2023-12-03 20:36:06 📋 Chain specification: ĞDev
2023-12-03 20:36:06 🏷 Node name: tired-friction-0895
2023-12-03 20:36:06 👤 Role: FULL
2023-12-03 20:36:06 💾 Database: ParityDb at /var/lib/duniter/chains/gdev/paritydb/full
2023-12-03 20:36:06 ⛓ Native runtime: gdev-701 (duniter-gdev-1.tx1.au1)
2023-12-03 20:36:07 🔨 Initializing Genesis block/state (state: 0xf224…230c, header-hash: 0xa565…f3f6)
2023-12-03 20:36:07 👴 Loading GRANDPA authority set from genesis on what appears to be first startup.
2023-12-03 20:36:08 👶 Creating empty BABE epoch changes on what appears to be first startup.
2023-12-03 20:36:08 🏷 Local node identity is: 12D3KooWGx62tA4nXWKtxaYsXTBWnh48jgaWhxqzJoHax2PiuhSZ
2023-12-03 20:36:08 💻 Operating system: linux
[…]
2023-12-03 20:36:08 📦 Highest known block at #0
2023-12-03 20:36:08 〽️ Prometheus exporter started at 127.0.0.1:9615
2023-12-03 20:36:08 Running JSON-RPC HTTP server: addr=0.0.0.0:9933, allowed origins=["*"]
2023-12-03 20:36:08 Running JSON-RPC WS server: addr=0.0.0.0:9944, allowed origins=["*"]
2023-12-03 20:36:08 ***** Duniter has fully started *****
2023-12-03 20:36:08 💔 The bootnode you want to connect to at `/dns/gdev.coinduf.eu/tcp/30333/p2p/12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7` provided a different peer ID `12D3KooWMv9X3ZocyrE82qt22LnDPREhP2j9Tr4rrfBwKZ44LUP3` than the one you expect `12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7`.
2023-12-03 20:36:08 💔 The bootnode you want to connect to at `/dns/gdev.coinduf.eu/tcp/30333/p2p/12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7` provided a different peer ID `12D3KooWMv9X3ZocyrE82qt22LnDPREhP2j9Tr4rrfBwKZ44LUP3` than the one you expect `12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7`.
2023-12-03 20:36:08 🔍 Discovered new external address for our node: /ip4/85.127.21.74/tcp/30333/ws/p2p/12D3KooWGx62tA4nXWKtxaYsXTBWnh48jgaWhxqzJoHax2PiuhSZ
2023-12-03 20:36:08 Sending fatal alert BadCertificate
2023-12-03 20:36:09 Sending fatal alert BadCertificate
2023-12-03 20:36:09 💔 The bootnode you want to connect to at `/dns/gdev.coinduf.eu/tcp/30333/p2p/12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7` provided a different peer ID `12D3KooWMv9X3ZocyrE82qt22LnDPREhP2j9Tr4rrfBwKZ44LUP3` than the one you expect `12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7`.
2023-12-03 20:36:11 on_idty_change: pallet_authority_members.change_owner_key(): <wasm:stripped>
2023-12-03 20:36:13 ⚙️ Syncing, target=#56530 (4 peers), best: #2540 (0x957c…b1d0), finalized #2048 (0x6332…7221), ⬇ 208.7kiB/s ⬆ 8.8kiB/s
2023-12-03 20:36:14 💔 The bootnode you want to connect to at `/dns/gdev.coinduf.eu/tcp/30333/p2p/12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7` provided a different peer ID `12D3KooWMv9X3ZocyrE82qt22LnDPREhP2j9Tr4rrfBwKZ44LUP3` than the one you expect `12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7`.
Ensuite dans la télémétrie, je suis affiché seul dans une autre ĞDev.
Peut-être faut-il que je sois plus patient et attendre que la synchro soit terminée, mais l’erreur de bootnode est pas top.
Ton noeud est en train de synchroniser, il n’y a pas de soucis.
Le noeud de Hugo ne peux effectivement pas servir de bootnode mais ce n’est pas bloquant.
Ok, je pense avoir décelé le problème. En lançant avec compose, ça relançait le conteneur déjà généré, surement celui de la ĞDev 700.
Pour le reste, encore mon problème avec docker/podman. Je pense que je vais pouvoir me débrouiller.
La seule façon qui fonctionne pour moi c’est de le lancer avec podman
. docker
est cassé, podman-compose
lance une autre image et/ou le réseau est cassé. Pas sûr que je puisse daemoniser podman.
Avec gcli, j’ai fait un go-online
juste pour tester, mais je n’arrive pas à faire un go-offline
.
L’évènement MemberGoOnline
au bloc 67789, avec l’identité 49 qui est la mienne.
J’espère ne pas bloquer la chaîne, car je n’ai pas encore d’instance prête à forger.
A priori cette action n’a pas eu d’effet, je ne sais pas pourquoi.
il faut 2 sessions pour que le go-online soit effectif.
Lorsqu’on fait un go-offline entre temps, ce dernier va annuler directement le go-online une fois les 2 sessions écoulés.
Hugo précisera si je me trompe.
Certes mais il n’y a pas eu de incoming non plus, et il n’y en a toujours pas. C’est ce que je trouve vraiment bizarre.
J’ai ensuite fait un smithMembership.MembershipRevoked
au bloc 68 037-02 (évènement) puis smithMembership.MembershipRequested
au bloc 68 154.
Ça a surement dû avoir l’effet d’annuler le go-online
.
Oui tout à fait.
Petit résumé pour ceux qui arrivent en retard comme moi :
duniter-squid de nouveau à jour
query MyQuery {
calls(orderBy: block_height_DESC, limit: 10, where: {
pallet_startsWith: "SmithM",
OR: {pallet_startsWith: "Authority"}
}) {
pallet
name
block {
height
}
}
}
Une chose que je ne comprends pas :
Je suis dans les Incoming authorities depuis 11h42, et pourtant je produis d’ores et déjà des blocs :
J’avais fait un goOffline
vers 11h35 (j’étais alors dans les Outgoing authorities), puis la nouvelle session a acté le goOffline
vers 11h40. Dans la foulée, je fait un goOnline
(11h42) et j’apparais bien dans les Incoming authorities. Mais je ne devrais pas produire de blocs
edit : ah bah si, l’impact se fait 2 sessions plus tard, c’est normal.