Fabric e2e_cli 案例流程分析

最新推荐文章于 2021-10-14 18:19:02 发布
最新推荐文章于 2021-10-14 18:19:02 发布
阅读量2.2k 收藏 5
点赞数 1
分类专栏： 区块链 文章标签： Hyperledger fabric e2e_cli
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cao0507/article/details/82217583
版权

更多精彩内容请访问我的新博客站点

0. Fabric e2e_cli 案例的运行流程

在部署好 Hyperledger Fabric v1.0.0 的环境之后，我们通常会运行其 e2e_cli 的案例。在 fabric/examples/e2e_cli 目录下有一个 shell 脚本：network_setup.sh，这就是 e2e_cli 项目的入口，运行 ./network_setup.sh up 即可启动 fabric 的网络并完成相关的测试，然后运行 ./network_setup.sh down 可以删除相关的容器以及文件来结束测试。下面我们就来分析 e2e_cli 案例的运行流程。

首先看看 network_setup.sh 的具体内容：

#!/bin/bash
#
# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#

UP_DOWN="$1"
CH_NAME="$2"
CLI_TIMEOUT="$3"
IF_COUCHDB="$4"

: ${CLI_TIMEOUT:="10000"}

COMPOSE_FILE=docker-compose-cli.yaml
COMPOSE_FILE_COUCH=docker-compose-couch.yaml
#COMPOSE_FILE=docker-compose-e2e.yaml

function printHelp () {
    echo "Usage: ./network_setup <up|down> <\$channel-name> <\$cli_timeout> <couchdb>.\nThe arguments must be in order."
}

function validateArgs () {
    if [ -z "${UP_DOWN}" ]; then
        echo "Option up / down / restart not mentioned"
        printHelp
        exit 1
    fi
    if [ -z "${CH_NAME}" ]; then
        echo "setting to default channel 'mychannel'"
        CH_NAME=mychannel
    fi
}

function clearContainers () {
        CONTAINER_IDS=$(docker ps -aq)
        if [ -z "$CONTAINER_IDS" -o "$CONTAINER_IDS" = " " ]; then
                echo "---- No containers available for deletion ----"
        else
                docker rm -f $CONTAINER_IDS
        fi
}

function removeUnwantedImages() {
        DOCKER_IMAGE_IDS=$(docker images | grep "dev\|none\|test-vp\|peer[0-9]-" | awk '{print $3}')
        if [ -z "$DOCKER_IMAGE_IDS" -o "$DOCKER_IMAGE_IDS" = " " ]; then
                echo "---- No images available for deletion ----"
        else
                docker rmi -f $DOCKER_IMAGE_IDS
        fi
}

function networkUp () {
    if [ -f "./crypto-config" ]; then
      echo "crypto-config directory already exists."
    else
      #Generate all the artifacts that includes org certs, orderer genesis block,
      # channel configuration transaction
      source generateArtifacts.sh $CH_NAME
    fi

    if [ "${IF_COUCHDB}" == "couchdb" ]; then
      CHANNEL_NAME=$CH_NAME TIMEOUT=$CLI_TIMEOUT docker-compose -f $COMPOSE_FILE -f $COMPOSE_FILE_COUCH up -d 2>&1
    else
      CHANNEL_NAME=$CH_NAME TIMEOUT=$CLI_TIMEOUT docker-compose -f $COMPOSE_FILE up -d 2>&1
    fi
    if [ $? -ne 0 ]; then
    echo "ERROR !!!! Unable to pull the images "
    exit 1
    fi
    docker logs -f cli
}

