Désolé de reporter le bogue du CPU sur Raspberry pi qui est à 100% quelque soit le choix du % du CPU… 
Assures-toi quand même de n’avoir aucun autre processus, je n’ai testé que sur un Raspi 3 et sans autre processus également.
Je n’ai que Duniter qui tourne, rien d’autre.
Tu peux aussi retenter un “reset all”, puis tout resynchroniser et vérifier à nouveau.
@vincentux, est-ce que l’ajustement du CPU a une influence de ton coté ?
Aucune!
J’ai de nouveau des problèmes de synchronisation.
Je n’ai n’ai pas ce souci quand je modifie le % de cpu…
@stephane où vois-tu que Duniter est à 100% (dans les logs, avec la commande top, …) ?
[Edit]
Avec la commande top, je suis aussi à 100% 
top - 05:05:50 up 12:47, 2 users, load average: 4.54, 4.47, 4.28
Tasks: 167 total, 5 running, 161 sleeping, 0 stopped, 1 zombie
%Cpu(s): 99.6 us, 0.3 sy, 0.0 ni, 0.1 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 945512 total, 911628 used, 33884 free, 71800 buffers
KiB Swap: 102396 total, 560 used, 101836 free. 334624 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2749 root 20 0 130772 70872 17616 R 99.6 7.5 695:08.81 node
2767 root 20 0 132920 71996 17616 R 99.3 7.6 695:21.97 node
2755 root 20 0 130216 72652 17684 R 97.3 7.7 696:05.28 node
2761 root 20 0 132856 70728 17572 R 97.0 7.5 695:13.09 node
1478 root 20 0 144632 10668 5556 S 0.7 1.1 1:23.76 fail2ban-server
1 root 20 0 23212 4044 2668 S 0.3 0.4 0:05.67 systemd
857 root 20 0 7972 4308 3880 S 0.3 0.5 0:00.29 sshd
963 redis 20 0 29352 2724 2092 S 0.3 0.3 1:25.19 redis-server
1530 mysql 20 0 554552 50756 12568 S 0.3 5.4 0:40.25 mysqld
2736 root 20 0 210008 125252 19772 S 0.3 13.2 100:43.98 duniter_default
7444 admin 20 0 11960 3492 2904 S 0.3 0.4 0:00.16 sshd
7462 admin 20 0 4992 2256 1848 R 0.3 0.2 0:00.40 top
2 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:05.52 ksoftirqd/0
Pour l’instant je vais arrêter les deux nœuds et attendre la prochaine version de Duniter. Si j’ai le temps, je repasserai sous une version antérieur fonctionnelle pour moi.
Et pourquoi pas chercher l’origine du bug ? Histoire d’en faire profiter tout le monde.
Tu peux éditer le fichier “proof.js” par exemple, pour afficher la valeur réelle de « currentCPU » et vérifier que sa valeur est correcte par exemple. Et si sa valeur est incorrecte, chercher d’où vient sa valeur.
Voilà qui serait une excellente contribution.
De mon coté je suis en train de chercher à savoir pourquoi à chaque mise à jour de Duniter ma configuration plante. Aujourd’hui, je ne sais pas si cela viens de Duniter ou de la configuration de mes Raspberry.
Il est évident que je partagerai ce que je trouve!
Un test intéressant à faire : mettre la valeur de CPU voulue dans le fichier ~/.config/duniter/duniter_default/conf.json et redémarrer le nœud. La puissance devrait être celle voulue.
Si ce n’est pas le cas, éteindre le nœud et vérifier qu’il n’existe aucun processus duniter en cours, pas même un copain qui contiendrait son nom (à part la commande grep éventuellement).
J’ai tout recommencé
- désinstallation de Duniter
- suppression des dossier
/home/admin/.config/duniteret/root/.config/duniter - redémarrage de mon rpi
Je test avec la commandetoptout va bien
ensuite je fais mon installation de Duniter, configuration, …
toujours avec la commande top le cpu est bon
Je vous passe les détailles mais, problème de clé publique, upnp, petits problèmes de config quoi,
j’ai redémarré plusieurs fois mon nœud (avec sudo duniter stop et sudo duniter webstart), et là la commande top me donne :
C’est normal tous ces « node » ?
Oui, il y a des processus fils, c’est le fonctionnement normal de Node. Par contre la numérotation suggère des sauts, tu devrais peut-être utiliser htop pour y voir plus clair (et en couleur).
Merci, je vais regarder ça ce soir, je suis pas chez moi cet aprem…
Juste pour information par rapport au titre du post: je ne suis pas sous Yunohost 
J’ai de gros problèmes de synchronisation également. Je n’arrête pas de faire des reset all, sans succès
Bon en fait je regarde avec mon Raspi 3 en mode “calculateur”, et c’est vraiment l’horreur. Il passe un temps fou à générer des blocs (avant même la PoW !), et le pull de documents + les piscines, ajouté au partage de document sans arrêt, c’est trop pour lui.
Je vous conseille donc un essai : changez de clé, mettez votre nœud en miroir. À mon avis il va aller beaucoup mieux.
Pour vous remettre à calculer des blocs sur Raspberry PI, il faudra attendre la 1.6 de Duniter. Il y a un chantier énorme de choses à revoir.
Ne mettez pas une version 1.3, vous forkeriez inévitablement à plus ou moins court terme.
Désolé pour ça !
1 Like