加入频道并在启用TLS的情况下获取数据块时出错

时间:2019-02-27 07:56:23

标签: hyperledger-fabric

在尝试加入频道并在以下情况下获取代码块时遇到问题。对于“渠道加入”方案,尽管在“订购者”窗口上出现错误,但我们观察到渠道已在对等端列出(使用对等渠道列表)

好像我缺少一些我们无法弄清的较小配置。如果有任何人较早遇到类似问题,请分享您的建议,因为我们试图在过去2-3天在同一问题上解决相同的问题

场景

我们正在尝试使用HLF V1.4和2个ORG,一个用于订购者,另一个用于对等体,来建立一个BC网络以及快速POC,并在TLS开启的情况下测试以下情况。

•加入频道 •获取配置块

但是,对于启用了TLS的每个方案,我们注意到以下行为

加入频道:

对于这种情况,在对等CLI命令窗口中执行以下命令时。尽管在Peer命令窗口的响应中提到提案已成功提交并在Peer端列出了渠道,但我们注意到在Orderer端弹出了以下错误。因此,我们感到困惑的是,尽管对等通道列表命令在对等端显示了该通道,但为什么仍会弹出此错误消息。请请求您对此澄清的支持。

使用的命令:

peer channel join -o orderer.acme.com:7050 -b /vagrant/peer/simple-two-org/acmechannel.block --tls true --cafile /vagrant/orderer/simple-two-org/crypto-config/ordererOrganizations/acme.com/orderers/orderer.acme.com/tls/ca.crt
  

======================对等窗口的成功建议消息=============

     

2019-02-27 07:19:48.708 UTC [grpc] HandleSubConnStateChange-> DEBU   03c pickfirst平衡器:HandleSubConnStateChange:0xc00045c2e0,   CONNECTING 2019-02-27 07:19:48.711 UTC [grpc] HandleSubConnStateChange   -> DEBU 03d pickfirstBalancer:HandleSubConnStateChange:0xc00045c2e0,READY 2019-02-27 07:19:48.711 UTC [channelCmd] InitCmdFactory-> INFO   03e Endorser和订购者的连接已初始化2019-02-27   07:19:48.713 UTC [msp.identity]标志-> DEBU 03f标志:明文:   0AFBKGKGGGFFG11A0C0894F4D8E30510 ... 6E381C0B96B21A080A000A000A000A00   2019-02-27 07:19:48.714 UTC [msp.identity]标志-> DEBU 040标志:   摘要:13874F15GFHGFJJG945923302B23CBDF0998FD257DE7E3C24D7C0FEDC4C3E   2019-02-27 07:19:48.961 UTC [channelCmd] executeJoin->信息041

     

成功提交了加入频道的提案

     

=========================================订购者上的渠道加入错误消息   窗口================================================= ==============================

     

2019-02-25 12:12:14.755 UTC [core.comm] ServerHandshake-> ERRO 019   TLS握手失败,并出现远程错误:tls:证书错误   {“服务器”:“订购者”,“远程地址”:“ 127.0.0.1:38444”} 2019-02-25   12:12:15.755 UTC [core.comm] ServerHandshake-> ERRO 01a TLS握手   失败,出现错误远程错误:tls:错误的证书{“ server”:   “订购者”,“远程地址”:“ 127.0.0.1:38448”} 2019-02-25   12:12:17.627 UTC [core.comm] ServerHandshake-> ERRO 01b TLS握手   失败,出现错误远程错误:tls:错误的证书{“ server”:   “订购者”,“远程地址”:“ 127.0.0.1:38452”} 2019-02-25   12:12:18.756 UTC [core.comm] ServerHandshake-> ERRO 01c TLS握手   失败,出现错误远程错误:tls:错误的证书{“ server”:   “订购者”,“远程地址”:“ 127.0.0.1:38456”}

     

================================================ ================================================== ===================================

     

================================================ ==========对等通道列表在对等窗口上输出================================ =

     

2019-02-25 12:15:43.432 UTC [channelCmd] InitCmdFactory->信息03e   代言人和订购者的连接已初始化2019-02-25 12:15:43.433   UTC [msp.identity]标志-> DEBU 03f标志:明文:   0AFF060A5C08031A0C08EFB8CFE30510 ... 631A0D0A0B4765744368616E6E656C73   2019-02-25 12:15:43.433 UTC [msp.identity]标志-> DEBU 040标志:   消化:   DA55B0A9C5B87BF54F130B8369E3AC02D11326D83A49D0F1DD5CEFD287EE99FD

     

渠道同行已加入:acmechannel

获取配置块:

在这种情况下,我们正在执行以下命令,并且在Peer CLI窗口中收到提及收到的块0的成功消息。但是,系统未生成任何块(无论是配置还是带编号的块),因此我们在订购者窗口中观察到以下错误消息。我们观察到grpc.code被取消,代码描述为Context Canceled,但是找不到相同的进一步信息。您能帮我们我们所缺少的吗?下面我们提到了与Orderer和Core Yaml一起设置的环境变量。

使用的命令:

peer channel fetch 0 -c acmechannel -o orderer.acme.com:7050 --tls true --cafile /vagrant/orderer/simple-two-org/crypto-config/ordererOrganizations/acme.com/orderers/orderer.acme.com/tls/ca.crt
  

================================================ ================通道块获取=============================== ==================

     

2019-02-25 12:19:35.811 UTC [common.deliver]句柄-> WARN 034错误   从127.0.0.1:38554读取:rpc错误:代码=已取消desc =   上下文已取消2019-02-25 12:19:35.812 UTC [comm.grpc.server] 1->   信息035流式通话已完成{“ grpc.start_time”:   “ 2019-02-25T12:19:35.796Z”,“ grpc.service”:“ orderer.AtomicBroadcast”,   “ grpc.method”:“传送”,“ grpc.peer_address”:“ 127.0.0.1:38554”,   “ error”:“ rpc错误:代码=取消desc =上下文已取消”,

     

“ grpc.code”:“已取消”,“ grpc.call_duration”:“ 15.793034ms”}

0 个答案:

没有答案