function networkDown () {
    docker-compose -f $COMPOSE_FILE down

    #Cleanup the chaincode containers
    clearContainers

    #Cleanup images
    removeUnwantedImages

    # remove orderer block and other channel configuration transactions and certs
    rm -rf channel-artifacts/*.block channel-artifacts/*.tx crypto-config
}

validateArgs

#Create the network using docker compose
if [ "${UP_DOWN}" == "up" ]; then
    networkUp
elif [ "${UP_DOWN}" == "down" ]; then ## Clear the network
    networkDown
elif [ "${UP_DOWN}" == "restart" ]; then ## Restart the network
    networkDown
    networkUp
else
    printHelp
    exit 1
fi

1. 启动过程

1.1 network_setup.sh 参数设置

  1. 传入参数

    在运行 ./network_setup.sh up 启动的时候，我们传入了 up 这个参数，使得内置的 UP_DOWN 参数设置成了 up，也就是确定执行类型为启动 fabric 网络，但其实该脚本还允许传入 3 个参数，分别是 CH_NAME（通道名称，默认设为 ”mychannel“）、CLI_TIMEOUT（客户端超时设置，默认设为 10000）和 IF_COUCHDB（是否启动 CouchDB 版本 yaml 文件，默认为不启用）。

  2. 验证参数：validateArgs

    在 network_setup.sh 脚本 88 行左右，调用了 validateArgs 函数来验证参数是否合法，如果不合法，也就是没有指定 up/down/restart，会打印帮助信息并退出脚本；如果合法，$UP_DOWN 设置合法，则判断是否指定 $CH_NAME，没有指定则设置为默认的 mychannel。

1.2 启动网络：networkUp

  1. 判断 crypto-config 目录是否存在

    如果该目录不存在，会调用 generateArtifacts.sh 脚本创建 crypto-config 目录及所需的区块链网络整数等文件，命令如下：

    source generateArtifacts.sh $CH_NAME

    详细请看 1.3 节

  2. 判断是否启用 CouchDB

    如果启用了 CouchDB，会执行以下 docker-compose 命令：

    CHANNEL_NAME=$CH_NAME TIMEOUT=$CLI_TIMEOUT docker-compose -f $COMPOSE_FILE -f $COMPOSE_FILE_COUCH up -d 2>&1

    否则执行：

    CHANNEL_NAME=$CH_NAME TIMEOUT=$CLI_TIMEOUT docker-compose -f $COMPOSE_FILE up -d 2>&1

    详细请看 1.4 节

    最后会查看 cli 容器的日志：

    docker logs -f cli

    详细请看 1.5 节

1.3 调用 generateArtifacts.sh

先看看 generateArtifacts.sh 脚本的内容：

#!/bin/bash +x
#
# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#

#set -e

CHANNEL_NAME=$1
: ${CHANNEL_NAME:="mychannel"}
echo $CHANNEL_NAME

export FABRIC_ROOT=$PWD/../..
export FABRIC_CFG_PATH=$PWD
echo

OS_ARCH=$(echo "$(uname -s|tr '[:upper:]' '[:lower:]'|sed 's/mingw64_nt.*/windows/')-$(uname -m | sed 's/x86_64/amd64/g')" | awk '{print tolower($0)}')

## Using docker-compose template replace private key file names with constants
function replacePrivateKey () {
    ARCH=`uname -s | grep Darwin`
    if [ "$ARCH" == "Darwin" ]; then
        OPTS="-it"
    else
        OPTS="-i"
    fi

    cp docker-compose-e2e-template.yaml docker-compose-e2e.yaml

        CURRENT_DIR=$PWD
        cd crypto-config/peerOrganizations/org1.example.com/ca/
        PRIV_KEY=$(ls *_sk)
        cd $CURRENT_DIR
        sed $OPTS "s/CA1_PRIVATE_KEY/${PRIV_KEY}/g" docker-compose-e2e.yaml
        cd crypto-config/peerOrganizations/org2.example.com/ca/
        PRIV_KEY=$(ls *_sk)
        cd $CURRENT_DIR
        sed $OPTS "s/CA2_PRIVATE_KEY/${PRIV_KEY}/g" docker-compose-e2e.yaml
}

## Generates Org certs using cryptogen tool
function generateCerts (){
    CRYPTOGEN=$FABRIC_ROOT/release/$OS_ARCH/bin/cryptogen

    if [ -f "$CRYPTOGEN" ]; then
            echo "Using cryptogen -> $CRYPTOGEN"
    else
        echo "Building cryptogen"
        make -C $FABRIC_ROOT release
    fi

    echo
    echo "##########################################################"
    echo "##### Generate certificates using cryptogen tool #########"
    echo "##########################################################"
    $CRYPTOGEN generate --config=./crypto-config.yaml
    echo
}

## Generate orderer genesis block , channel configuration transaction and anchor peer update transactions
function generateChannelArtifacts() {

    CONFIGTXGEN=$FABRIC_ROOT/release/$OS_ARCH/bin/configtxgen
    if [ -f "$CONFIGTXGEN" ]; then
            echo "Using configtxgen -> $CONFIGTXGEN"
    else
        echo "Building configtxgen"
        make -C $FABRIC_ROOT release
    fi

    echo "##########################################################"
    echo "#########  Generating Orderer Genesis block ##############"
    echo "##########################################################"
    # Note: For some unknown reason (at least for now) the block file can't be
    # named orderer.genesis.block or the orderer will fail to launch!
    $CONFIGTXGEN -profile TwoOrgsOrdererGenesis -outputBlock ./channel-artifacts/genesis.block

    echo
    echo "#################################################################"
    echo "### Generating channel configuration transaction 'channel.tx' ###"
    echo "#################################################################"
    $CONFIGTXGEN -profile TwoOrgsChannel -outputCreateChannelTx ./channel-artifacts/channel.tx -channelID $CHANNEL_NAME

    echo
    echo "#################################################################"
    echo "#######    Generating anchor peer update for Org1MSP   ##########"
    echo "#################################################################"
    $CONFIGTXGEN -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org1MSPanchors.tx -channelID $CHANNEL_NAME -asOrg Org1MSP

    echo
    echo "#################################################################"
    echo "#######    Generating anchor peer update for Org2MSP   ##########"
    echo "#################################################################"
    $CONFIGTXGEN -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org2MSPanchors.tx -channelID $CHANNEL_NAME -asOrg Org2MSP
    echo
}

generateCerts
replacePrivateKey
generateChannelArtifacts

脚本最后调用了三个函数：

  1. generateCerts

    该函数首先判断 fabric/release/linux-amd64/bin/cryptogen 是否存在，如果不存在则先编译生成，这个是 Fabric 基于 Go 语言的 crypto 库提供的工具，通过 cryptogen 可以快速地根据配置自动批量生成所需要的密钥和证书文件。cryptogen 根据 crypto-config.yaml 文件读入网络的拓扑结构，执行的命令如下：

    fabric/release/linux-amd64/bin/cryptogen generate --config=./crypto-config.yaml

    crypto-config.yaml 配置文件可以指定两类组织的信息：

    • OrdererOrgs：构成 Orderer 集群的节点所属组织；
    • PeerOrgs：构成 Peer 集群的节点所属的组织

    每个组织拥有：

    • 名称（name）：组织的名称；
    • 组织域（Domain）：组织的命名域；
    • CA：组织的 CA 地址，包括 Hostname 域；
    • 若干节点（Node）：一个节点包括 Hostname、CommonName、SANS 等域，可以用 Specs 字段指定一组节点，或者用 Template 字段指定自动生成节点的个数；
    • 用户（User）模板：自动生成除 admin 外的用户个数。

    示例如下：

    OrdererOrgs:
 - Name: Orderer
   Domain: example.com
   Specs:
     - Hostname: orderer
PeerOrgs:
 - Name: Org1
   Domain: org1.example.com
   Template:
     Count: 2
   Users:
     Count: 1
 - Name: Org2
   Domain: org2.example.com
   Template:
     Count: 2
   Users:
     Count: 1

    上面的示例配置中，Orderer 组织通过 Specs 字段指定了一个主机 order.example.com；而两个 Peer 组织则采用 Template 来自动生成了 Count 个数的主机。

    同样，Users 字段下的 Count 字段值会让 cryptogen 工具以自动顺序生成指定个数的普通用户（除默认的 Admin 用户外）。

  2. replacePrivatekey

    在这个函数中，会替换 docker-compose-e2e-template.yaml 文件中的 CA1_PRIVATE_KEY 为当前目录 crypto-config/peerOrganizationsorg1.example.com/ca/ 下的以 _sk 结尾的文件名，同时替换 CA2_PRIVATE_KEY 为当前目录crypto-config/peerOrganizationsorg2.example.com/ca/ 下的以 _sk 结尾的文件名。

    最终生成的新文件被创建在当前文件夹下并命名为 docker-compose-e2e.yaml，在该文件中定义了 CA 的 CERTFILE 及 KEYFILE，同时也通过 command 内置参数显示启动了 Fabric-CA 服务端。

    其实在后续的过程中并没有使用这里生成的这个 docker-compose-e2e.yaml 配置文件，而使用的是 docker-compose-cli.yaml，在 network_setup.sh 脚本中的 COMPOSE_FILE 变量指定了要使用的配置文件，代码如下：

    COMPOSE_FILE=docker-compose-cli.yaml

#COMPOSE_FILE=docker-compose-e2e.yaml

  3. generateChannelArtifacts

    这个函数首先判断 fabric/release/linux-amd64/bin/configtxgen 是否存在，如果不存在则先编译生成。configtxgen 可以配合 cryptogen 生成的组织结构身份文件使用，离线生成跟通道有关的配置信息，其主要功能有如下三个：

    • 生成启动 Orderer 需要的初始化区块，并支持检查区块内容；
    • 生成创建应用通道需要的配置交易，并支持检查交易内容；
    • 生成 2 个锚节点 Peer 的更新配置交易。

    configtxgen 调用的配置文件为 configtx.yaml ，该配置文件一般包括四个部分：

    • Profiles：一系列通道配置模板，包括 Orderer 系统通道模板和应用通道类型模板；
    • Organization：一系列组织结构定义，被其他部分引用；
    • Orderer：Orderer 系统通道相关配置，包括 Orderer 服务配置和参与 Ordering 服务的可用组织信息；
    • Application：应用通道相关配置，主要包括参与应用网络的可用组织信息。

    调用该函数最终在 channel-artifacts 目录下生成了四个文件，对应于上述的三个功能：

    channel.tx    genesis.block    Org1MSPanchors.tx    Org2MSPanchors.tx

1.4 docker-compose 启动容器服务

如 1.2 节所述，默认情况下，会执行以下命令启动容器服务：

CHANNEL_NAME=$CH_NAME TIMEOUT=$CLI_TIMEOUT docker-compose -f $COMPOSE_FILE up -d 2>&1

其中变量的值为： CHANNEL_NAME=mychannel，TIMEOUT=10000，COMPOSE_FILE=docker-compose-cli.yaml。

-d：指定在后台运行容器；

2>&1：指定同时重定向标准输出（stdout）与标准错误（stderr）

容器启动配置文件 docker-compose-cli.yaml 的内容如下：

# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#

version: '2'

services:

  orderer.example.com:
    extends:
      file:   base/docker-compose-base.yaml
      service: orderer.example.com
    container_name: orderer.example.com

  peer0.org1.example.com:
    container_name: peer0.org1.example.com
    extends:
      file:  base/docker-compose-base.yaml
      service: peer0.org1.example.com

  peer1.org1.example.com:
    container_name: peer1.org1.example.com
    extends:
      file:  base/docker-compose-base.yaml
      service: peer1.org1.example.com

  peer0.org2.example.com:
    container_name: peer0.org2.example.com
    extends:
      file:  base/docker-compose-base.yaml
      service: peer0.org2.example.com

  peer1.org2.example.com:
    container_name: peer1.org2.example.com
    extends:
      file:  base/docker-compose-base.yaml
      service: peer1.org2.example.com

  cli:
    container_name: cli
    image: hyperledger/fabric-tools
    tty: true
    environment:
      - GOPATH=/opt/gopath
      - CORE_VM_ENDPOINT=unix:///host/var/run/docker.sock
      - CORE_LOGGING_LEVEL=DEBUG
      - CORE_PEER_ID=cli
      - CORE_PEER_ADDRESS=peer0.org1.example.com:7051
      - CORE_PEER_LOCALMSPID=Org1MSP
      - CORE_PEER_TLS_ENABLED=true
      - CORE_PEER_TLS_CERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/server.crt
      - CORE_PEER_TLS_KEY_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/server.key
      - CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt
      - CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/users/Admin@org1.example.com/msp
    working_dir: /opt/gopath/src/github.com/hyperledger/fabric/peer
    command: /bin/bash -c './scripts/script.sh ${CHANNEL_NAME}; sleep $TIMEOUT'
    volumes:
        - /var/run/:/host/var/run/
        - ../chaincode/go/:/opt/gopath/src/github.com/hyperledger/fabric/examples/chaincode/go
        - ./crypto-config:/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/
        - ./scripts:/opt/gopath/src/github.com/hyperledger/fabric/peer/scripts/
        - ./channel-artifacts:/opt/gopath/src/github.com/hyperledger/fabric/peer/channel-artifacts
    depends_on:
      - orderer.example.com
      - peer0.org1.example.com
      - peer1.org1.example.com
      - peer0.org2.example.com
      - peer1.org2.example.com

从配置文件不难看出，排序服务节点继承了 base/docker-compose-base.yaml 中的 order.example.com 属性；而其他四个 Peer 节点继承了 base/docker-compose-base.yaml 中的与之容器名称对应的属性，并又都继承了 base/peer-base.yaml 中的属性。

在上述文件所继承的文件属性中，关键属性如下：

  • environment：当前所配置的外界的环境变量
  • working_dir：当前容器启动后的工作路径
  • volumes：外界物理机路径挂载或指引到容器内的路径
  • ports：指定当前容器启动后映射到物理机上的端口号
  • depends_on：指定当前容器启动所依赖的启动容器对象

在 docker-compose-cli.yaml 文件中，官方的节点配置信息基本已经满足实际生产应用，而真正使用这些服务节点进行数据维护和管理的则是交由客户端或 SDK 来执行。这里也就是配置文件中的 cli 客户端容器。cli 容器的 command 属性指定当 cli 容器启动后会执行当前目录中的 scripts 目录下的 script.sh 脚本，也就是：

/bin/bash -c './scripts/script.sh ${CHANNEL_NAME}; sleep $TIMEOUT'

在 1.5 节中将会分析 cli 容器执行上述脚本的日志记录。

1.5 docker logs -f cli 查看容器日志

script.sh 脚本的执行则是 e2e_cli 中真正地对 Peer 节点、频道以及合约的集合操作演示，先来看看该脚本内的函数执行顺序：

## Create channel
echo "Creating channel..."
createChannel

## Join all the peers to the channel
echo "Having all peers join the channel..."
joinChannel

## Set the anchor peers for each org in the channel
echo "Updating anchor peers for org1..."
updateAnchorPeers 0
echo "Updating anchor peers for org2..."
updateAnchorPeers 2

## Install chaincode on Peer0/Org1 and Peer2/Org2
echo "Installing chaincode on org1/peer0..."
installChaincode 0
echo "Install chaincode on org2/peer2..."
installChaincode 2

#Instantiate chaincode on Peer2/Org2
echo "Instantiating chaincode on org2/peer2..."
instantiateChaincode 2

#Query on chaincode on Peer0/Org1
echo "Querying chaincode on org1/peer0..."
chaincodeQuery 0 100

#Invoke on chaincode on Peer0/Org1
echo "Sending invoke transaction on org1/peer0..."
chaincodeInvoke 0

## Install chaincode on Peer2/Org2
echo "Installing chaincode on org2/peer3..."
installChaincode 3

#Query on chaincode on Peer2/Org2, check if the result is 90
echo "Querying chaincode on org2/peer3..."
chaincodeQuery 3 90

该脚本设计 Peer 节点及排序服务节点的操作分别有如下九个步骤：

  1. createChannel：根据之前在 generateArtifacts.sh 脚本中通过 configtx.yaml 配置文件生成的频道文件创建频道；
  2. joinChannel：Peer 节点加入指定频道；
  3. updateAnchorPeers 0/2：为频道中的每个组织设置 Peer 节点；
  4. installChaincode 0/2：在 Peer0/Org1 和 Peer0/Org2 上安装智能合约；
  5. instantiateChaincode 2：在 Peer0/Org2 上对智能合约进行实例化操作；
  6. chaincodeQuery 0 100：在 Peer0/Org1 上执行智能合约中的查询方法，判断是否等于 100；
  7. chaincodeInvoke 0：在 Peer0/Org1 上执行智能合约中的交易方法；
  8. installChaincode 3：在 Peer1/Org2 上安装智能合约；
  9. chaincodeQuery 3 90：在 Peer1/Org2 上执行智能合约中的查询方法，判断是否等于 90；

注：这里需要说明的是脚本中最后两步的注释以及回显命令中的内容都有点小问题，”Peer2/Org2” 和 “org2/peer3” 都是不存在的，“3” 其实对应的节点是 Peer1/Org2。看到有的资料在分析这部分内容的时候也是按照错误的注释来解释的，让人很困惑。

上面的脚本会在 cli 客户端容器启动之后执行，在 network_setup.sh 脚本的最后会执行 docker logs -f cli 来查看 cli 容器的日志信息，在开始时会出现如下的字符图：

echo
echo " ____    _____      _      ____    _____           _____   ____    _____ "
echo "/ ___|  |_   _|    / \    |  _ \  |_   _|         | ____| |___ \  | ____|"
echo "\___ \    | |     / _ \   | |_) |   | |    _____  |  _|     __) | |  _|  "
echo " ___) |   | |    / ___ \  |  _ <    | |   |_____| | |___   / __/  | |___ "
echo "|____/    |_|   /_/   \_\ |_| \_\   |_|           |_____| |_____| |_____|"
echo

在结束时显示的字符图如下，并提示执行完成：

echo
echo "===================== All GOOD, End-2-End execution completed ===================== "
echo

echo
echo " _____   _   _   ____            _____   ____    _____ "
echo "| ____| | \ | | |  _ \          | ____| |___ \  | ____|"
echo "|  _|   |  \| | | | | |  _____  |  _|     __) | |  _|  "
echo "| |___  | |\  | | |_| | |_____| | |___   / __/  | |___ "
echo "|_____| |_| \_| |____/          |_____| |_____| |_____|"
echo

以上就是e2e_cli 案例启动 fabric 网络的流程分析，接下来分析关闭 fabric 网络的流程。

2. 关闭过程

2.1 network_setup.sh 参数设置

当执行 ./network_setup.sh down 命令时，down 参数传入脚本作为变量 UP_DOWN 的值，表示关闭 fabric 网络的操作。脚本中判断 $UP_DOWN=down 后将执行 networkDown 函数，如 2.2 节。

2.2 关闭网络：networkDown

在 networkDown 函数中，首先会执行 docker-compose 相关的命令来关闭容器服务，然后调用 clearContainers 和 removeUnwantedImages 函数删除相应的容器及镜像，最后会删除 generateArtifacts.sh 脚本创建的 crypto-config 目录和区块链网络证书等文件。如后面 3 节。

2.3 docker-compose 关闭容器服务

执行的命令为：

docker-compose -f $COMPOSE_FILE down

$COMPOSE_FILE 就是 docker-compose-cli.yaml 文件。

该命令会将由 docker-compose-cli.yaml 文件创建的容器服务全部关闭。

2.4 删除容器及镜像

在运行 e2e_cli 案例之后，环境中会启动总共 9 个容器，使用 docker ps -a 命令查看，这里只列出容器的名字：

orderer.example.com                   <==Orderer排序节点
peer0.org1.example.com                <==Peer0/Org1
peer1.org1.example.com                <==Peer1/Org2
peer0.org2.example.com                <==Peer0/Org2
peer1.org2.example.com                <==Peer1/Org2
cli                                   <==客户端容器
dev-peer0.org1.example.com-mycc-1.0   <==运行智能合约的容器，基于Peer0/Org1安装智能合约后生成
dev-peer0.org2.example.com-mycc-1.0   <==运行智能合约的容器，基于Peer0/Org2安装智能合约后生成
dev-peer1.org2.example.com-mycc-1.0   <==运行智能合约的容器，基于Peer1/Org2安装智能合约后生成

另外也会生成上面运行智能合约的容器对应的镜像，使用 docker image ls 列出如下：

$ docker image ls
REPOSITORY                            TAG        IMAGE ID           CREATED         SIZE
dev-peer1.org2.example.com-mycc-1.0   latest    8c03b3cb4f3f      36 hours ago      173MB
dev-peer0.org1.example.com-mycc-1.0   latest    9aa4e69a149f      36 hours ago      173MB
dev-peer0.org2.example.com-mycc-1.0   latest    f3fef07f5dcc      36 hours ago      173MB

以上的容器和镜像就是要被删除的，这里调用了两个函数：clearContainers 和 removeUnwantedImages 分别来删除，函数内容如下：

function clearContainers () {
        CONTAINER_IDS=$(docker ps -aq)
        if [ -z "$CONTAINER_IDS" -o "$CONTAINER_IDS" = " " ]; then
                echo "---- No containers available for deletion ----"
        else
                docker rm -f $CONTAINER_IDS
        fi  
}

function removeUnwantedImages() {
        DOCKER_IMAGE_IDS=$(docker images | grep "dev\|none\|test-vp\|peer[0-9]-" | awk '{print $3}')
        if [ -z "$DOCKER_IMAGE_IDS" -o "$DOCKER_IMAGE_IDS" = " " ]; then
                echo "---- No images available for deletion ----"
        else
                docker rmi -f $DOCKER_IMAGE_IDS
        fi  
}

2.5 删除相关目录文件

在 networkDown 函数的最后就是要删除由 generateArtifacts.sh 脚本创建的 crypto-config 目录和区块链网络证书等文件，命令如下：

# remove orderer block and other channel configuration transactions and certs
rm -rf channel-artifacts/*.block channel-artifacts/*.tx crypto-config

结束以上步骤之后就完成了关闭 fabric 网络的操作。

曹灰灰
关注
  • 1
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Hyperledger Fabric代码解析（全部三节讲座PDF）
03-15
本系列课程将以Fabric e2e为例，在代码级别讲解Fabric的执行流程，包括：节点启动，创建channel，加入channel，安装和实例chaincode，执行一笔交易等等。通过本系列的学习，您将很快上手Fabric的源代码。
fabric1.0多机部署e2e_cli示例及相关错误(三台主机)
vivian_ll的博客
04-25 3772
一、准备工作 1.1环境准备： 首先要安装好go、docker、docker compose等。具体请参考前文Hyperledger Fabric V1.0 在Ubuntu16.04+中的环境搭建 1.2单机运行4+1 Fabric实例，确保脚本和镜像正常： 然后需要确保每台机子上e2e__cli的单机环境能跑起来。 进入e2e_cli文件夹，运行 ./network_se...
（二）、Fabric-E2E网络构建以及客户端运行
蓝冰小屋
06-21 1261
下载fabric源码 拉取fabric运行环境镜像 开启或关闭E2E程序 客户端进行操作 下载fabric源码 我们可以使用Git命令下载源码，首先需要建立对应的目录，然后进入该目录，Git下载源码 mkdir -p $GOPATH/src/github.com/hyperledger cd $GOPATH/src/github.com/hyperledger git clo...
Fabric 创世块和通道文件的生成
热门推荐
weixin_51490695的博客
10-14 1万+
一、configtxgen命令介绍 configtxgen --help -asOrg 组织名称 -channelID channel的名字，不指定使用默认的testchainid -outputAnchorPeersUpdate 更新peer锚节点的配置信息 -outputBlock 输出创世块文件路径 -outputCreateChannelTx 输出通道的文件路径 -profile 指定配置文件中的节点 不常用： -inspec
粗略分析hyperledger-fabric之e2e_cli是如何开启网络
Hi,你好
03-17 3290
一、sudo ./network_setup.sh up 这条命令是如何为我们开启网络？通过几天的查看，我大致理清了他的顺序。在这里分享出来，如有不对，还望指出。 我们还是先看看这个shell文本里的内容： #!/bin/bash # # Copyright IBM Corp. All Rights Reserved. # # SPDX-License-Identifier: Apach...
fabric经典案例End to End区块链网络搭建所需完整文件e2e-cli
01-28
fabric经典案例End to End区块链网络搭建所需完整文件e2e_cli
Switch-Fabric.rar_fabric_switch_switch fabric
09-24
Switch fabric architecture (design and implementation)
PyPI 官网下载 | frojd_fabric_cli-1.0.2.tar.gz
01-31
资源来自pypi官网。 资源全名：frojd_fabric_cli-1.0.2.tar.gz
fabric-sdk-java-release-1.3.zip_fabric_fabric java sdk_java_lay
07-15
超级账本fabric java sdk 1.3版本源码，区块链开发很好的参考资料。
fabric-installer-0.7.2_fabric_
10-02
fabric mc server instsaller
搭建fabric1.0的开发环境+e2e_cli例子的运行
08-24 4451
环境说明：      vmware workstation 12        ubuntu 16   desktop版本的     windows10            下面我将一步一步的进行操作搭建起fabric的开发环境，可以运行简单的例子程序。第一步是将需要的工具安装上，前提ubuntu可以上网。为了避免访问github.com等网站被墙，需要提前给ubuntu设置好网络代理
Hyperledger Fabric 环境部署及e2e_cli运行测试
哇咔咔
08-02 1253
一、软件下载与安装        1、Oracle VM VirtualBox 是一款虚拟机软件。（官网下载地址https://www.virtualbox.org/wiki/Downloads）        2、Vagrant 是一个可创建轻量级、高复用性和便于移植的开发环境的工具，用于创建和部署虚拟化开发环境。（官网下载地址https://www.vagrantup.com/downlo...
运行fabric第一个示例e2e_cli
huiyanghu的专栏
08-16 4440
运行第一个example e2e_cli 环境：ubuntu16.04 安装环境 替换为国内的源 参考模板:16.04source 修改文件/etc/apt/source.list 使用阿里云的源，替换为 deb http://mirrors.aliyun.com/ubuntu/ xenial main restricted universe multiverse deb...
关于官方的fabric-sample项目启动案例简单分析
qq_32429187的博客
02-16 7685
建立一个fabric网络2个Orgnizations（每个Org包含2个peer节点）+1个solo ordering service步骤简要解析（以官方的fabric-sample项目为例）注：官方脚本中为一键部署，文中已经拆解开，主要围绕部署启动的脚本byfn.sh来分析启动的过程中我们到底做了什么。 1. 第一步我们的操作./byfn -m generate即利用官方提供的文件夹中的脚本by...
fabric部署，运行e2e_cli出现的问题：ERRO 001
mx1222的博客
07-02 6064
fabric部署，运行e2e_cli出现的问题：最常见的就是ERRO 001 cannot run peer because error when setting up MSP from directory /opt/gopath/src/......。出现这个问题主要是由于镜像没下全以及缺少ltdl.h文件的原因，当然还要确定你的fabric版本与你下的镜像版本一致，我使用的是v1.0.0。解决...
fabric v1.2.0 运行e2e例子
btqszl的博客
07-09 2645
报错： # github.com/hyperledger/fabric/vendor/github.com/docker/docker/pkg/archive vendor/github.com/docker/docker/pkg/archive/archive.go:364:5: hdr.Format undefined (type *tar.Header has no field or me...
记录搭建fabric环境后运行e2e案例过程中遇到的问题
zmh15927652085的博客
07-18 296
前言：这两天在学习搭建go和fabric环境，搭建环境的过程中倒没有遇到特别难以解决的问题，但是在运行e2e案例的时候遇到的问题耽误了不少时间解决，在此特别记录一下。 在显示出start e2e的标识后出现Error001错误： 在网上寻找了很多解决方法，例如docker与fabric的版本不一致，或是go的路径配置与fabric源码下载路径不一致等等，多方尝试后我的这个Error001还是负隅顽抗。 最后经高人指点可能是docker镜像的问题，建议我删掉所有docker镜像重新下载，我照做之后就不再有这
基于Hyperledger Fabric的官方例子e2e构建一个简单的web应用
qq_40657814的博客
05-22 3666
基于Hyperledger Fabric的官方例子e2e构建一个简单的web应用 在学校研究了一下Hyperledger Fabric，我们知道所有入坑fabric的新手要做的第一件事就是跑通fabric/examples/e2e_cli下的官方案例（初始化两个账户a,b然后a,b之间可以相互转账）。但是官方给的案例所有的操作都是通过cli容器在终端来进行的，非常抽象！没有提供一个直观的web界面...
XPAR_FABRIC_AXI_VDMA_0_S2MM_INTROUT_INTR
最新发布
07-27
根据引用\[3\]中的描述，XPAR_FABRIC_AXI_VDMA_0_S2MM_INTROUT_INTR是AXI-VDMA IP中的一个中断信号。AXI-VDMA是一种用于实现从PS内存到PL高速传输高速通道AXI-HP<---->AXI-Stream的转换的IP。它专门针对视频、图像等...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值