openstack team mailing list archive

[Gonzalo Alvarez <gonzaloab@xxxxxxxxx>]

Hi Bob,

    thanks a lot for your answer, but neither of the solutions worked for
me.

    The Rackspace-supplied agent latest version simply refuses to install
on Ubuntu 13.03 and Debian 7.0. I will ask the rackerlabs people about it
with a detailed description of my errors, but it doesn't seem
straightforward at all...

    Also, as you suggested, I added the xenapi-disable-agent key to my
nova.conf file. Now I get earlier in the nova-compute log the message that
says that the instance is in 'Running' state, but in the dashboard it is
still marked as 'Spawning' :(

    By the way, this is my nova.conf file, in case it helps...

[DEFAULT]
logdir=/var/log/nova
state_path=/var/lib/nova
lock_path=/var/lock/nova
root_helper=sudo nova-rootwrap
auth_strategy=keystone
verbose=True

sql_connection=mysql://nova-common:xxxxxxxx@localhost/nova

sr_matching_filter=default-sr:true
connection_type=xenapi
xenapi_connection_url=https://192.168.2.48
xenapi_connection_username=root
xenapi_connection_password=xxxxxxx
rescue_timeout=86400
xenapi_inject_image=False

network_manager=nova.network.manager.FlatManager
image_service=nova.image.glance.GlanceImageService
flat_network_bridge=xenbr0
public_interface=eth0
flat_interface=eth0

host=192.168.2.14

volume_driver=nova.volume.xensm.XenSMDriver
use_local_volumes=False

xenapi-disable-agent=True

# AUTHENTICATION
auth_strategy=keystone
[keystone_authtoken]
auth_host = 127.0.0.1
auth_port = 35357
auth_protocol = http
admin_tenant_name = admin
admin_user = admin
admin_password = admin
signing_dirname = /tmp/keystone-signing-nova


Thanks a lot.

Regards,
Gonzalo.

---
*GonzaloAlvarez.es <http://www.gonzaloalvarez.es/>*
Ponzano 80, 6º 6 - 28003 - Madrid
Mail <gonzaloab@xxxxxxxxx> | Facebook<https://www.facebook.com/gonzalo.alvarez>
 | Linkedin <http://www.linkedin.com/in/gonzaloab>
Tel: +34 678 252 458


On 9 May 2013 13:20, Bob Ball <bob.ball@xxxxxxxxxx> wrote:

> Hi Gonzalo,****
>
> ** **
>
> The agent referred to here is the Rackspace-supplied agents that can be
> installed in images, so are present when they are booted and you do not
> suffer this timeout.  I believe these are currently available from
> https://github.com/rackerlabs/openstack-guest-agents-unix and
> https://github.com/rackerlabs/openstack-guest-agents-windows-xenserver.  *
> ***
>
> ** **
>
> Set the value xenapi-disable-agent=true in /etc/nova/nova.conf and the
> presence of the agent will not be checked.  The impact of this is that Nova
> will think the guest is running before the bootup sequence has actually
> finished, and (of course) you will not have the agent functionality such as
> live password reset.****
>
> ** **
>
> Thanks,****
>
> ** **
>
> Bob****
>
> ** **
>
> *From:* Openstack [mailto:openstack-bounces+bob.ball=
> citrix.com@xxxxxxxxxxxxxxxxxxx] *On Behalf Of *Gonzalo Alvarez
> *Sent:* 09 May 2013 11:38
> *To:* OpenStack
> *Subject:* [Openstack] Failed to query agent version****
>
> ** **
>
> Hi all,****
>
> ** **
>
>     I've managed to install OpenStack (Version 2012.1.1-18) on top of a
> XenServer installation. Instances are created fine, but it takes really
> long for Openstack to realize that the instance is up and running. In the
> nova-compute.log I see the following messages:****
>
> ** **
>
> 2013-05-09 05:19:47 DEBUG nova.virt.xenapi_conn [-] Got exception:
> ['XENAPI_PLUGIN_FAILURE', 'version', 'PluginError', 'TIMEOUT: No response
> from agent within 30 seconds.'] from (pid=3047) _unwrap_plugin_exceptions
> /usr/lib/python2.7/dist-packages/nova/virt/xenapi_conn.py:612****
>
> 2013-05-09 05:19:47 ERROR nova.virt.xenapi.vmops
> [req-80868dbf-a0ec-4e5c-ba1c-40073407a69e e2d41ace30d1492ebb24edfbf30b9089
> 136c4d2c8f3e4c74a0a4a4ef0e45a901] TIMEOUT: The call to version timed out.
> VM id=a1978a21-7598-4d5e-984b-a9ca858f7237; args={'path': '', 'dom_id':
> '4', 'id': '957d7359-1632-4b38-bf19-8bfd0d45aca5', 'host_uuid':
> 'c38359bb-7a82-ac2b-0ee6-4a6dd68c5285'}****
>
> 2013-05-09 05:19:47 ERROR nova.virt.xenapi.vmops
> [req-80868dbf-a0ec-4e5c-ba1c-40073407a69e e2d41ace30d1492ebb24edfbf30b9089
> 136c4d2c8f3e4c74a0a4a4ef0e45a901] Failed to query agent version:
> {'message': 'TIMEOUT: No response from agent within 30 seconds.',
> 'returncode': 'timeout'}****
>
> ** **
>
> These three messages are repeated 5 times, until I get these messages:****
>
> ** **
>
> 2013-05-09 05:24:20 DEBUG nova.compute.manager
> [req-80868dbf-a0ec-4e5c-ba1c-40073407a69e e2d41ace30d1492ebb24edfbf30b9089
> 136c4d2c8f3e4c74a0a4a4ef0e45a901] [instance:
> a1978a21-7598-4d5e-984b-a9ca858f7237] Checking state from (pid=3047)
> _get_power_state
> /usr/lib/python2.7/dist-packages/nova/compute/manager.py:272****
>
> 2013-05-09 05:24:20 INFO nova.virt.xenapi.vm_utils
> [req-80868dbf-a0ec-4e5c-ba1c-40073407a69e e2d41ace30d1492ebb24edfbf30b9089
> 136c4d2c8f3e4c74a0a4a4ef0e45a901] (VM_UTILS) xenserver vm state -> |Running|
> ****
>
> 2013-05-09 05:24:20 INFO nova.virt.xenapi.vm_utils
> [req-80868dbf-a0ec-4e5c-ba1c-40073407a69e e2d41ace30d1492ebb24edfbf30b9089
> 136c4d2c8f3e4c74a0a4a4ef0e45a901] (VM_UTILS) xenapi power_state -> |1|****
>
> ** **
>
> And then the dashboard properly shows the instance as running. But the
> instance was up and running long ago. The instace takes about 30 seconds
> until command prompt, but OpenStack waits about 4 minutes to mark it as
> 'Running'.****
>
> ** **
>
> Is there any way to fix this?****
>
> ** **
>
> Thanks in advance.****
>
> ** **
>
> Regards,****
>
> Gonzalo Alvarez.****
>
> ---****
>
> *GonzaloAlvarez.es <http://www.gonzaloalvarez.es/>***
>
> Ponzano 80, 6º 6 - 28003 - Madrid**
>
> Mail <gonzaloab@xxxxxxxxx> | Facebook<https://www.facebook.com/gonzalo.alvarez>
>  | Linkedin <http://www.linkedin.com/in/gonzaloab>****
>
> Tel: +34 678 252 458****
>