Lancement d'un réseau ĞTest et nouvelle version de duniter

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 :

Error: Input("Error opening spec file `/chainspecs/gtest-raw.json`: Permission denied (os error 13)")
1 Like

À 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.

Je commence à retrouver mes petits, mais il me reste à changer mes sessionKeys. Apparemment je ne maîtrise pas correctement mon compte :

./target/release/gcli --no-indexer --url ws://localhost:9947/ws smith set-session-keys ...
Subxt(Rpc(ClientError(Call(ErrorObject { code: ServerError(1010), message: "Invalid Transaction", data: Some(RawValue("Inability to pay some fees (e.g. account balance too low)")) }))))

edit : c’est bon, c’était le temps que je raccroche les wagons … sessions keys settées.

3 Likes

Oui, mais :

./target/release/gcli --no-indexer -S cesium --url ws://localhost:9947/ws smith cert JosselinFERREIRA                                                                         ~/dev/gcli-v2s
> G1v1 id:  ********
> G1v1 password:  ********
transaction submitted to the network, waiting 6 seconds...
Pallet error: SmithMembers::CertificationIsAOnlineSmithPrivilege

3 Likes

OK, je ne savais pas cette petite precision importante

1 Like

Oui, par contre :

Ça, ça a fonctionné. Tu es bien dans les Pending Smiths (d’ailleurs tu le vois bien dans Duniter Panel).

j’ai accepté l’invitation, plus qu’à me certifier non ? vais attendre que des smith Online puisse le faire vu que t’es pas encore online toi

2 Likes

Fait pour ma part.

1 Like

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.

1 Like

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.

1 Like

Mon noeud gdev est offline, je viens de lancer la nouvelle image gtest.
Pouvez-vous m’inviter dans le reseau smith ?

5DgHpsPtAhksqZ9tng3ht6ZsRVDcmBi9H6mJs1aRbPpyZ629 (info remontée dans 0.4.3-gtest-RC1)

l’ID g1test est le suivant “g1LbMawbCrzqnSyXEPczEUjDbmbUFqmdSBW4hCM5KAhY6f9Pr” (gui_tooun)
:slight_smile:
Merci

2 Likes

Bravo à tous pour ce boulot collectif !

J’ai mis à jour Tikka en version 0.16 pour le support de la Ğtest.

Pour le serveur forgeron, il faut que je réinstalle de zéro mon serveur mort qui attend depuis un an.
Cela va prendre quelque jours, je pense…

Il y a une valeur bizarre dans les constantes de la monnaie :

const certification.validityPeriod: u32
2,102,400 (blocs)

Ce qui affiche 4 mois dans Tikka, mais devrait afficher 4,8 mois. C’est pas 2 ans normalement ?

1 Like

Je ne vois pas la phase d’interruption :

query Qb {
  block(limit: 4000, where: {height: {_gt: 0}, _and: { validator: {_eq: "\\x3ca979977f1bf87f5a4aafd39addcc9dfc13d895b0d072aa347811436ea97103"}}}) {
    height
  }
}

d = @p """«resultat»""" |> JSON.parse |> __["data"]["block"] .|> __["height"]
b = zeros(Int, 30000); b[d] .= 1;
plot(cumsum(b))

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 “:broken_heart:” 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. 
gcli smith invite gui_tooun
😉

Bien vu, c’est ici : https://git.duniter.org/nodes/rust/duniter-v2s/-/blob/213e8eb0772467651214fc5227011ef0cb433dd3/runtime/gtest/src/parameters.rs#L121. Il faudra penser à mettre 2 ans pour la Ğ1 :slight_smile:

1 Like

Merci @HugoTrentesaux

accepted smith invitation InvitationAccepted { idty_index: 5715 }

Est-il de possible de me certifier smith (1/3) ? Merci d’avance

1 Like

Fait également.

Et je calcule enfin des blocs ! :slight_smile:

2 Likes

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 :slight_smile:

C’est déjà configuré sur deux ans dans le runtime Ğ1 : runtime/g1/src/parameters.rs · network/gtest-1000 · nodes / rust / Duniter v2S · GitLab

C’est ajouté à ma checklist des trucs à changer pour la deuxième itération de la ĞTest :wink:

1 Like

Pour l’histoire des blocs manquants, je suis passé sur un autre fil : Incident de calcul de blocs ĞTest : enquête.

Pour la CI merci :folded_hands:

Il me manque une certification smith. Quelqu’un de disponible pour m’apporter la certification ?

C’est fait, tu est devenu membre forgeron:

merci @elois @cgeek @HugoTrentesaux, mon noeud est en ligne et forge ! Just in time pour l’install party

2 Likes