Liste des opérations indisponible


#1

Salut,

A l’instant, à part les dividende produits, je n’ai plus accès à la liste des opérations, de qui que ce soit, sur quelque client Cesium que ce soit (ni 1.2.9 mobile, ni 1.2.9 web, ni 1.3.6 Linux).


'alertes remuniter' et puis rien n'apparait !
#2

Sur quel nœud sont “branché” tes différents Césium ?
Car en fait selon comment la synchronisation du nœud est faite (avec l’option --store-txs ou pas) tu ne verra pas les transactions…


#3

En effet j’ai loupé cette option en resynchronisation le noeud g1.duniter.org, je rejoue et vous tiens au courant.


#4

Et maintenant, est-ce mieux ?


#5

merci pour l’info j’ignorais ce point


#6

Personnellement je constate toujours des soucis sur la liste des transactions, quelque soit le Cesium que j’utilise (celui de g1.duniter.fr en 1.2.9 ou mon installation en 1.3.6), et le noeud Duniter 1.7 que je configure (testé sur les noeuds duniter.org (même ce matin), cgeek.fr, moul.re, et normandielibre.fr), et cela quelque soit l’appareil que j’utilise (constaté sur iPhone, iPad, 2 Mac différents)

Ce que je constate, c’est à l’arrivée sur la page des transactions, que cela soit sur mon compte ou celui d’un autre utilisateur, je vois, soit rien du tout si l’option ‘Afficher les dividendes produits’ n’est pas activée, soit juste les DUs si l’option est cochée.
Et il faut que je clique sur ‘Afficher tout’ pour voir les autres transactions (et je les vois bien toutes), mais alors, sur cet affichage, même avec l’option d’affichage des DUs, je ne vois plus les DUs, seulement les transactions hors DUs.

Cela n’arrive que sur les noeuds en 1.7, je ne le constatais pas sur les noeuds en 1.6 (quand il y avait encore des noeuds 1.6 actifs).


Duniter v1.7.15 : correctif pour l’indexation des transactions
#7

J’ai également synchronisé avec l’option --store-txs.
Mais, surement le fait que j’utilise la 1.7.11.
Ou, le fait que je me synchronise sur un nœud qui n’avait pas les transactions ?
Je comprends pas pourquoi ce nouveau comportement a été adopté par défaut.


#8

J’ai fait un petit test, j’ai essayé de synchroniser un noeud Dunite 1.7.12 local depuis un noeud Duniter 1.6.29 (celui de g1.monnaielibreoccitanie.org, qui est un mirroir soit dit en passant) avec l’option --store-txs, et le fait est que cela change rien au comportement.

J’ai bien les mêmes données que monnaielibreoccitanie, mais quand j’utilise mon noeud local 1.7.12 avec Cesium (1.3.6), j’ai ce comportement où je ne vois que les DUs à l’arrivée sur la page des transactions, et où il faut que je clique sur “Afficher tout” pour voir les autres transactions (et dans ce cas je ne vois plus les DUs par contre).
Alors que si je me branche sur monnaielibreoccitanie.org directement j’ai bien les transactions et les DUs affichés ensembles.

