Hyperledger fabric 无法在hyperledger结构中增加订购方

我在多台主机上扩展第一个网络示例。当我尝试启动订购者时，第一个订购者启动，但我无法启动来自同一组织和其他组织的任何其他订购者。我得到的错误如下

[common.deliver]传送块->警告019[频道： OrderSystemChannel]已撤销交付请求的客户端授权 从172.18.0.5:45506:隐式策略评估失败-0 满足子策略，但此策略需要 需满足的“读者”子政策：许可被拒绝2019-09-23 07:22:52.937 UTC[comm.grpc.server]1->INFO 01a流式呼叫 已完成的grpc.service=orderer.AtomicBroadcast grpc.method=Deliver grpc.peer_地址=172.18.0.5:45506 grpc.peer_subject=“CN=ord1-org2，OU=Order，O=Hyperledger，ST=North 卡罗莱纳州C=US“grpc.code=OK grpc.call_时长=1.590709ms
2019-09-23 07:22:52.945 UTC[订购者.通用.群集.复制] fetchLastBlockSeq->警告01b已接收状态：禁止从 ord1-org2.本地：7050:频道内禁止插播
2019-09-23 07:22:52.945 UTC[订购者.通用.群集.复制]功能1 ->WARN 01c从{ord1-org2]接收到类型为“禁止拉通道”的错误。本地：7050

我还在“configtx.yaml”中检查了我的策略

在组织部分：

              Readers:
                  Type: Signature
                  Rule: "OR('org2MSP.member', 'org2MSP.admin', 'org2MSP.peer', 'org2MSP.client')"
              Writers:
                  Type: Signature
                  Rule: "OR('org2MSP.member', 'org2MSP.admin', 'org2MSP.client')"
              Admins:
                  Type: Signature
                  Rule: "OR('org2MSP.admin')"

在订购方部分，我有：

         Readers:
             Type: ImplicitMeta
             Rule: "ANY Readers"
         Writers:
             Type: ImplicitMeta
             Rule: "ANY Writers"
         Admins:
             Type: ImplicitMeta
             Rule: "MAJORITY Admins"
         # BlockValidation specifies what signatures must be included in the block
         # from the orderer for the peer to validate it.
         BlockValidation:
             Type: ImplicitMeta
             Rule: "ANY Writers"

---

我不确定为什么不符合这些策略。有人能帮我解决这个问题吗？

在configtx.yaml文件中编辑此块，然后重新生成genesis块

Profiles:
    TwoOrgsOrdererGenesis:
        <<: *ChannelDefaults
        Orderer:
            <<: *OrdererDefaults
            Organizations:
               - *Org1
               **- *Org2**
            Capabilities:
                <<: *OrdererCapabilities
        Consortiums:
            SampleConsortium:
                Organizations:
                   - *Org1
                    - *Org2

配置文件：
两个组织或地区：
尝试在configtx.yaml文件中编辑此块并重新生成genesis块

Profiles:
    TwoOrgsOrdererGenesis:
        <<: *ChannelDefaults
        Orderer:
            <<: *OrdererDefaults
            Organizations:
               - *Org1
               **- *Org2**
            Capabilities:
                <<: *OrdererCapabilities
        Consortiums:
            SampleConsortium:
                Organizations:
                   - *Org1
                    - *Org2

配置文件：
两个组织或地区：
似乎您尚未定义系统通道中的所有参与Org。您可以添加configtx.yaml文件吗？@Trinayan我已从org1的Order2将configtx.yaml粘贴到此处，我收到错误：[orderer.common.cluster.replication]fetchLastBlockSeq->ERRO 030未能从ord1-org1接收到最新的块。本地：7050:在7s内未收到响应[Order.common.cluster.replication]func1->WARN 031收到来自{ord1-org1.local:7050]的“在7s内未收到响应”类型的错误[----开始证书----MIICIJCCACIGAWIBAGIUBN1FGUESEODJUOVQI+ERiV+2XUWCGYIKOZJ0EAWIW我还做了以下建议：似乎您还没有在系统通道中定义所有参与组织。您可以添加您的configtx.yaml文件吗？@Trinayan我已经从org1的Order2粘贴了我的configtx.yaml，我得到了错误：[Order.common.cluster.replication]fetchLastBlockSeq->ERRO 030未能从ord1-org1接收最新的块。本地：7050:在7s内未收到响应[Order.common.cluster.replication]func1->WARN 031收到来自{ord1-org1.local:7050]的“在7s内未收到响应”类型的错误[----开始证书----MIICIJCCACIGAWIBAGIUBN1FGUESEODJUOVQI+ERiV+2XUWCGYIKOZJ0EAW我还做了以下建议：感谢Trinayan，我没有使用TwoOrgSordergenesis配置文件。现在我成功地启动了订购方，但无法创建渠道：（.CLI显示一些日志，然后永远等待。确定：创建通道期间的日志：在日志末尾，shell不做任何操作，只是等待。您的订购者似乎无法相互通信。检查不同的主机是否打开了订购者端口，以及您是否可以从一个主机ping到另一个主机。感谢Trinayan，我没有使用两个端口OrgsOrdererGenesis配置文件。现在我成功地启动了订购者，但无法创建频道：（.CLI显示一些日志，然后一直等待。确定：创建通道期间的日志：在日志末尾，shell不执行任何操作，只是等待。您的订购者似乎无法相互通信。检查不同的主机是否打开了订购者端口，以及您是否可以从一个主机ping到另一个主机。