[RESOLU] La configuration du nœud a sauté

Support Self-hosting
#1

Hello.

Mon node avait planté alors je l’ai réinstallé et configuré à priori, comme il faut puisqu’il est présent et calcule.
Nénamoins, je le vois deux fois : Avec mon ipv6 et en mode privé ipv4 …

  • C’est bien
  • C’est pas bien
  • On s’en fout
  • Réponse D

Merci de m’avoir lu les junistes.

Node_Duniter
Node_Duniter700×102 13.2 KB

BMA protégé derrière le SSO depuis YunoHost v3.7?
#2

Bonjour @Art15te

Est-ce bien un nœud YunoHost que tu as ?

#3

Oui c’est sur mon serveur Yunohost.
C’est surement quand j’ai fait le ‹ duniter wizard network › … Non ?

#4

C’est surement ça qui a fait sauter la bonne configuration pour que BMA soit accessible à l’extérieur via Ngnix. Une mise à jour du paquet devrait remettre la configuration en ordre.

sudo yunohost app duniter upgrade -u https://github.com/YunoHost-Apps/duniter_ynh
#5

Hello,

sudo yunohost app upgrade duniter -u https://github.com/YunoHost-Apps/duniter_ynh

duniter stop && duniter start

Une resynchro ?

Mais pas de changement à priori.

#6

Je ne vois pas quel pourrais être le problème. Ton nœud semble synchronisé, mais la configuration ne ressemble pas à celle d’un paquet YnH :

curl -s https://g1.duniter.org/network/peers  | grep -C 6 "GKPQvij9aYNgtginxvymEHzyPaAVTeZy3bnyYmd6RFuT"
    {
      "version": 10,
      "currency": "g1",
      "status": "UP",
      "first_down": null,
      "last_try": null,
      "pubkey": "GKPQvij9aYNgtginxvymEHzyPaAVTeZy3bnyYmd6RFuT",
      "block": "374614-00000029E2AA4E7FE3EDE90B36C5173A2A212C895F32189EDCC4A127C71948C5",
      "signature": "TbijR4gB+A7CiL9PSnl3T4LpGyGMS2TR6DqF93QMzdfRSREz6Nqn+COXTfcER18EeV49n1dUOEsevPQ27zqFDw==",
      "endpoints": [
        "BASIC_MERKLED_API 192.168.0.28 2a01:e0a:2a:f170:f64d:30ff:fe60:b165 10901"
      ]
    },
#7

Ah. Merci.
J’avais installé Duniter en tant que paquet debian, avant de revenir au paquet yunohost.
J’ai pourtant désinstallé duniter avec un apt remove et un apt purge avant la reinstall via yunohost …
De mémoire, j’avais meme redemarré mon serveur.
Je regarde les logs mais je ne vois pas trop le pourquoi du comment car ce n’est pas la premiere fois que je reinstalle un noeud duniter …

#8

Hello world.

Je me reponds à moi-même.
J’ai enfin pris le temps de reprendre la configuration de mon noeud sans forcement creuser non plus mais j’ai relancé la commande « duniter wizard network » et choisit le deuxieme parametre sur ipv6 à savoir eth0 et pas global …

A suivre …

Enjoy!

#9

Hello guys
I don’t know if I understood it everything, in any case:
I installed Duniter via yunohost package;
I installed BMA patch and now …/network/peering is online
I still have 2 errors in logs:

...
2021-03-26T09:47:21+00:00 debug WS2P: init: failed connection

2021-03-26T09:47:21+00:00 error WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE

...

2021-03-26T09:47:36+00:00 debug WS2P: init: failed connection

2021-03-26T09:51:53+00:00 warn Security trigger: proof-of-work process seems stuck

2021-03-26T09:51:53+00:00 warn Local node is not a member. Waiting to be a member before computing a block.

2021-03-26T09:56:36+00:00 debug WS2P: init: failed connection

...

2021-03-26T09:57:10+00:00 error Unhandled rejection: WS2P connection timeout

2021-03-26T09:57:10+00:00 error WS2P connection timeout

2021-03-26T09:57:21+00:00 debug WS2P: init: failed connection
...

and

admin@g1mall:~ $ duniter direct_webstart
2021-03-26T09:32:42+00:00 - debug: Plugging file system...
2021-03-26T09:32:43+00:00 - debug: Loading conf...
2021-03-26T09:32:43+00:00 - debug: Configuration saved.
2021-03-26T09:32:43+00:00 - debug: Opening SQLite database "/home/admin/.config/duniter/duniter_default/duniter.db"...
2021-03-26T09:32:43+00:00 - debug: Now open indexers...
2021-03-26T09:32:43+00:00 - debug: Opening SQLite database "/home/admin/.config/duniter/duniter_default/txs.db"...
2021-03-26T09:32:43+00:00 - debug: Opening SQLite database "/home/admin/.config/duniter/duniter_default/peers.db"...
2021-03-26T09:32:45+00:00 - debug: Upgrade database...
2021-03-26T09:32:45+00:00 - info: Block resolution: 0 potential blocks after current#21743...
2021-03-26T09:32:45+00:00 - info: Web administration accessible at following address: http://localhost:9220
2021-03-26T09:32:45+00:00 - error: Error: listen EADDRINUSE: address already in use 127.0.0.1:9220
    at Server.setupListenHandle [as _listen2] (net.js:1280:14)
    at listenInCluster (net.js:1328:12)
    at GetAddrInfoReqWrap.doListen [as callback] (net.js:1461:7)
    at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:61:10)

and my node is still not visible on cesium.

root@g1mall:/home/admin# cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"

root@g1mall:/home/admin# uname -a
Linux g1mall.nohost.me 5.10.17-v7l+ #1403 SMP Mon Feb 22 11:33:35 GMT 2021 armv7l GNU/Linux

root@g1mall:/home/admin# yunohost -v
yunohost: 
  repo: stable
  version: 4.1.7.4
yunohost-admin: 
  repo: stable
  version: 4.1.4
moulinette: 
  repo: stable
  version: 4.1.4
ssowat: 
  repo: stable
  version: 4.1.3

root@g1mall:/home/admin# duniter -V
1.8.0

Log de https://www.wss-websocket.net/:

GET / HTTP/1.1
Host: g1mall.nohost.me
Connection: Upgrade
Upgrade: websocket
Origin: https://www.wss-websocket.net
Sec-WebSocket-Key: FeNoABK60uT8QjQsIwUK7g==
Sec-WebSocket-Version: 13
Failed at Verify HTTP Upgrade Response
WebSocket connection to wss://g1mall.nohost.me:443 failed: com.dkfqs.tools.websocket.WebSocketClientConnectException: Invalid HTTP status code received: 302, expected value = 101