iscsiadm: Nenhum portal encontrado

1

Estou recebendo um erro dizendo "Trace nova Stderr: 'iscsiadm: Nenhum portal encontrado. \ N'. Trace nova Comando: sudo nova-rootwrap iscsiadm -m nó -T iqn.2010-10.org.openstack: volume-0000003 -p: 3260 --rescan

O Plz me avisa se mais informações forem necessárias. Agradecemos antecipadamente.

Atualização:

Existem dois servidores
1. Nó do controlador (hostname: cc)
2. Nó de cálculo (hostname: nc)

SO: Ubuntu 12.04 (sem cabeça)
Sabor Openstack: Essex

Tivemos nossa configuração funcionando bem até a semana passada. Mas, quando queríamos instalar o desktop Ubuntu para sair do Headless e obter telas bonitas, nós tínhamos o comando type (in cc host)

#sudo apt-get install ubuntu-desktop

E aí e aí todos os nossos problemas começaram. Eu pude perceber que, está removendo o Apache, o Openstack - dashboard e o volume nova também sem aviso prévio ou confirmação. Ele nem atualizou as coisas.

Assim, todas as nossas instâncias de VM foram desativadas.

Depois, quando executei a #sudo nova-manage service list, usei para mostrar XXX para nova-volume e nova-compute. Nós reinstalamos o nova-volume, que mudou o status de XXX para :-).

E então, nós tentamos todas as coisas que sabemos como reinstalar o apahce2, reinstalar o openstack-dashboard, o apt-get update, o apt-get upgrade, removendo registros suspeitos do mysql, removendo lvm.

Depois disso, conseguimos colocar o nosso painel openstack em funcionamento. Então, agora, nossa preocupação era com o serviço de nova-computação que exibia XXX na lista de serviços.

Tentativa 1: Quando alteramos o arquivo nova.conf com start_guests_on_host_boot = false e resume_guests_state_on_host_boot = false e reiniciamos o host cc, ele é exibido :-) para todos os serviços após a reinicialização. Agora, quando eu chequei o painel, ele estava exibindo status como Desligado para todos os vms com rotação rotativa.

Tentativa 2: Quando alteramos o arquivo nova.conf com start_guests_on_host_boot = true e resume_guests_state_on_host_boot = true e reiniciamos o host cc, ele exibiu XXX para o serviço nova-compute após a reinicialização. Quando checamos o arquivo /var/log/nova/nova-compute.log, ele exibiu um erro como

iscsiadm: No portal found. \n'. Trace nova Command: sudo nova-rootwrap iscsiadm -m node -T iqn.2010-10.org.openstack: volume-0000003 -p: 3260 --rescan

Correção trabalhada para algo acima:
1. Alterou as duas flags em nova conf para true.
2.Executed # apt-get remove --purge iscsitarget
3.Rebooted o host cc.
4. Executado # / etc / init.d / open-iscsi restart.
5.segmentado #sudo /etc/init.d/networking restart
Serviço executado #sudo ntp reiniciar | Serviço executado #sudo reinicie o serviço. 8.Suecutado #sudo nova-manage db sync
9.Reinicou nova-volume, nova-compute, nova-cert, nova-rede, nova-scheduler, nova-consoleauth de cc host.

Resultado da correção: Conseguimos obter a lista de volumes (não obtivemos isso antes) quando executamos o comando abaixo #iscsiadm -m discovery -t sendtargets -p :3260
CC_HOST_IP:3260, 1 iqn.2010-10.org.openstack: volume-00000007
CC_HOST_IP:3260, 1 iqn.2010-10.org.openstack: volume-00000005
CC_HOST_IP:3260, 1 iqn.2010-10.org.openstack: volume-00000014
CC_HOST_IP:3260, 1 iqn.2010-10.org.openstack: volume-00000003
CC_HOST_IP:3260, 1 iqn.2010-10.org.openstack: volume-0000000f
CC_HOST_IP:3260, 1 iqn.2010-10.org.openstack: volume-00000013
CC_HOST_IP:3260, 1 iqn.2010-10.org.openstack: volume-00000004
CC_HOST_IP:3260, 1 iqn.2010-10.org.openstack: volume-00000008

E ainda assim todas as VMs estavam no status Desligamento e o girador girava continuamente por um dia inteiro. Percebemos que conseguimos fazer o ping de algumas das VMs e também nos conectarmos com o MSTSC.

E agora, não vemos o erro do Portal não encontrado no log de computação. Mas notamos erro dizendo abaixo.

libvirtError: Unable to allow access for disk path /dev/disk/by-path/ip-:3260-iscsi-iqn.2010-10.org.openstack:volume-00000017-lun-1: No such file or directory

E, para sua informação, como parte do meu P & D, eu excluí (lvremove volume-17) o lvm relacionado a isso.

Estado atual: No cc host, Obtendo o erro como

libvirtError: Unable to allow access for disk path /dev/disk/by-path/ip-:3260-iscsi-iqn.2010-10.org.openstack:volume-00000017-lun-1: No such file or directory

No host nc, recebendo erro como

libvirtError: Unable to allow access for disk path /dev/disk/by-path/ip-:3260-iscsi-iqn.2010-10.org.openstack:volume-00000020-lun-1: No such file or directory

Entradas:
1. Não temos cinzas aqui. Apenas nova-volume, nova-compute, nova-cert, nova-rede, nova-scheduler, nova-consoleauth.
2. Status atual dos serviços é

