Duniter Squid verson 0.3.1 est sorti.
Le “3” veut dire que c’est sur la gtest, et le “1” veut dire que le bug lié à la lecture du genesis est corrigé (cf Construction conteneurs de l’indexeur Squid pour la ĞTest - #11 by HugoTrentesaux )
Pour le lancer, vous devez avoir un nœud archive qui tourne en local et utiliser le fichier docker-compose.yml
d’exemple, en configurant bien le RPC_ENDPOINT
dans votre fichier .env
.
Il intègre une fonctionnalité “total balance” qui n’est pas finalisée et retourne un résultat faux, mais le reste devrait fonctionner.
6 Likes
Pour les versions ARM64 (tant que ce n’est pas encore ajouté dans gitlab):
https://hub.docker.com/r/nicolas80/duniter-squid/tags
https://hub.docker.com/r/nicolas80/duniter-squid-hasura/tags
Version 0.3.0
ou latest
est la version gtest actuelle.
1 Like
poka
Split this topic
19 August 2025 15:48
3
4 posts were split to an existing topic: Add balances to squid accounts
Moul
9 August 2025 13:44
7
Le processor
crashe :
Aug 07 11:37:45 moulinette systemd-coredump[676565]: [🡕] Process 676537 (node) of user 1000 dumped core.
Stack trace of thread 1:
#0 0x00005619562ddf7e n/a (/usr/local/bin/node + 0x20ddf7e)
#1 0x00005619562ddb5f n/a (/usr/local/bin/node + 0x20ddb5f)
#2 0x00005619551ba3aa n/a (/usr/local/bin/node + 0xfba3aa)
#3 0x00005619551ba6a5 n/a (/usr/local/bin/node + 0xfba6a5)
#4 0x00005619551ba92f n/a (/usr/local/bin/node + 0xfba92f)
#5 0x00005619551bb0ee n/a (/usr/local/bin/node + 0xfbb0ee)
#6 0x00005619551d159c n/a (/usr/local/bin/node + 0xfd159c)
#7 0x00005619551d45ad n/a (/usr/local/bin/node + 0xfd45ad)
#8 0x00005619551d4938 n/a (/usr/local/bin/node + 0xfd4938)
#9 0x000056195513a3a4 n/a (/usr/local/bin/node + 0xf3a3a4)
#10 0x0000561955116b55 n/a (/usr/local/bin/node + 0xf16b55)
#11 0x0000561955116f4d n/a (/usr/local/bin/node + 0xf16f4d)
#12 0x0000561954f6d8c8 n/a (/usr/local/bin/node + 0xd6d8c8)
#13 0x0000561954f7f6cd n/a (/usr/local/bin/node + 0xd7f6cd)
#14 0x0000561954fe3adb n/a (/usr/local/bin/node + 0xde3adb)
#15 0x0000561954fe405d n/a (/usr/local/bin/node + 0xde405d)
#16 0x0000561954f6b667 n/a (/usr/local/bin/node + 0xd6b667)
#17 0x0000561954fefc58 n/a (/usr/local/bin/node + 0xdefc58)
#18 0x00005619555a49e9 n/a (/usr/local/bin/node + 0x13a49e9)
#19 0x0000561955a2bef6 n/a (/usr/local/bin/node + 0x182bef6)
#20 0x000056195599f124 n/a (/usr/local/bin/node + 0x179f124)
#21 0x000056195599dd1c n/a (/usr/local/bin/node + 0x179dd1c)
#22 0x000056195599dd1c n/a (/usr/local/bin/node + 0x179dd1c)
#23 0x000056195599dd1c n/a (/usr/local/bin/node + 0x179dd1c)
#24 0x000056195599dd1c n/a (/usr/local/bin/node + 0x179dd1c)
#25 0x000056195599dd1c n/a (/usr/local/bin/node + 0x179dd1c)
#26 0x000056195599c0dc n/a (/usr/local/bin/node + 0x179c0dc)
#27 0x000056195599be03 n/a (/usr/local/bin/node + 0x179be03)
#28 0x0000561955090756 n/a (/usr/local/bin/node + 0xe90756)
#29 0x0000561955091864 n/a (/usr/local/bin/node + 0xe91864)
#30 0x0000561954f39188 n/a (/usr/local/bin/node + 0xd39188)
#31 0x0000561954c8c973 n/a (/usr/local/bin/node + 0xa8c973)
#32 0x0000561954d4b4f8 n/a (/usr/local/bin/node + 0xb4b4f8)
#33 0x0000561954c600fd n/a (/usr/local/bin/node + 0xa600fd)
#34 0x0000561954bb6ece n/a (/usr/local/bin/node + 0x9b6ece)
#35 0x0000561954d08450 n/a (/usr/local/bin/node + 0xb08450)
#36 0x0000561954c65d90 n/a (/usr/local/bin/node + 0xa65d90)
#37 0x00007f5769df0496 n/a (/lib/ld-musl-x86_64.so.1 + 0x41496)
#38 0x00007fff966bddab n/a (n/a + 0x0)
#39 0x2f6c61636f6c2f72 n/a (n/a + 0x0)
ELF object binary architecture: AMD x86-64
Il me semble que tu l’avais mentionné durant le dernier dev talk d’août @HugoTrentesaux .
Vraiment pas top d’avoir publié une version instable pour la ĞTest.
Il aurait mieux fallut séparer les changements sur différentes branches : calcul du solde avec DU, correctifs/adaptations, gestion de la ĞTest.
Bon après il n’est jamais trop tard pour le faire et n’inclure que les deux derniers changements dans une release.
poka
9 August 2025 13:47
8
Ce crash n’est pas lié aux derniers changements de la branche d’Hugo. Il est plus profond.
Moul
9 August 2025 13:47
9
Ok, j’ai supposé cela, car je n’avais pas remarqué de crash avant d’utiliser cette version.
poka
9 August 2025 13:51
10
En fait ce n’est pas la même raison qu’ici, déjà remonté au dev Squid et probablement résolu sans en être certain : Crash processor: [ERR_ASSERTION]: The expression evaluated to a falsy value: (0, assert_1.default)(head.height >= this.chain[0].height) (#16) · Issues · nodes / duniter-squid · GitLab
Dans ton cas on dirait un soucis avec ton environnement. Quelle version de node tu utilises ? Tes ressources sont ok ?
Ça crash à quel moment, pendant la sync ? Au début ? Après plusieurs jours de run ?
Moul
9 August 2025 13:56
11
J’utilise le conteneur, du coup node.js v20 .
Ça crashe après plusieurs jours allumés. Peut-être un problème de ram. Je vais essayer d’observer ça.
1 Like
poka
9 August 2025 13:58
12
Oui essai d’analyser ton journalctl autour de l’heure du crash.
Aug 07 11:37:45
Aussi il faudrait activer le mapping de symbole pour avoir de meilleures logs pour la prochaine fois.
Apparemment tu peux ajouter ça dans le compose du container processor, au cas où ça se reproduit :
environment:
NODE_OPTIONS: >
--enable-source-maps
--trace-uncaught
--stack-trace-limit=200
--unhandled-rejections=strict
Moul
9 August 2025 14:08
13
Je n’ai pas de journaux intéressants, à part que le conteneur a crashé et n’a pas réussi à redémarrer. Je suppose que c’est dû à un manque de mémoire vive à ce moment-là.
Mes excuses d’avoir pointé le doigt sur la release « instable ». Merci pour l’aide !
2 Likes
poka
9 August 2025 14:12
14
Np, ajoute quand même le mapping de symbole à ton composé au cas où ça se reproduit
1 Like