Je suis embêté par ces chain specs. Je ne me souviens pas de cette étape pour la ĞDev.
Pourquoi ne sont-ils pas intégrés dans l’image Docker avec DUNITER_CHAIN_NAME=gtest" qui aurait fait le boulot.
Je n’arrive pas à mettre le fichier dans l’image, car l’image ne me laisse pas la main avec comment est configuré l’entrypoint de l’image Docker :
podman run -it docker.io/duniter/duniter-v2s-gtest-1000:1000-0.11.0 bash
Generating node key file '/var/lib/duniter/node.key'...
error: unexpected argument '--dev' found
Usage: duniter key generate-node-key --file <FILE>
For more information, try '--help'.
Error: Io(Os { code: 2, kind: NotFound, message: "No such file or directory" })
Node peer ID is ''.
Starting duniter with parameters: bash --node-key-file /var/lib/duniter/node.key --rpc-cors all --dev -d /var/lib/duniter --unsafe-rpc-external
error: unrecognized subcommand 'bash'
Usage: duniter [OPTIONS]
duniter <COMMAND>
For more information, try '--help'.
En montant un volume vers où se trouve le fichier chainspec gtest dans le dépôt duniter-v2s, ça échoue :
À l’époque, je les embarquais dans le binaire par défaut. Entre-temps, cette fonctionnalité a été placée sous une condition de compilation nommée “embed”, qui n’est pas utilisée par la CI. La CI ne place également plus les raw specs dans node/specs/. Je ne sais pas pourquoi ces changements ont été faits, et je suis d’accord que c’est une perte de fonctionnalité.
J’ai eu la même erreur. Il faut que l’utilisateur dans le conteneur ait les droits sur les dossiers et fichiers accédés. Avec Docker Compose, j’ai ajouté l’option user: "1001:1001", mais il faut bien sûr adapter ça en fonction de l’utilisateur de ton host.
Fait également. Tu as nos deux certifications, il ne t’en manque qu’une.
Pour ma part j’ai fait une mauvaise manip sur mon nœud, j’ai perdu le trousseau de session qui va malheureusement devenir Autorité à la prochaine session. Et avec 4h de latence, je réussirai peut-être à forger des blocs mais d’ici la fin de journée.
Je remarque que le noeud de Hugo met beaucoup de temps à valider une transaction, voir qu’il ne la valide jamais. Via gecko les tx passent toutes dans les 6s sauf sur ce noeud. Etrange. Je ne sais pas comment c’est possible.
Pourtant la connexion au noeud est rapide, d’où le fait que Gecko le sélectionne parfois en auto.
Est-ce que tu sais à peu près à quel moment ça s’est produit pour que je regarde précisément dans mes logs ? Je ne vois rien de suspect autour de 20h hier.
Effectivement, c’était une idée pour gtest, mais je ne suis jamais allé jusqu’au bout. L’idée était d’éviter de commiter des raw chainspecs avec toutes les données g1 dans la branche master pour ne pas alourdir le repo. Et donc de permettre par défaut de compiler sans embarquer de chainspecs.
On considérait plus les raw specs comme un artefact que comme un fichier à commiter.
Oui, on voit dans la télémétrie qu’il est à la traîne. Et dans mes logs j’ai toujours des petits “” et “Block verification failed. Banned, disconnecting.”
duniter-archive-1 | 2025-07-11 15:07:23 💔 Verification failed for block 0xa67bdf61b754b85c3401874e14ce37dc8ff591029ab90d256a8a828e0b78433f received from (12D3KooWBpUum2pwQ3J2J9wQFC2mi9fwoPn99PMGaHen1aj79TnU): "Header 0xa67bdf61b754b85c3401874e14ce37dc8ff591029ab90d256a8a828e0b78433f rejected: too far in the future"
duniter-archive-1 | 2025-07-11 15:07:23 Report 12D3KooWBpUum2pwQ3J2J9wQFC2mi9fwoPn99PMGaHen1aj79TnU: -536870912 to -2051372343. Reason: Block verification failed. Banned, disconnecting.
duniter-archive-1 | 2025-07-11 15:07:23 💔 Verification failed for block 0xa67bdf61b754b85c3401874e14ce37dc8ff591029ab90d256a8a828e0b78433f received from (12D3KooWBzzodqaJ1MkLPbTYA1XZzNNRCV2JE17oEQCha9aCVsPQ): "Header 0xa67bdf61b754b85c3401874e14ce37dc8ff591029ab90d256a8a828e0b78433f rejected: too far in the future"
duniter-archive-1 | 2025-07-11 15:07:23 Report 12D3KooWBzzodqaJ1MkLPbTYA1XZzNNRCV2JE17oEQCha9aCVsPQ: -536870912 to -2054083519. Reason: Block verification failed. Banned, disconnecting.
duniter-archive-1 | 2025-07-11 15:07:25 💤 Idle (0 peers), best: #25855 (0x328d…324f), finalized #25854 (0xed7e…834d), ⬇ 3.4kiB/s ⬆ 1.3kiB/s
duniter-archive-1 | 2025-07-11 15:07:30 💤 Idle (0 peers), best: #25855 (0x328d…324f), finalized #25854 (0xed7e…834d), ⬇ 2.6kiB/s ⬆ 1.7kiB/s
duniter-archive-1 | 2025-07-11 15:07:35 💤 Idle (1 peers), best: #25855 (0x328d…324f), finalized #25854 (0xed7e…834d), ⬇ 2.9kiB/s ⬆ 1.5kiB/s
duniter-archive-1 | 2025-07-11 15:07:40 💤 Idle (1 peers), best: #25855 (0x328d…324f), finalized #25854 (0xed7e…834d), ⬇ 2.6kiB/s ⬆ 1.7kiB/s
duniter-archive-1 | 2025-07-11 15:07:42 🏆 Imported #25856 (0x328d…324f → 0xa67b…433f)
duniter-archive-1 | 2025-07-11 15:07:42 🏆 Imported #25857 (0xa67b…433f → 0xd2cb…c71f)
duniter-archive-1 | 2025-07-11 15:07:42 🏆 Imported #25858 (0xd2cb…c71f → 0x12fc…d81c)
duniter-archive-1 | 2025-07-11 15:07:42 💔 Verification failed for block 0xeb85dc2d515294acfd600ba912c75d68581a3aab143bb7e2735a63e766fac21b received from (12D3KooWGjam883vaNRfFtgWqom7JAM4TpSQ8J3dGp7K3uHuJEDu): "Header 0xeb85dc2d515294acfd600ba912c75d68581a3aab143bb7e2735a63e766fac21b rejected: too far in the future"
duniter-archive-1 | 2025-07-11 15:07:42 Report 12D3KooWGjam883vaNRfFtgWqom7JAM4TpSQ8J3dGp7K3uHuJEDu: -536870912 to -2040615322. Reason: Block verification failed. Banned, disconnecting.
duniter-archive-1 | 2025-07-11 15:07:42 💔 Verification failed for block 0xeb85dc2d515294acfd600ba912c75d68581a3aab143bb7e2735a63e766fac21b received from (12D3KooWNUyHfjozVWP2ne5BN7AEwFNzUQvtK6GULxmgBucnYtjG): "Header 0xeb85dc2d515294acfd600ba912c75d68581a3aab143bb7e2735a63e766fac21b rejected: too far in the future"
duniter-archive-1 | 2025-07-11 15:07:42 Report 12D3KooWNUyHfjozVWP2ne5BN7AEwFNzUQvtK6GULxmgBucnYtjG: -536870912 to -2040541802. Reason: Block verification failed. Banned, disconnecting.
C’était vers 20h20. PolkadotJS Explorer ne montrait que deux producteurs de blocs pendant les quelques minutes où je vérifiais. Je ne crois pas trop à un bug de l’explorateur PolkadotJS App. Tes blocs ne sont peut-être pas passés pendant un moment parce qu’un autre forgeron te passait devant. À mon avis, c’est lié à ton autre problème.
Est-ce que tu utilises un disque dur ou un SSD ? Est-ce que tu fais tourner d’autres services sur la même machine ? Notamment l’indexeur Squid ?
Substrate et l’indexeur consomment beaucoup d’I/O disque, et Substrate a été conçu et optimisé pour des SSD.
Pas besoin de les commiter, la CI ne commit pas de toute façon. Mais la CI a besoin de déplacer le fichier au bon endroit et d’activer la feature embed. C’est très facile à faire, je peux m’en occuper