Nouvelle image docker duniter/duniter-v2s-gdev-800

Nodes Duniter-v2s
1

Une nouvelle image docker pour Duniter est disponible : duniter/duniter-v2s-gdev-800.

Nous avons changé l’étiquetage des images docker pour qu’il soit plus compréhensible :

  • duniter-v2s : ne change pas, c’est le nom du logiciel dont les versions successives peuvent contenir des améliorations hors consensus. (Actuellement 0.8.0).
  • gdev : c’est le nom du réseau auquel l’image est configurée pour se connecter. Concrètement ça veut dire qu’elle inclut à l’intérieur un bloc zéro (genesis) et une liste de bootnodes (nœuds censés être sur ce réseau).
  • 800 : c’est une précision sur le réseau et correspond à la version du runtime embarquée dans le bloc zéro. Ça permet d’identifier les différentes gdev si jamais il y a reboot. Ce n’est pas forcément le runtime actuel de la chaîne qui peut avoir subi des runtime upgrade que votre nœud synchronisera quand il arrivera aux blocs concernés.

[post emprunté à cgeek]

3 Likes
2

J’ai republié ici : https://hub.docker.com/repository/docker/duniter/duniter-v2s-gdev-800/tags (via ce job @HugoTrentesaux pour info).

Testé avec x86 et ARM, ça synchronise bien :

2024-09-20 19:05:03 Duniter
2024-09-20 19:05:03 ✌️  version 0.8.0-unknown
2024-09-20 19:05:03 ❤️  by librelois <c@elo.tf>:tuxmain <tuxmain@zettascript.org>:c-geek <https://forum.duniter.org/u/cgeek>:HugoTrentesaux <https://trentesaux.fr>:bgallois <benjamin@gallois.cc>:Duniter Developers <https://duniter.org>:Axiom-Team Developers <https://axiom-team.fr>, 2021-2024
2024-09-20 19:05:03 📋 Chain specification: ĞDev
2024-09-20 19:05:03 🏷  Node name: spooky-fact-0673
2024-09-20 19:05:03 👤 Role: FULL
2024-09-20 19:05:03 💾 Database: ParityDb at /tmp/substrateSzluHp/chains/gdev/paritydb/full
2024-09-20 19:05:05 🔨 Initializing Genesis block/state (state: 0xea8a…64d2, header-hash: 0xc184…b6c3)
2024-09-20 19:05:06 👴 Loading GRANDPA authority set from genesis on what appears to be first startup.
2024-09-20 19:05:06 👶 Creating empty BABE epoch changes on what appears to be first startup.
2024-09-20 19:05:06 🏷  Local node identity is: 12D3KooWANFU6e3yhHXpfZ18RpmYMVdbsrL1z7iehahRMZvNimPK
2024-09-20 19:05:06 💻 Operating system: linux
2024-09-20 19:05:06 💻 CPU architecture: aarch64
2024-09-20 19:05:06 💻 Target environment: gnu
2024-09-20 19:05:06 💻 Memory: 1949MB
2024-09-20 19:05:06 💻 Kernel: 6.8.11-300.fc40.aarch64
2024-09-20 19:05:06 💻 Linux distribution: Debian GNU/Linux 11 (bullseye)
2024-09-20 19:05:06 💻 Virtual machine: no
2024-09-20 19:05:06 📦 Highest known block at #0
2024-09-20 19:05:06 〽️ Prometheus exporter started at 127.0.0.1:9615
2024-09-20 19:05:06 Running JSON-RPC server: addr=127.0.0.1:9944, allowed origins=["http://localhost:*", "http://127.0.0.1:*", "https://localhost:*", "https://127.0.0.1:*", "https://polkadot.js.org"]
2024-09-20 19:05:06 ***** Duniter has fully started *****
2024-09-20 19:05:06 💔 The bootnode you want to connect to at `/dns/gdev.coinduf.eu/tcp/30333/p2p/12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7` provided a different peer ID `12D3KooWHW1JXJNTVLRqtXmu6R7W9ohpRHcJGHNmw6wpVTukNAgZ` than the one you expect `12D3KooWFseA3B66eBzj4NY5ng3Lb2U3VPnKCi3iXYGYUSAahEw7`.
2024-09-20 19:05:07 🔍 Discovered new external address for our node: /ip4/82.65.206.220/tcp/30333/ws/p2p/12D3KooWANFU6e3yhHXpfZ18RpmYMVdbsrL1z7iehahRMZvNimPK
2024-09-20 19:05:11 ⚙️  Syncing, target=#3151790 (6 peers), best: #4024 (0x5c07…db21), finalized #3584 (0x4df3…c413), ⬇ 401.8kiB/s ⬆ 5.8kiB/s
2024-09-20 19:05:16 ⚙️  Syncing 590.4 bps, target=#3151791 (7 peers), best: #6976 (0x29bd…34da), finalized #6656 (0x67e4…33fe), ⬇ 174.9kiB/s ⬆ 1.8kiB/s
2024-09-20 19:05:21 ⚙️  Syncing 51.1 bps, target=#3151792 (7 peers), best: #7232 (0xa4cd…53d7), finalized #7168 (0xacd3…4aa7), ⬇ 52.9kiB/s ⬆ 0.2kiB/s
2024-09-20 19:05:26 ⚙️  Syncing 58.8 bps, target=#3151792 (7 peers), best: #7526 (0xee37…8c81), finalized #7168 (0xacd3…4aa7), ⬇ 9.3kiB/s ⬆ 0.2kiB/s
2024-09-20 19:05:31 ⚙️  Syncing 427.4 bps, target=#3151793 (7 peers), best: #9664 (0x18f7…0f5b), finalized #9216 (0xf0aa…cec2), ⬇ 154.9kiB/s ⬆ 0.9kiB/s
2024-09-20 19:05:36 ⚙️  Syncing 352.4 bps, target=#3151794 (7 peers), best: #11426 (0xb61f…2e83), finalized #11264 (0x45c9…e95a), ⬇ 9.1kiB/s ⬆ 0
2024-09-20 19:05:41 ⚙️  Syncing 133.9 bps, target=#3151794 (7 peers), best: #12096 (0x5e20…2630), finalized #11776 (0xc4c9…5318), ⬇ 157.0kiB/s ⬆ 1.1kiB/s
4 Likes
3

