Pb de synchronisation reset data

Bonjour,

J’ai du procéder à une réinstallation complète de duniter suite à un dysfonctionnement et
lorsque j’exécute la commande "
duniter sync g1.duniter.org:443"
j’obtiens ce type de message en retour pendant la synchro:
“Possible EventEmitter memory leak detected. 11 pipe listeners added. Use emitter.setMaxListeners() to increase limit”
pour finir 3h00 plus tard avec:
“FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory”.

Est-ce que quelqu’un a déjà eu ce probleme? et surtout comment le résoudre?

Je suis à l’heure actuelle dans l’impossibilité de remettre mon noeud en route… :frowning:

sur: node.js - npm install - javascript heap out of memory - Stack Overflow
des solutions sont proposées mais je ne suis pas en mesure d’évaluer la pertinence de leurs réponses…

Merci de m’orienter vers une piste!!!

Bien à vous

ENO

Combien de RAM installée, combien de disponible ?

Out of memory veut juste dire qu’il n’y avait pas assez de mémoire.

1 Go n’est pas assez, 2 Go est limite.

Pas de Pb de ressources allouées (cf: screenshot joint) mémoire dédiée confortable voir surdimmensionnée
image
y aurait il un paramètre de config duniter au niseau des pipe en ecoutes? peut etre?

Ce message peut être ignoré. Et si tu utilises la dernière image que j’ai mise en ligne (pinidh/duniter:dev) il devrait disparaître.

1 Like

Merci pini pour ta réponse. Visiblement il est question ici (par rapport à ta réponse) d’image docker (cf dockerhub :Pb de synchronisation reset data - #3 by ENO ). Hors j’étais sur une install sur VM Debian avec une install de type “.deb” direct .
Ok je veux bien tester la version docker auquel cas dans le docker run, je devrais spécifier toutes sortes d’options en particulier les volumes persistant le nom de réseau et surtout la correspondance des ports (je passe par un reverse proxy de type proxy manager depuis une autre VM) etc… ou bien les paramètres réseaux sont-ils déjà intégré dans l’image? Je serais d’avis de se contacter en direct ou bien par visio afin d’accélérer le processus, j’aurai également plein de questions par rapport à la v2s…
J’aurai plutôt besoin de lignes directrices, je peux me renseigner en aparté sur les détails.
Dans tous les cas merci pour ton support.

Salut ENO,

Plutôt que de t’embêter avec une commande docker run de 3km de long je te recommande d’utiliser docker-compose. Voici un exemple de fichier docker-compose.yml pour avoir la version de dev (1.9.0) :

version: '2.4'

services:
  duniter:
    image: pinidh/duniter:dev
    restart: unless-stopped
    ports:
      - "localhost:9220:9220"
      - "10901:10901"
      - "20901:20901"
      - "30901:30901"
    environment:
      DUNITER_AUTO_SYNC: 'true'
      DUNITER_SYNC_HOST: "g1.duniter.org:443"
      DUNITER_BMA_ENABLED: 'true'
      DUNITER_BMA_IP4: "0.0.0.0"
      DUNITER_BMA_REMOTE_PORT: "10901"
      DUNITER_BMA_REMOTE_HOST: "g1.example.org"
      DUNITER_GVA_ENABLED: 'true'
      DUNITER_GVA_PATH: 'gva'
      DUNITER_GVA_PORT: '30901'
      DUNITER_GVA_REMOTE_PATH: "gva"
      DUNITER_GVA_REMOTE_PORT: "30901"
      DUNITER_GVA_REMOTE_HOST: "g1.example.org"
      DUNITER_GVA_SUBSCRIPTIONS_PATH: "gva-sub"
      DUNITER_GVA_WHITELIST: "127.0.0.1,::1"
      DUNITER_WS2P_HOST: "0.0.0.0"
      DUNITER_WS2P_PORT: '20901'
      DUNITER_WS2P_PUBLIC: 'false'
      DUNITER_WS2P_REMOTE_HOST: "g1.example.org"
      DUNITER_WS2P_REMOTE_PORT: "20901"
      DUNITER_WS2P_REMOTE_PATH: "ws2p"
      #
      DUNITER_POW_CPU: "0.5"
      DUNITER_POW_NBCORES: "1"
    volumes:
    - data:/var/lib/duniter
    - etc:/etc/duniter
    networks:
      frontend:
    mem_limit: 3g
    logging:
      options:
        max-size: "10m"
        max-file: "3"

volumes:
  data:
  etc:

networks:
  frontend: