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
Sim, o tgt está em execução.
root@cc:/dev/disk/by-path# sudo service tgt status
tgt start/running, process 2583
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
start_guests_on_host_boot=false
e resume_guests_state_on_host_boot
. :-)
. mysql: update instances set vm_state='active', task_state = NULL, power_state = 1 where uuid = INSTANCE_UUID
#nova reboot --hard INSTANCE_UUID
:-)
e todas as VMs estão em funcionamento. Tags openstack ubuntu-12.04