如何解决fabric:当fabric 1.4.2从Kafka共识切换到raft共识算法并退出维护模式时
使用fabric 1.4.2版本从Kafka共识算法切换到raft共识算法时,通道交易提交成功,orderer写块错误
运行环境:
- 结构版本 1.4.2
- Kafka 共识算法网络
- TLS 未启用
- 未启用域名通信
操作步骤
-
通道配置能力配置中添加V1_4_2,修复orderer中的域名,删除orderer0 rabbit.com,添加orderer2 rabbit.com,并提交
-
修改Kafka的域名配置,去掉orderer0 rabbit.com,添加orderer2 rabbit.com 同时修改服务器的host文件
-
修改通道配置consensustype的状态,由state控制_改为正常状态_维护,进入维护模式
-
重启服务,停止所有服务,启动服务顺序:zookeeper >> Kafka >> orderer > peer
-
将通道配置中的consensustype修改为etcdraft,并添加元数据配置
-
启动peer和orderer服务的TLS,并配置证书
-
为peer和orderer通信配置域名
-
修改服务器的host文件,支持步骤7中的域名解析
-
重启服务,停止所有服务,依次启动服务> > peer
-
修改通道配置consensustype的状态,由state_Modify维护为state_Normal,退出维护模式
以上操作步骤按照系统通道和自定义通道的顺序进行,即测试系统通道名称> > syschannel
第十步,提交系统通道配置后,会提示提交成功。拿到syschannel配置后会提示peer和orderer服务无法连接
查看对等日志
1、[syschannel]出现错误&{SERVICE_ UNAVAILABLE}
2、TLS握手失败,报错远程错误:tls: bad certificate server=PeerServer remoteaddress=192.168.190.143:52418
查看订购者日志 官方文档:https://hyperledger-fabric.readthedocs.io/en/release-2.2/kafka_raft_migration.html
panic: [channel: test-system-channel-name] 无法追加块:意外的前一个块哈希。预期PreviousHash = [9977bdad1f4ec3da7ef45c6c664919493a548f280e4136d8c1247f57d8e315c1],最新区块中引用的PreviousHash = [15296a2e531bb0845284d80c804d804d804d804d8p61d8p804d8p804d8p805050500003]
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。