楔子
正文
一、Event Server Status Code: (10) ENDORSEMENT_POLICY_FAILURE. Description: instantiateOrUpgradeCC failed
以上标题为go sdk报错，下面是peer节点日志报错：
链版本：v2.2.0
背景：lifecycle方式部署升级合约时当调用LifecycleApproveCC()出现此错误。
解决：无力吐槽。我是一个方法把安装合约流程都处理完成。我之前合约已经安装成功过，我现在要升级，合约名称没有改，合约版本（version）也没有改，序列号（sequence）也没有更改,当sdk调用时候就会出现此错误，解决方式把version或者sequence更改即可。哎！这个错误报告也太不清晰了。。。或者是我其他方面有问题，比如我sdk连接配置有问题，这个仅供参考。
二、sending deploy transaction proposal failed: Multiple errors occurred: - Transaction processing for endorser [121.xx.xx.xx:7051]: Chaincode status Code: (500) UNKNOWN. Description: Channel 'mychannel' has been migrated to the new lifecycle, LSCC is now read-only - Transaction processing for endorser [121.xx.xx.xx:9051]: Chaincode status Code: (500) UNKNOWN. Description: Channel 'mychannel' has been migrated to the new lifecycle, LSCC is now read-only
链版本：v2.2.0
背景：在v2版本的链上部署合约1.x旧版本合约
解决方案：采用v2版本lifecycle方式部署合约。
以下是参考翻译内容可查看原文：https://stackoverflow.com/questions/64119624/hyperledger-fabric-error-in-chaincode-update
三、sending approve transaction proposal failed: Transaction processing for endorser [121.xx.xx.xx:7051]: Chaincode status Code: (500) UNKNOWN. Description: failed to invoke backing implementation of 'ApproveChaincodeDefinitionForMyOrg': attempted to redefine uncommitted sequence (1) for namespace mycc with unchanged content
链版本：v2.2.0
背景：使用golang sdk lifecycle方式部署合约,当commit阶段失败时，想重试，在以同样的参数进行调用就会出现此错误(打包 安装 同意流程还会整体走一遍)，另外第一次commit阶段失败出现错误如下：
Event Server Status Code: (10) ENDORSEMENT_POLICY_FAILURE. Description: instantiateOrUpgradeCC failed
解决方案：
1.解决commit失败得问题，如果想实现重试逻辑代码层面做好点断续传的逻辑，可跳过前面打包 安装 同意流程，直接执行commit逻辑。commit错误解决方案我sdk调用是指定了peer节点，改成了不指定peer节点由sdk层面自己去处理了，具体原因还未知，知道了再填坑。
2.标题错误为sdk报告错误。此错误就是之前第一次提交合约时由于commit阶段错误，当我第二次以相同参数进行重试调用时，到同意阶段出现此错误，解决方案就是只把commit阶段提交了即可。
四、could not get chConfig cache reference: QueryBlockConfig failed: QueryBlockConfig failed: queryChaincode failed: Transaction processing for endorser [42.123.112.142:7051]: Endorser Client Status Code: (2) CONNECTION_FAILED. Description: dialing connection on target [42.123.112.142:7051]: connection is in TRANSIENT_FAILURE
链版本:1.4.2
背景: 调用QueryInfo()方法出现此错误，更诡异得是连接有的时候能连接上有得时候就不能连接上。
解决方案:又是一坑... 在网上找了一些回答和方案，但是都不符合我得情况，最终问题定位到是公司把一个ip+端口做了负载均衡处理根据域名，在负载得时候如果连了我所配置得链就会成功，如果负载得不是则会出现错误，这就解释了为什么一会能通一会不能通。
另外此错误有多种情况其他状况也可能会产生此错误，比如是网络波动造成得，排查思路先看网络情况通不通，如果网路ok则排查配置问题。
以下是摘自网络得一个片段：
上述解决方案是针对fabirc-sdk-go库中得gateway连接调用方式，而且这个环境变量设置只针对gateway生效
五、[dockercontroller] buildimage -> ERRO 194df71 Error building image: docker build failed: Error executing build: API error (500): failed to create shim task: OCI runtime create failed: container_linux.go:380 starting container process caused: process_linux.go:402: getting the final child's pid form pipe caused: EOF: unknown ""
链版本:2.2.0
在部署golang合约时,有的时候能成功有的时候不能成功,就很奇怪,最后尝试发现是docker内存限制得问题,解决方案如下：
1.清理服务无用得资源镜像服务用于释放空间。可以使用 sync && echo 3 > /proc/sys/vm/drop_caches命令然后再次部署服务
2.更改fabirc配置 vm.docker.hostConfig.Memory得大小默认是2g可以根据情况适当改小点
3.调整docker得内存大小，服务内存大小。
ps:此错误和错误锦集(一)中得13条基本上是一个问题,算是一个扩展补充。
参考:https://www.jokerbai.com/archives/getting-the-final-childs-pid-from-pipe-caused
六、LifecycleInstallCC: Transaction processing for endorser [172.16.100.165:9051]: Chaincode status Code: (500) UNKNOWN. Description: failed to invoke backing implementation of 'InstallChaincode': chaincode already successfully installed
在使用v2.2.0版本链进行部署合约时出现此错误，也就是LifecycleInstallCC()方法，根本原因就是重复调用LifecycleInstallCC()安装方法对同一个节点,由于在实际部署得时候需要在每个节点上部署合约,因此代码上处理通常是for循环对每个节点进行安装合约,比如下：
为了部署效率更高我是使用了并发去部署合约errgroup.Group和sync.Waitgroup雷同只不过是多了一个错误处理。回到正题我出错得原因是我使用o.AdminClient得原因，因为g.Go()是闭包，因此在引用o.AdminClient得对象时，始终引用得是最后一个对象因此调用重复，这属于go得老坑了，更该方式也比较简单如下:
另外如果业务正确在安装这一步(LifecycleInstallCC)已经执行成功了，而在授权(LifecycleApproveCC)或者提交（LifecycleCommitCC)得时候出错了，当执行重试时，可以考虑根据错误值或者查询操作越过前面已经执行过得操作流程。
七、panic: interface conversion: credentials.AuthInfo is insecure.info, not credentials.TLSInfo
此问题来自同事提供
链：v1.4.12
sdk：v1.0.0
彻底关闭了tls验证，然后安装合约时报错此错误。
初步断定，是gosdk有bug导致得，待确定。解决方案开启tls单/双验证.另外关闭tls服务也不安全。
参考
https://www.jokerbai.com/archives/getting-the-final-childs-pid-from-pipe-caused
