réponse tout en appelant et interrogeant
5 Réponses :
Ceci est probablement dû à un certificat invalide que vous utilisez, vous pouvez vérifier la validité de votre certificat en poursuivant p>
Pour plus d'informations, suivez cet article moyen lien p>
Ceci est le problème des certificats,
Si vous suivez l'exemple de transfert de solde d'échantillons de tissu ( https://github.com/hyperlegerger/fabric-samples/tree/release-1.4/balance-transfer ) puis p>
Supprimez d'abord le dossier Tissu-Client-KV- * P> Li>
exécutez à nouveau les scripts runapp.sh et testapis.sh p> li> ol>
sinon p>
cause du problème: - p>
La valeur de la clé de courbe à l'intérieur de l'objet client est indéfinie p>
Ceci est dû à des certificats invalides / expirés. P>
Vous pouvez supprimer les certs qui sont déjà présents.Appuyez à nouveau sur le réseau et démarrez le réseau à l'aide des scripts pose. Pour par exemple, startfabric.sh pour Fabcar. P>
1. look for the folder where enrolled user certificates are placed 2. delete that folder 3. Tear down the network (stop and remove all the running containers ) 4. Again Register and enroll users in the network. This above troubleshooting step solves error in my error too.
La raison de cette erreur est que vos touches ECDSA sont probablement supprimées après un certain temps une fois que le réseau est redémarré. Lorsque vous vous enregistrez / inscrivez-vous via l'API comme dans l'exemple code> Balance-Transfer CODE>, le chemin du magasin Crypto configuré dans Une simple suppression de /ARTIFACTS/CLIENT-ORG1.YAML code> est défini comme
/ TMP / Tissu-Client-KV-Org1 Code>. Vous pouvez essayer de mettre à jour le chemin d'accès à quelque chose en dehors de
/ tmp code> de sorte qu'il persiste à travers les redémarrages. Cela a fonctionné pour moi. P>
tissu-client-kv - * code> peut fonctionner à court terme, mais peut ne pas convenir à long terme, en particulier dans l'environnement de production. P>
Je reçois cette erreur chaque fois que j'arrête le conteneur et que je recommence. Si les conteneurs fonctionnent continuellement, cette erreur n'est cependant pas vue. La date d'expiration des certificats générés par crypto-config sont de grandes valeurs, ce n'est donc pas le cas qu'ils ont expiré. Qu'est-ce qui pourrait être le cas?