Как исправить «контекст, завершенный до извлечения блока: контекст отменен», возникший при создании цепного кода? - PullRequest
Новая
       36

Как исправить «контекст, завершенный до извлечения блока: контекст отменен», возникший при создании цепного кода?

1 голос
/ 17 апреля 2019

Команда создания успешно завершена, но при анализе одноранговых журналов вы можете заметить следующее:

2019-04-17 17: 25: 52.581 UTC [gossip.state] commitBlock -> DEBU 48c [canal-contrato] Подтвержденный блок [1] ​​с 1 транзакцией (ями)

2019-04-17 17: 25: 52.581 UTC [common.deliver] deliveryBlocks -> DEBU 48d [канал: канал-противоположность] Блок доставки для (0xc00023f9c0) для 192.168.16.1:48230

2019-04-17 17: 25: 52.581 UTC [fsblkstorage] waitForBlock -> DEBU 48e Будем ждать новых блоков. maxAvailaBlockNumber = [1], waitForBlockNum = [2]

2019-04-17 17: 25: 52.586 UTC [common.deliver] deliveryBlocks -> DEBU 48f Контекст отменен, прерывание ожидания следующего блока

2019-04-17 17: 25: 52.586 UTC [common.deliverevents] func1 -> DEBU 490 Закрытие потока доставки

2019-04-17 17: 25: 52.586 UTC [comm.grpc.server] 1 -> Потоковый вызов INFO 491 завершен {"grpc.start_time": "2019-04-17T17: 25: 50.441Z "," grpc.service ":" protos.Deliver "," grpc.method ":" DeliverFiltered "," grpc.peer_address ":" 192.168.16.1:48230 "," error ":" контекст завершен до получения блока: контекст отменено "," grpc.code ":" Неизвестно "," grpc.call_duration ":" 2.144399922s "}

Может кто-нибудь сориентировать меня, что я, возможно, делаю неправильно и каковы последствия этой ошибки?

Примечания:

  • Журналы заказчиков не содержат ошибок типа
  • Все контейнеры работают правильно
  • Я использую версию узла 8.9.0 (с npm 5.5.1)
  • У меня есть 1 организация с 1 пэром, 1 CA и 1 заказанным (только для тестирования)
  • Я использую гиперлегковую ткань версии 1.4

1 Ответ

1 голос
/ 21 апреля 2019

Это не ошибка.Вы используете SDK, который подключается к одноранговому узлу и ожидает завершения экземпляра.Блок принимается одноранговым узлом, и когда он это делает - SDK закрывает поток gRPC, потому что он больше не нужен, и одноранговый узел регистрирует это, чтобы уведомить вас, почему он закрыл поток со стороны сервера.

...