En examinant le JSON de l’appel à Duniter 1.7 lorsque j’arrive sur la page des transactions (avant de cliquer sur “Afficher tout”), j’ai, bizarrement, un DU (type D) et un seul en premier élément (clé “sources” du JSON) et ensuite des transactions (type T) qui sont retournées (appel à http://localhost:10901/tx/sources/47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z):

{
  "currency": "g1",
  "pubkey": "47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z",
  "sources": [
    {
      "type": "D",
      "noffset": 207354,
      "identifier": "47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z",
      "amount": 1007,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 35,
      "identifier": "0C0146A64B219A4A622BEF49BDD6B464684E2A8C7372D9EA8CAB0DAB31031843",
      "amount": 40,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 0,
      "identifier": "17A638FFDC147F6A3E35D457A874AD0FA8EE7F183B350425354855C8580367CF",
      "amount": 50200,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 32,
      "identifier": "1D892C81868D277F41F6A3DF919F040681E34B81B665746D7116AE83EADBDCCD",
      "amount": 100,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 28,
      "identifier": "2971A2A63934F5B5E686958B7731E08B7D3171E6A486E6AB72A3A2F77A1C7831",
      "amount": 60,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "41EBF1BA4D32429CEDE7AAF5152FFD8D8C95D7063303C186103C3855AFA2998D",
      "amount": 953,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "62AB600D3C38A72EB40B26BD6160F378315A13B6F343965893CBECED975E4DD9",
      "amount": 690,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "6F10609FB4B3E6C56DE29B946B34E1DBEF34F2BEDB15593DD657354B1B0B28F3",
      "amount": 1741,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 41,
      "identifier": "B38A798DEA4D52E8F8E43CE45B8543611EF2970B43D497BCBCA125B4DF130FBB",
      "amount": 80,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 0,
      "identifier": "B8C7618B33931B138FFBA338CF1D6FD6356D97A102BD6D8C7E21EA8826F7139C",
      "amount": 261040,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "C556777B88EE87FB69C945F9B4471EE799BF7D56DB66153052CF8ACE620C06F2",
      "amount": 88,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "F757E5575FCEA87E4BE1CE097B9CC8780DA4029D3F5A4D58BC0A2172AE8D55B5",
      "amount": 668,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    },
    {
      "type": "T",
      "noffset": 23,
      "identifier": "FC4E08E9C513FDAABF66DB8E30E2960603B8A0D52EBD1C2E96465FA8A541C1EC",
      "amount": 100,
      "base": 0,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)"
    }
  ]
}

A noté que le résultat ci-dessus vient de données synchronisé depuis duniter[dot]org (1.7) et non monnaieoccitanie[dot]org (j’ai resynchronisé depuis un 1.7 après mon premier test de synchro depuis le 1.6).

En comparaison voilà ce que retourne le Duniter 1.6 de monnaielibreoccitanie:

{
  "currency": "g1",
  "pubkey": "47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z",
  "sources": [
    {
      "type": "T",
      "noffset": 1,
      "identifier": "62AB600D3C38A72EB40B26BD6160F378315A13B6F343965893CBECED975E4DD9",
      "amount": 690,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)",
      "base": 0
    },
    {
      "type": "T",
      "noffset": 0,
      "identifier": "17A638FFDC147F6A3E35D457A874AD0FA8EE7F183B350425354855C8580367CF",
      "amount": 50200,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)",
      "base": 0
    },
    {
      "type": "T",
      "noffset": 41,
      "identifier": "B38A798DEA4D52E8F8E43CE45B8543611EF2970B43D497BCBCA125B4DF130FBB",
      "amount": 80,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)",
      "base": 0
    },
    {
      "type": "T",
      "noffset": 35,
      "identifier": "0C0146A64B219A4A622BEF49BDD6B464684E2A8C7372D9EA8CAB0DAB31031843",
      "amount": 40,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)",
      "base": 0
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "41EBF1BA4D32429CEDE7AAF5152FFD8D8C95D7063303C186103C3855AFA2998D",
      "amount": 953,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)",
      "base": 0
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "C556777B88EE87FB69C945F9B4471EE799BF7D56DB66153052CF8ACE620C06F2",
      "amount": 88,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)",
      "base": 0
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "6F10609FB4B3E6C56DE29B946B34E1DBEF34F2BEDB15593DD657354B1B0B28F3",
      "amount": 1741,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)",
      "base": 0
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "F757E5575FCEA87E4BE1CE097B9CC8780DA4029D3F5A4D58BC0A2172AE8D55B5",
      "amount": 668,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)",
      "base": 0
    },
    {
      "type": "T",
      "noffset": 1,
      "identifier": "C38C5F02262C39119EABBE8B255D0C42F4DB3EE2A7E4CD70F2283E28723DEED6",
      "amount": 258219,
      "conditions": "SIG(47JpfrGkoHJWtumeu7f67fbAxkvaHYVQBNo5GszNs61Z)",
      "base": 0
    }
  ]
}

