bug产生原因分析如下：
1、系统过于单纯或复杂（即最小化安装与全部安装以及自行安装了很多软件），很多命令和工具无法使用和执行或冲突
2、自己操作失误，敲错代码（关键词和语法）写错单词（一时不注意）多敲了空格键或者回车键（手抖了一下）
3、配置文件凌乱，再改动了相关的配置文件之后未能保存完好或者根本不清楚配置文件的作用乱作一通
4、版本不匹配，在GitHub上或者其他的代码托管平台上都是有tag、branch等好多
5、内部人员懒惰，代码未更新便提交冲突
----------------------------------------
6、木马程序捆绑
7、病毒软件侵入
8、系统不支持，硬件不支持如芯片、处理器、内存不足，磁盘爆满，垃圾清理机制清扫了有用的文件
9、网络搞事情，内往外网龟速下载和传递
好了，言归正传
测试运行hyperledger/fabric的测试运行的时候很有可能遇见error下面我总结一下我遇见到的一些：
1、在线安装docker的时候可能会遇见Loaded plugins: fastestmirror Determining fastest mirrors
原因分析：镜像缓存冲突导致（个人理解）
1.1.修改插件的配置文件
# vi  /etc/yum/pluginconf.d/fastestmirror.conf  
enabled = 1//由1改为0，禁用该插件
...............................
1.2.修改yum的配置文件
# vi /etc/yum.conf
.........................
plugins=1//改为0，不使用插件
........................
2、Repository '5': Error parsing config: Error parsing "baseurl = '5'": URL must be http, ftp, file or https not ""
原因分析：指令错误，多写了东西在里面
解决方案：参考链接http://blog.163.com/linxin.zh_5/blog/static/59332602201463054447927/
[root@localhost yum.repos.d]# ll
总用量 32
-rw-r--r--. 1 root root   45 3月  30 11:47 5.repo
-rw-r--r--. 1 root root 1664 8月  30 2017 CentOS-Base.repo
-rw-r--r--. 1 root root 1309 8月  30 2017 CentOS-CR.repo
-rw-r--r--. 1 root root  649 8月  30 2017 CentOS-Debuginfo.repo
-rw-r--r--. 1 root root  314 8月  30 2017 CentOS-fasttrack.repo
-rw-r--r--. 1 root root  630 8月  30 2017 CentOS-Media.repo
-rw-r--r--. 1 root root 1331 8月  30 2017 CentOS-Sources.repo
-rw-r--r--. 1 root root 3830 8月  30 2017 CentOS-Vault.repo
其中作祟的当属
-rw-r--r--. 1 root root   45 3月  30 11:47 5.repo
所以果断的将其残忍的删除

3、、https://download.docker.com/linux/centos/7/x86_64/test/repodata/0d74012c350ef8ca0e2b1cec728b02c43f3f7875d30b3100ddf61e4139a0e48a-primary.sqlite.bz2: [Errno 12] Timeout on 

https://download.docker.com/linux/centos/7/x86_64/test/repodata/0d74012c350ef8ca0e2b1cec728b02c43f3f7875d30b3100ddf61e4139a0e48a-primary.sqlite.bz2: (28, 'Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds')正在尝试其它镜像。

原因分析：网速太差指定地址的镜像无法拉取
建议离线安装
4、usr/local/go/pkg/tool/linux_amd64/link: running gcc failed: exec: "gcc": executable file not found in $PATH
原因分析：没有gcc等编译工具
解决方案：yum install gcc&&yum install gcc-c++&&yum install gdb&&which gcc
5、2018-03-31 09:59:47.363 UTC [grpc] Printf -> DEBU 003 grpc: addrConn.resetTransport failed to create client
原因分析：关注防火墙状态以及相关的版本冲突
cd /opt/gopath/src/github.com/hyperledger/&&git clone -b release-v1.0 https://github.com/hyperledger/fabric.git&&cd fabric&&git branch
将显示fabric版本信息分支信息为*releasev1.1
cd /opt/gopath/src/github.com/hyperledger/&&git clone -b master https://github.com/hyperledger/fabric-samples.git&&cd fabric-samples&&git branch
将显示fabric版本信息分支信息为*master
6、find: ‘/opt/gopath/src/github.com/hyperledger/fabric/core/chaincode/shim’: No such file or directory
原因分析：路径错误（书写有误，建议自动生成以及粘贴复制）
解决方案：改掉错误路径名称使用mv命令
7、fatal error: unexpected signal during runtime execution
[signal SIGSEGV: segmentation violation code=0x1 addr=0x63 pc=0x7fa5ba1a0259]
原因分析：主机是阿里云的ECS。所以查看到云栖社区里的讲解链接如下得到指导链接如下： 
https://yq.aliyun.com/articles/238940
将其base文件夹下的两个.yaml后缀结尾的 文件修改了环境变量（即在文件内的所有environment内都添加了GODEBUG=netdns=go以强制使用pure Go resolver） ：
修改内容方式例如如下：
cli:
  container_name: cli
  image: hyperledger/fabric-tools
  tty: true
  environment:
    - GOPATH=/opt/gopath
    - GODEBUG=netdns=go   # 添加的标志地方
    - 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