Невозможно связаться с заказчиком из одноранговой сети hyperledger - PullRequest
Новая
       49

Невозможно связаться с заказчиком из одноранговой сети hyperledger

8 голосов
/ 02 мая 2019

Я выполняю настройку фабрики с использованием многоузловой среды с динамическим предоставлением (динамическое распределение pod) через облачную платформу Google, используя собственный движок kubernetes.

Я использую шлем для развертывания. Итак, позвольте мне рассказать вам об организации, которая успешно работает.

1-> 1 Заказчик с именем модуля ord1-hlf-ord-54bbffd6f7-4qtxd

2-> 1 кушетка с именем pod cdb-peer1-hlf-couchdb-7cf88678b8-74426

3-> 1 пир с именем модуля peer1-hlf-peer-6c5f6886d4-wrddj

До сих пор все в порядке. Позвольте мне вставить результаты некоторых полезных команд ниже

kubectl get nodes

master    Ready    master   138m   v1.14.1
worker1   Ready    <none>   135m   v1.14.1

kubectl get ns

default           Active   141m
kube-node-lease   Active   141m
kube-public       Active   141m
kube-system       Active   141m
orderers          Active   122m
peers             Active   122m

kubectl get pods -n peers 

cdb-peer1-hlf-couchdb-7cf88678b8-74426   1/1     Running   0          114m
peer1-hlf-peer-6c5f6886d4-wrddj          1/1     Running   0          33m

kubectl get pods -n orderers 

NAME                            READY   STATUS    RESTARTS   AGE
ord1-hlf-ord-54bbffd6f7-4qtxd   1/1     Running   0          120m

kubectl get svc -A 

NAMESPACE     NAME                    TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                  AGE
default       kubernetes              ClusterIP   10.96.0.1        <none>        443/TCP                  144m
kube-system   kube-dns                ClusterIP   10.96.0.10       <none>        53/UDP,53/TCP,9153/TCP   144m
kube-system   tiller-deploy           ClusterIP   10.111.43.221    <none>        44134/TCP                138m
orderers      ord1-hlf-ord            ClusterIP   10.105.9.161     <none>        7050/TCP                 121m
peers         cdb-peer1-hlf-couchdb   ClusterIP   10.99.87.182     <none>        5984/TCP                 117m
peers         peer1-hlf-peer          ClusterIP   10.110.219.142   <none>        7051/TCP,7053/TCP        35m

теперь, как вы можете видеть, что orderer работает с именем службы ord1-hlf-ord, поэтому я следую шаблону kubernetes, чтобы подключить его как service-name.namespace.svc.cluster.local, поэтому я пытаюсь подключить orderer к ord1-hlf-ord.orderers.svc.cluster.local:7050 В приведенной ниже команде: 

kubectl exec -n peers $PEER_POD -- su -c "CORE_PEER_MSPCONFIGPATH=/var/hyperledger/admin_msp peer channel create -o ord1-hlf-ord.orderers.svc.cluster.local:7050 -c mychannel -f /hl_config/channel/channel.tx"

Но я не могу подключиться к заказчику

Еще одна вещь, которую я хочу сказать вам, что, когда я вхожу в модуль пира с помощью команды kubectl exec -it peer1-hlf-peer-6c5f6886d4-wrddj bash -n peers и пытаюсь запустить apt-get update, чтобы при установке ping я мог проверить, может ли пинг пинговать или нет тогда я получаю ошибку 

root@peer1-hlf-peer-6c5f6886d4-wrddj:/# apt-get update
Err:1 http://security.ubuntu.com/ubuntu xenial-security InRelease        
  Temporary failure resolving 'security.ubuntu.com'
Err:2 http://archive.ubuntu.com/ubuntu xenial InRelease                  
  Temporary failure resolving 'archive.ubuntu.com'
Err:3 http://archive.ubuntu.com/ubuntu xenial-updates InRelease
  Temporary failure resolving 'archive.ubuntu.com'
Err:4 http://archive.ubuntu.com/ubuntu xenial-backports InRelease
  Temporary failure resolving 'archive.ubuntu.com'
Reading package lists... Done        
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial/InRelease  Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial-updates/InRelease  Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial-backports/InRelease  Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/xenial-security/InRelease  Temporary failure resolving 'security.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.

Если кто-то сталкивался с проблемой знания о причине проблемы, пожалуйста, сообщите мне.

Заранее спасибо

1 Ответ

1 голос
/ 08 мая 2019

Если он работает при применении IP-адреса orderer. Тогда, вероятно, попробуйте ввести запись для него в вашем файле /etc/hosts. Запись будет выглядеть как 

    10.105.9.161 ord1-hlf-ord.orderers.svc.cluster.local

Это должно позволить вам разрешить DNS, вы можете проверить это, выполнив команду pinging ord1-hlf-ord.orderers.svc.cluster.local

...