前言
接触hyperledger fabric有一段时间了,看文档搭集群写链码都做过,但要深入理解还是通过源码比较直观,遂决定部署起来。同多机器部署一样,官文对源码调试的描述较少,网上有些前辈已经写过但少有明确每一步的原因,本系列文尝试依据个人理解来描述构建fabric源码调试环境的步骤,去掉docker这层障碍,并给出思考过程。
之前有写过一篇hyperledger fabric 多机部署的教程,基于first-network示例,这次也是以它为基准,以便在遇到问题的时候更容易从官方文档找到解决方案。需要先走通first-network的搭建,有些配置项需要参考它。
官文链接:https://hyperledger-fabric.readthedocs.io/en/release-1.4/build_network.html
分析
fabric模块划分比较细,采用docker是为了简化部署,同时在官方提供的文档中也大量采用shell脚本来引导,需要先大致明确几个概念:
docker:
应用容器工具,可以将应用运行所需要的一些环境打包进去,方便移植。
docker-compose:
用来运行一组docker实例,在first-network中,有一个orderer和4个peer,还有一个cli,在dockker-compose-cli.yaml中配置了各实例的环境变量,它又依赖./base/peer-base.yaml和./base/docker-compose-base.yaml,后续配置过程将主要围绕这几个文件展开。
shell脚本:
byfn.sh 中包含了整个first-network的启动和测试,有兴趣可以阅读一下,启动debug调试的过程中可能会从中参考运行参数。
工具 & 环境 & 前提
系统:mac OS 。windows最好弄个虚拟机或双系统。
IDE: goland2019.2 下载地址 https://www.jetbrains.com/go/ 我用的
假设您已经调试好官方文档里的first-netwotk,下述描述到“cd fabric-samples“都是指该示例相关的路径,不是在fabric源码中。
代码拉取
采用release-1.4的代码(如果使用其他版本代码,可能目录结构有差异,但本文重在理解解决思路,可参照着探索)
# 提前需确保gopath已经配置好,go的安装配置这里不赘述
cd /src/github.com/hyperledger/
git clone https://github.com/hyperledger/fabric.git
cd fabric
git checkout release-1.4
git pull
拉取完成后,用Goland -> file -> Open ->选中fabric目录打开结构如下:
工作目录准备
在工程目录下创建目录
cd fabric
mkdir work_dir && cd work_dir # 类似于fabric-samples目录,以下都参考fabric-samples的目录结构
mkdir bin # 用来放源码编译可执行程序
mkdir orderer # 放置orderer程序运行产生的文件
# 拷贝first-network必要的配置
cp /config/* ./config/
cp /first-network ./
cp -r /chaincode ./
# 运行一下验证拷贝过来的配置是能用的
cp /bin/* ./bin/ # 先用下载下来的bin测试,待源码编译的时候会自动将其替换掉
cd first-network
./byfn down
./byfn up
结果打印应该提示成功,略
接下来的工作就是一步步将first-network中提供的配置移植到goland中实现源码调试。
orderer
一、Run/Debug Configuration,添加一个Go build 配置,具体如下:
name: orderer
Run kind: Package
Package path: /work_dir/bin #最好都使用绝对路径
Output directory: /work_dir/bin
Working directory: /work_dir/orderer
二、环境变量(还是Run/Debug Configuration)
在first-network的示例中有如下三个yaml文件:
cd fabric-samples/first-network
tree
# 打印结果省略其他文件
├── docker-compose-cli.yaml
└── base
├── docker-compose-base.yaml
└── peer-base.yaml
这三个文件配置了orderer,peer,cli实例的环境变量,现在只关注其中orderer的部分,它的环境变量配置都在base/peer-base.yaml中,将其environment部分全拷贝出来放到一个文本文档里:
orderer-base:
image: hyperledger/fabric-orderer:$IMAGE_TAG
environment:
- FABRIC_LOGGING_SPEC=INFO
- ORDERER_GENERAL_LISTENADDRESS=0.0.0.0
- ORDERER_GENERAL_GENESISMETHOD=file
- ORDERER_GENERAL_GENESISFILE=/var/hyperledger/orderer/orderer.genesis.block
- ORDERER_GENERAL_LOCALMSPID=OrdererMSP
- ORDERER_GENERAL_LOCALMSPDIR=/var/hyperledger/orderer/msp
# enabled TLS
- ORDERER_GENERAL_TLS_ENABLED=true
- ORDERER_GENERAL_TLS_PRIVATEKEY=/var/hyperledger/orderer/tls/server.key
- ORDERER_GENERAL_TLS_CERTIFICATE=/var/hyperledger/orderer/tls/server.crt
- ORDERER_GENERAL_TLS_ROOTCAS=[/var/hyperledger/orderer/tls/ca.crt]
- ORDERER_KAFKA_TOPIC_REPLICATIONFACTOR=1
- ORDERER_KAFKA_VERBOSE=true
- ORDERER_GENERAL_CLUSTER_CLIENTCERTIFICATE=/var/hyperledger/orderer/tls/server.crt
- ORDERER_GENERAL_CLUSTER_CLIENTPRIVATEKEY=/var/hyperledger/orderer/tls/server.key
- ORDERER_GENERAL_CLUSTER_ROOTCAS=[/var/hyperledger/orderer/tls/ca.crt]
working_dir: /opt/gopath/src/github.com/hyperledger/fabric
command: orderer
docker有自己的文件目录结构,通过volumes配置映射到本地,我们要抛开docker直接在ide里运行就需要上述涉及到路径的都替换成本地路径,先找到orderer相关的volumes配置项(在base/docker-compose-base.yaml中):
- ../channel-artifacts/genesis.block:/var/hyperledger/orderer/orderer.genesis.block
- ../crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/msp:/var/hyperledger/orderer/msp
- ../crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/tls/:/var/hyperledger/orderer/tls
- orderer.example.com:/var/hyperledger/production/orderer
其中,冒号左边是本地路径,右边是docker路径,对照这几项把前边的环境变量替换过来,另外注意稍微有一点改动(加上了first-network前缀,这是因为可能用脚本启动时的当前路径不一样,需要做些修正,或者也可以直接补全绝对路径):
FABRIC_LOGGING_SPEC=INFO
ORDERER_GENERAL_LISTENADDRESS=0.0.0.0
ORDERER_GENERAL_GENESISMETHOD=file
ORDERER_GENERAL_GENESISFILE=../first-network/channel-artifacts/genesis.block
ORDERER_GENERAL_LOCALMSPID=OrdererMSP
ORDERER_GENERAL_LOCALMSPDIR=../first-network/crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/msp
ORDERER_GENERAL_TLS_ENABLED=true
ORDERER_GENERAL_TLS_PRIVATEKEY=../first-network/crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/tls/server.key
ORDERER_GENERAL_TLS_CERTIFICATE=../first-network/crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/tls/server.crt
ORDERER_GENERAL_TLS_ROOTCAS=[../first-network/crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/tls/ca.crt]
ORDERER_KAFKA_TOPIC_REPLICATIONFACTOR=1
ORDERER_KAFKA_VERBOSE=true
ORDERER_GENERAL_CLUSTER_CLIENTCERTIFICATE=../first-network/crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/tls/server.crt
ORDERER_GENERAL_CLUSTER_CLIENTPRIVATEKEY=../first-network/crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/tls/server.key
ORDERER_GENERAL_CLUSTER_ROOTCAS=[../first-network/crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/tls/ca.crt]
FABRIC_CFG_PATH=../config/
注意最后一行,这是加上的,yaml文件中没有:
FABRIC_CFG_PATH=../config/
这是告诉程序启动的时候去./config找orderer.yaml文件(在官方文档里只在使用configtxgen生成初始数据的时候提到要配置这个环境变量,可能该工具内部又做了处理并设置进了docker容器中)。这一行如果不加会报错:
failed to parse config: Error reading configuration: Unsupported Config Type “”
复制上述配置好的环境变量,打开Run/Debug Configuration -> Environment, 点击文本框右侧按钮后粘贴进去(若直接站在文本框里需要手动用;号隔开):
三、config配置修改
vi work_dir/config/orderer.yaml
#找到FileLedger -> Location, 修改
Location: /var/hyperledger/production/orderer 修改为
Location: /work_dir/orderer
不改的话程序启动时会尝试创建/var/hyperledger/production/orderer,可能报Permission denied。
四、启动debug
1.因为一会要配合网络调试,先清理掉之前启动的网络并重新准备数据(否则可能出错):
cd work_dir/first-network
./byfn.sh down
清理orderer的FileLedger目录,以后每次网络重置都需要做这步,./byfn.sh down脚本无法照顾到IDE启动的
# orderer
rm -rf ../orderer/*
./byfn generate
2.在源码目录 fabric/orderer/main.go中 打个断点,确认debug configuration为之前设置的orderer,然后点击debug标志,编译完成后可以看到断点生效:
五、配合网络调试
fabric只启动一个orderer没法调试,因为整个区块链需要多个模块共同协作,所以还需要启动first-network的其他几个orderer和模块,为了简单起见这几个模块就用docker启动,需要做些修改,在docker-compose-cli.yaml中禁掉orderer.example.com:
# docker-compose-cli.yaml
...
volumes:
# orderer.example.com:
...
services:
# orderer.example.com:
# extends:
# file: base/docker-compose-base.yaml
# service: orderer.example.com
# container_name: orderer.example.com
# networks:
# - byfn
...
然后需要在剩下的各容器配置中都添加orderer外部ip映射
...
networks:
- byfn
# 注意与networks平级
extra_hosts:
- "orderer.example.com:< 注意是host ip不是127.0.0.1 >"
...
最后启动这几个容器(如果对docker-compose熟悉就会知道,不熟悉可以从byfn.sh或build your fist network的手动调试说明中中找到):
cd work_dir/first-network
#启动网络,加-d参数后台运行
docker-compose -f docker-compose-cli.yaml up -d
测试
现在Goland中的orderer和docker管理的其他几个模块都起来了,可以在源码中打断点调试交互过程,简单起见,选用官文build your first network中的[Create & Join Channel]来测。
先在fabric/orderer/common/server/server.go的 func (dmt *deliverMsgTracer) Recv()第一行打上断点,然后F9让程序跳过之前Main函数处的断点,等待接收消息。
然后利用cli容器发送channel创建消息:
cd work_dir/first-network
docker exec -it cli bash
# 发送channel创建请求
export CHANNEL_NAME=mychannel
peer channel create -o orderer.example.com:7050 -c $CHANNEL_NAME -f ./channel-artifacts/channel.tx --tls --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem
可以看到程序在断点处停下来:
成功!
后续其他节点的调试也可以照葫芦画瓢来做。
(完)
————————————————
版权声明:本文为CSDN博主「多多-江北残刀」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/beijihukk/article/details/103612102