Когда я пытаюсь установить цепной код на трех узлах моей сети Hyperledger Fabri c, используя peer lifecycle chaincode install, установка в большинстве случаев завершается неудачно из-за тайм-аута.
Это журнал Контейнер nodeenv:
+ INPUT_DIR=/chaincode/input
+ OUTPUT_DIR=/chaincode/output
+ cp -R /chaincode/input/src/. /chaincode/output
+ cd /chaincode/output
+ '[' -f package-lock.json -o -f npm-shrinkwrap.json ]
+ npm ci '--only=production'
> grpc@1.24.2 install /chaincode/output/node_modules/grpc
> node-pre-gyp install --fallback-to-build --library=static_library
node-pre-gyp WARN Using needle for node-pre-gyp https download
Кажется, он зависает при загрузке зависимостей. Также примечательно, что установка в некоторых случаях работает на двух произвольных одноранговых узлах, и nodeenv зависает при установке цепного кода на последнем одноранговом узле.
В некоторых случаях контейнер начинает создавать двоичные файлы спустя много времени после истечения времени ожидания peer lifecycle chaincode install команда. Иногда установка даже работает без проблем. Я сталкиваюсь с этими проблемами с двух дней. До этого не было проблем с установкой цепного кода на одноранговых узлах.
Учитывая сходство с этой проблемой ( Fabri c grp c ошибка ) Я думаю, что grpc_node_binary_host_mirror не всегда доступен.
Я использую последние изображения Fabri c docker (v2.1). Проблемы также возникают для версии 2.0.
Что вызывает такое поведение и есть ли способ его исправить?