Alors qu’avec un noeud Duniter 1.6 on voit qu’il ne retourne pas du tout de DU dans cet appel, juste les transactions (type T).

Et pourtant il y a bien les DUs affichés dans l’écran en plus des transactions en 1.6, et cela vient du fait que les DUs ne sont non pas cherché dans Duniter apr Cesium, mais dans ElasticSearch (g1.data.duniter.fr, Cesium+), et de fait si je désactive l’extension Cesium+, je n’ai plus les DUs affichés (même avec l’option d’affichage des DUs activée).

A noter que si je désactive l’extension Cesium+ sur Cesium, en étant branché à un Duniter 1.6, j’ai logiquement que les transactions, sans les DUs, mais en étant branché en 1.7, je n’ai plus rien, ni DUs, ni transactions, sauf à cliquer sur “Afficher tout” (où je n’ai donc que les transactions, mais ça n’est pas étonnant là par contre, puisque Cesium cherche les DUs dans ElasticSearch et non dans Duniter, si j’ai bien compris).


#9

@kimamila, je sais pas si tu as suivi ce ticket, mais ne passe pas ton nœud le-sou en 1.7 pour l’instant.


#10

@Moul Oui, je comptais pas le faire de suite :slight_smile: J’avais pas le feeling pour le faire. Question de flaire, hé hé.
Le noeud g1.duniter.fr restera aussi en v1.6; Une resynchro est en cours, depuis hier.


#11

Parce que stocker les transactions ralentit sensiblement la synchro, sollicite davantage le disque, prend de la place, le tout sans aucune utilité pour un nœud calculant.

Donc, c’est devenu une option.


#12

N’y a-t-il pas là quand même un risque de perdre quelque chose sur le long terme ? Si les transactions ne sont stockées que par 1 ou 2 nœuds, ça craint un peu, non ? À moins que je n’aie pas compris ce que veut dire « stocker les transactions ». Parce qu’au final, tout est dans les blocs, non ? :slight_smile: C’est juste une question d’index ?


#13

Lorsque je montre la monnaie libre a des gens intéressés je foire presque toutes mes démos en ce moment à cause de ça, notamment quand je veux montrer qu’on peut changer de noeud, que je peux me connecter sur le mien.

Ceci dit, je ne comprends pas pourquoi les transactions ne sont pas visibles puisque le noeud est capable de les renvoyer lorsqu’on fait “afficher tout” dans cesium


#14

J’ai eu le problème ce matin, car j’ai un nœud desktop.

Pour obtenir les transactions :

  • J’ai modifier la config json ~/.config/duniter/duniter_default/conf.json :
     "storage": {
      "transactions": true
     }
  • Ensuite j’hésite, une synchro sur n’importe quel nœud suffit ou bien faut-il un nœud avec les transaction en db ? Je suppose que n’importe quel nœud suffit ?

Je suis d’accord avec toi @jytou.

Il “faudrait” communiquer sur ce changement de comportement par défaut de la synchro, pour éviter d’apparents dis-fonctionnements du principal logiciel client.

Et communiquer aussi sur une solution de repli pour le logiciel client (qu’il puisse distinguer un serveur avec ou sans les transactions via l’API BMA). Mais c’est difficile sur un logiciel mono-serveur où le choix du serveur se fait manuellement par l’utilisateur…


#15

J’ai synchronisé avec le paramètre à true depuis un noeud qui contient les transactions, mais j’ai toujours le problème, cela ne suffit pas.


#16

Oui, il reste cette anomalie, en cours de résolution (cf cette discussion).


#17

Disons plutôt indexer que stocker. Évidemment elles sont toujours dans les blocs.

Mais je dis stocker car en fait cette indexation consiste à stocker la transaction dans un table à part (où justement sont indexées des données de date/émetteur/destinataire), afin de pouvoir les restituer par recherche ensuite.


#18

mon noeud jardin.foyerruralct.fr:10902 est maintenant synchronisé et contient toutes les transactions :slight_smile: