Skip to content

Commit

Permalink
test-network-k8s: Add documentation for initial BFT orderer support (#…
Browse files Browse the repository at this point in the history
…1297)

Signed-off-by: Tatsuya Sato <tatsuya.sato.so@hitachi.com>
  • Loading branch information
satota2 authored Jan 30, 2025
1 parent fcb6e69 commit 31c8ef0
Show file tree
Hide file tree
Showing 3 changed files with 67 additions and 0 deletions.
1 change: 1 addition & 0 deletions test-network-k8s/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -83,6 +83,7 @@ For Rancher: Preferences -> Kubernetes Settings -> Reset Kubernetes OR ...
- [Working with Channels](docs/CHANNELS.md)
- [Working with Chaincode](docs/CHAINCODE.md)
- [Working with Applications](docs/APPLICATIONS.md)
- [Working with BFT Orderers](docs/BFT_ORDERERS.md)


### DNS Resolution on OSX
Expand Down
65 changes: 65 additions & 0 deletions test-network-k8s/docs/BFT_ORDERERS.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,65 @@
# Working with BFT Orderers

This guide explains how to run `test-network-k8s` with the BFT consensus type.

In the current `test-network-k8s`, a Fabric network with three orderers managed by Org0 is started when using the Raft consensus type. In contrast, when specifying BFT, the network starts with four orderers (`org0-orderer1`, `org0-orderer2`, `org0-orderer3`, and `org0-orderer4`) with the BFT consensus type.

## Running Peers and BFT Orderers, Creating a Channel

Since BFT Orderers are supported only in Fabric v3.0 and later, you must specify `3.0` or later for the `TEST_NETWORK_FABRIC_VERSION` environment variable. Additionally, set `TEST_NETWORK_ORDERER_TYPE` to `bft` to start the Fabric network and create a channel with BFT consensus type. For example:

```shell
export TEST_NETWORK_FABRIC_VERSION=3.0
export TEST_NETWORK_ORDERER_TYPE=bft

./network kind
./network cluster init
./network up
./network channel create
```

The `configtx.yaml` template used for constructing the channel genesis block with BFT consensus type can be found [here](../config/org0/bft/configtx-template.yaml).

## Deploying and Using Chaincode

After creating the channel with the BFT consensus type, you can deploy and interact with chaincode. For example:

```shell
./network chaincode deploy asset-transfer-basic ../asset-transfer-basic/chaincode-java
./network chaincode invoke asset-transfer-basic '{"Args":["InitLedger"]}'
./network chaincode query asset-transfer-basic '{"Args":["ReadAsset","asset1"]}'
```

## Troubleshooting

If you encounter issues, try the following troubleshooting steps.

First, run the following command to verify that the environment variables are correctly applied and that the Fabric image and binary versions match:

```shell
$ ./network

Fabric image versions: Peer (3.0.0), CA (1.5.13)
Fabric binary versions: Peer (3.0.0), CA (1.5.13)

--- Fabric Information
Fabric Version : 3.0
Fabric CA Version : 1.5
Container Registry : hyperledger
Network name : test-network
Ingress domain : localho.st
Channel name : mychannel
Orderer type : bft

(...)
```

If old Fabric binaries or network artifacts remain, they may cause issues.
In such cases, clean up the environment using the following commands:

```shell
./network down
./network unkind

rm -r bin
```
1 change: 1 addition & 0 deletions test-network-k8s/docs/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -45,3 +45,4 @@ _Chaincode-as-a-Service_ running in a shared Kubernetes namespace.
- [Working with Applications](APPLICATIONS.md)
- [High Availability](HIGH_AVAILABILITY.md)
- [Benchmarking the performance using Hyperledger Caliper](CALIPER.md)
- [Working with BFT Orderers](BFT_ORDERERS.md)

0 comments on commit 31c8ef0

Please sign in to comment.