par contre j’ai ajouté une dizaine de comptes dont la moitié membres dans sakia et à un moment le blocage est revenu, c’est 0.33rc3.
J’ai donc supprimé les comptes et je les ajoute lentement et entre chaque ajout je vérifie si tout marche pendant quelques heures. Le but étant de savoir exactement sur quel compte les messages d’erreurs et le blocage des synchro surviennent.
@inso je pense avoir trouvé ce qui corrompt sakia :
J’ai ajouté une connexion avec une clé publique qui a 2 identités avec le même pseudo.
mateo@8Lk4w4j2idRyC9X1geuchdEHemz9S3AsHJ2oJD3kG5Au
dès que je veux supprimer cette connexion, j’ai des messages d’erreurs, elle se supprime mais ensuite mon sakia est buggué et affiche de nombreux messages d’erreurs même au démarrage et il ne synchronise plus jamais jusqu’à ce que je le réinitialise et remette mes connexions en place.
Alors j’ai réussi miraculeusement à trouver du temps cette semaine pour bosser un peu sur Sakia, alors je vous offre une grosse release aujourd’hui avec la 0.33.0rc6 : https://github.com/duniter/sakia/releases/tag/0.33.0rc6
Cette release :
Corrige le problème de chargement extrêmement long des données initiales des comptes dans Sakia
Accélère de manière générale le rafraichissement des données
Corrige un bug critique qui faussait le montant de monnaie disponible sur les comptes.
A noter que la contrepartie de ce gain en performance est que les dates sont dorénavant moins précises de manière générale. Plutôt que de demander au réseau, pour chaque donnée blockstampée, “à quelle timestamp tel block a été généré”, Sakia va dorénavant calculer de lui même un timestamp moyen via la variable “avg_gen_time” qui est de 6 minutes sur la Ğ1. Ainsi, une donnée écrite il y a 10 blocks sera inscrite dans la BDD sakia avec le timestamp courant moins une heure (10*6 minutes).
Un autre changement de comportement important est le suivant : Lors de l’initialisation d’un compte, sakia ne récupère les transactions que des 30 derniers jours au lieu de l’historique complet de la chaine.
N’hésitez pas à me faire vos retours sur cette version !
[29771] LOADER: Running pyiboot01_bootstrap.py
[29771] LOADER: Running pyi_rth_qt5.py
[29771] LOADER: Running pyi_rth_multiprocessing.py
[29771] LOADER: Running pyi_rth_pkgres.py
[29771] LOADER: Running main.py
This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".
Reinstalling the application may fix this problem.
Abandon (core dumped)
Sakia git de nouveau sur pied sous Fedora.
L’ajout de mon compte membre a pris moins de dix minutes bien qu’il affichait plus d’une heure.
Ça fait plaisir d’avoir un client bureau qui fonctionne.
Par contre, certains choix ergonomiques ne me satisfont pas :
La connexion par clé publique se trouve être le dernier choix proposé.
Ensuite, le champ uid placé en premier est optionnel et n’apporte rien, car le champ pubkey est suffisant.
Autrement, il pourrait aller chercher la pubkey associé à l’identité.
Par défaut c’est bien Wayland sous Ubuntu 18.04. Mais j’ai aussi tenté de le désactiver et l’erreur a persisté. Je ne suis pas allé plus loin par contre.
Je peux encore alléger pas mal de trucs. C’est pas hyper compliqué mais ça prend du temps parce qu’il faut vérifier le comportement du logiciel à chaque fois… Hésitez pas à me dire les moments qui vous paraissent"lent", j’essayerai de m’attarder dessus
La blockchain est bloquée au 13/04/2018 et j’ai cette erreur dans les logs :
ERROR:root:Exception in callback None()
handle: <Handle cancelled>
Traceback (most recent call last):
File "asyncio/events.py", line 127, in _run
File "asyncio/selector_events.py", line 730, in _read_ready
File "asyncio/sslproto.py", line 502, in data_received
File "asyncio/sslproto.py", line 201, in feed_ssldata
File "ssl.py", line 646, in do_handshake
File "site-packages/idna_ssl.py", line 19, in patched_match_hostname
File "ssl.py", line 309, in match_hostname
ssl.CertificateError: hostname 'vps409664.ovh.net' doesn't match 'g1.bertrandbenjamin.com'