@joss.rendall, tu fais tourner Duniter v0.0.0-unknown qui n’est pas synchronisé avec la meute.

image
image1655×252 41.5 KB

C’est lié à une erreur exposée ci-dessus. Il te faut utiliser cette image : https://hub.docker.com/repository/docker/duniter/duniter-v2s-gdev-800/general
Avis à tous le monde, avant les images se trouvaient à cette adresse duniter/duniter-v2s-gdev maintenant c’est duniter/duniter-v2s-gdev-XXX.

2 Likes
4

On ne pourrait pas retrouver juste une image duniter-v2s générique et ensuite des tags et envars pour spécifier le réseau (ce qui est déjà 'e cas en fait je crois…) svp ?

1 Like
5

@Moul , merci ! Image modifiée et j’ai donc rejoint la MEUTE, des QuiN’enVeulent !! :partying_face:

2 Likes
6

@elmau, tu utilises également une v0.0.0, mais de manière curieuse ton nœud est quand même synchronisé à la meute :slight_smile:

1 Like
7

la v0.0.0 se synchronisait bien chez moi, mais depuis le plantage de mon VPS hier, çà a du créer un souci…
@tatinetteb est dans le même cas.

1 Like
8

A post was merged into an existing topic: Install Duniter-v2s sur Docker sous OpenMediaVault 7 avec omv-extras + omv-ompose

9

Je vois pas trop la différence :thinking:
Tu peux toujours utiliser la même image de duniter et la connecter à un réseau différent en utilisant des raw chainspecs. Quel serait le but de déplacer cette info du nom de l’image vers le tag ?

Avec le nouveau schéma de release discuté ici (Schéma de release pour Duniter #195), ces versions directement issues de la branche principale ne devraient plus pouvoir se connecter à un réseau sans chainspecs explicites. Mais pour l’instant, les chainspecs de la gdev ont été fusionnées dans la branche principale, voilà pourquoi ça marche. L’inconvénient est qu’il est difficile de retrouver de quelle version il s’agit.

2 Likes
10

Je propose juste de ne garder qu’une seule image Duniter docker et pas autant que de réseau…

11

@syoul46, tu utilises également la v0.0.0.

1 Like
12

oui il me semble bien, et donc qu’est ce qui va être bien de faire ?
la version latest ne fonctionnait pas :

13

Il te faut mettre cette ligne :

image: duniter/duniter-v2s-gdev-800:latest

L’adresse de l’image a changée. La doc et les fichiers compose peuvent être mis à jour pour aider les prochains qui tomberont sur ce problème.

3 Likes
14

Merci @Moul , je m’y colle ce soir

1 Like
15

bon j’ai tenté de redéployer avec cette image :


failed to pull images of the stack:
 duniter-smith Pulling duniter-smith Error Error response from daemon:
 pull access denied for duniter/duniter-v2s-800, repository does not exist or may require 'docker login': denied:
 requested access to the resource is denied

je regarde plus concentré ce soir.

EDIT: avec l’image d’Hugo cela se redéploie.

16

:arrow_right: duniter/duniter-v2s-gdev-800

2 Likes