Binary Host Zone Status State Updated_At nova-network cc nova enabled :-) 2016-05-19 13:48:48
nova-compute cc nova enabled XXX 2016-05-19 11:37:23
nova-scheduler cc nova enabled :-) 2016-05-19 13:48:51
nova-volume cc nova enabled :-) 2016-05-19 13:48:48
nova-consoleauth cc nova enabled :-) 2016-05-19 13:48:50
nova-cert cc nova enabled :-) 2016-05-19 13:48:49
nova-compute nc nova enabled XXX 2016-05-19 11:37:13
nova-volume nc nova enabled :-) 2016-05-19 13:48:44

  1. Sim, o tgt está em execução. root@cc:/dev/disk/by-path# sudo service tgt status tgt start/running, process 2583

  2. Os arquivos de configuração estão abaixo.
    nova.conf no host do cc: --dhcpbridge_flagfile=/etc/nova/nova.conf --my_ip= --dhcpbridge=/usr/bin/nova-dhcpbridge --logdir=/var/log/nova --debug = true --state_path=/var/lib/nova --lock_path=/run/lock/nova --allow_admin_api=true --use_deprecated_auth=false --auth_strategy=keystone --scheduler_driver=nova.scheduler.simple.SimpleScheduler --max_cores=106 --s3_host= --ec2_host= --rabbit_host= --cc_host= --nova_url=http://:8774/v1.1/ --routing_source_ip= --glance_api_servers=:9292 --image_service=nova.image.glance.GlanceImageService --iscsi_ip_prefix=192.168.4 --sql_connection=mysql://nova:nova@/nova --ec2_url=http://:8773/services/Cloud --keystone_ec2_url=http://:5000/v2.0/ec2tokens --api_paste_config=/etc/nova/api-paste.ini --libvirt_type=kvm --libvirt_use_virtio_for_bridges=true --start_guests_on_host_boot=true --resume_guests_state_on_host_boot=true --novnc_enabled=true --novncproxy_base_url=http://:6080/vnc_auto.html --vncserver_proxyclient_address= --vncserver_listen= --vncserver_listen=0.0.0.0 --network_manager=nova.network.manager.FlatDHCPManager --public_interface=eth0 --flat_interface=eth1 --flat_network_bridge=br100 --fixed_range=192.xxx.y.1/27 --floating_range=/27 --network_size=32 --flat_network_dhcp_start=192.xxx.y.33 --flat_injected=False --force_dhcp_release=True --iscsi_helper=tgtadm --connection_type=libvirt --root_helper=sudo nova-rootwrap --verbose

nova.conf no host nc:
--dhcpbridge_flagfile=/etc/nova/nova.conf --my_ip= --dhcpbridge=/usr/bin/nova-dhcpbridge --logdir=/var/log/nova --state_path=/var/lib/nova --lock_path=/run/lock/nova --allow_admin_api=true --use_deprecated_auth=false --auth_strategy=keystone --scheduler_driver=nova.scheduler.simple.SimpleScheduler --max_cores=106 --s3_host= --ec2_host= --rabbit_host= --cc_host= --nova_url=http://:8774/v1.1/ --routing_source_ip= --glance_api_servers=:9292 --image_service=nova.image.glance.GlanceImageService --iscsi_ip_prefix=192.xxx.y --sql_connection=mysql://nova:cyient#3@/nova --ec2_url=http://:8773/services/Cloud --keystone_ec2_url=http://:5000/v2.0/ec2tokens --api_paste_config=/etc/nova/api-paste.ini --libvirt_type=kvm --libvirt_use_virtio_for_bridges=true --start_guests_on_host_boot=true --resume_guests_state_on_host_boot=true --novnc_enabled=true --novncproxy_base_url=http://:6080/vnc_auto.html --vncserver_proxyclient_address= --vncserver_listen=0.0.0.0 --network_manager=nova.network.manager.FlatDHCPManager --public_interface=eth0 --flat_interface=eth1 --flat_network_bridge=br100 --fixed_range=192.xxx.y.1/27 --floating_range=/27 --network_size=32 --flat_network_dhcp_start=192.xxx.y.33 --flat_injected=false --force_dhcp_release=true --iscsi_helper=tgtadm --connection_type=libvirt --root_helper=sudo nova-rootwrap --verbose

Atualizar : Obteve os dois erros acima fixados por etapas explicadas abaixo

  1. No cc host, criei as bandeiras start_guests_on_host_boot=false e resume_guests_state_on_host_boot .
  2. Reiniciou os hosts cc e nc.
  3. Após a reinicialização, todos os serviços da nova exibiram :-) .
  4. Excluiu os registros do banco de dados do mysql cujo status excluído é 1.
  5. Alterou o status de cada e todos os vm para mysql: update instances set vm_state='active', task_state = NULL, power_state = 1 where uuid = INSTANCE_UUID
  6. Rebooted cada vm usando o comando #nova reboot --hard INSTANCE_UUID
  7. Isso resolveu meu problema e colocou toda a minha VM em funcionamento.
  8. Restaurado os dois sinalizadores booleanos acima para o host cc verdadeiro e reinicializado.
  9. Após a reinicialização, todos os serviços da nova foram :-) e todas as VMs estão em funcionamento.
por Dilip Kumar 17.05.2016 / 08:12

0 respostas