openstack team mailing list archive

[Jay Pipes <jaypipes@xxxxxxxxx>]

yeah, this happens occasionally (typically after I interrupt a Tempest
job or something) ...

The following will clear out and remove any old libvirt instances that
may be running in your system (blatantly ripped from devstack):

    INSTANCE_NAME_PREFIX=${INSTANCE_NAME_PREFIX:-instance-}

    # Destroy old instances
    instances=`virsh list --all | grep $INSTANCE_NAME_PREFIX | sed
"s/.*\($INSTANCE_NAME_PREFIX[0-9a-fA-F]*\).*/\1/g"`
    if [ ! $instances = "" ]; then
        echo $instances | xargs -n1 virsh destroy || true
        echo $instances | xargs -n1 virsh undefine || true
    fi

    # Clean out the instances directory.
    sudo rm -rf $NOVA_DIR/instances/*

Just set your NOVA_DIR variable appropriately to where nova keeps its
instances directory (typically /var/lib/nova or /opt/stack/nova in
devstack)

Cheers,
-jay


On Wed, Jan 18, 2012 at 2:14 PM, Jesse Andrews <anotherjesse@xxxxxxxxx> wrote:
> looks like you have instances running.
>
>    virsh list
>
> then terminate the instances.
>
> On Wed, Jan 18, 2012 at 8:15 AM, Debo Dutta (dedutta) <dedutta@xxxxxxxxx> wrote:
>> Gabriel
>>
>>
>>
>> As a control experiment I ran devstack on a fresh vm using non Quantum
>>
>>
>>
>> Observations:
>>
>> ·         When I try to add a rule for a security group, it goes back to the
>> main screen without remaining in the security group view.
>>
>> ·         When I instantiate a vm, horizone goes from scheduling to error to
>> scheduling to error …. And so on
>>
>> ·         We do get ip addresses
>>
>>
>>
>> (nova.rpc): TRACE:   File "/opt/stack/nova/nova/compute/manager.py", line
>> 378, in _run_instance
>>
>> (nova.rpc): TRACE:     injected_files, admin_password)
>>
>> (nova.rpc): TRACE:   File "/opt/stack/nova/nova/compute/manager.py", line
>> 511, in _spawn
>>
>> (nova.rpc): TRACE:     network_info, block_device_info)
>>
>> (nova.rpc): TRACE:   File "/opt/stack/nova/nova/exception.py", line 126, in
>> wrapped
>>
>> (nova.rpc): TRACE:     return f(*args, **kw)
>>
>> (nova.rpc): TRACE:   File "/opt/stack/nova/nova/virt/libvirt/connection.py",
>> line 679, in spawn
>>
>> (nova.rpc): TRACE:     domain = self._create_new_domain(xml)
>>
>> (nova.rpc): TRACE:   File "/opt/stack/nova/nova/virt/libvirt/connection.py",
>> line 1253, in _create_new_domain
>>
>> (nova.rpc): TRACE:     domain = self._conn.defineXML(xml)
>>
>> (nova.rpc): TRACE:   File "/usr/lib/python2.7/dist-packages/libvirt.py",
>> line 1708, in defineXML
>>
>> (nova.rpc): TRACE:     if ret is None:raise
>> libvirtError('virDomainDefineXML() failed', conn=self)
>>
>> (nova.rpc): TRACE: libvirtError: operation failed: domain
>> 'instance-00000002' already exists with uuid
>> 522521ff-fabf-52ce-9093-0fcb745acd90
>>
>>
>>
>> I am trying to get a working version of devstack without quantum 1st, then
>> try quantum to see what breaks etc. Else we will keep chasing too many
>> threads. Could you please help with the devstack sans quantum par t of the
>> experiment.
>>
>>
>>
>> debo
>>
>>
>>
>>
>>
>> From: openstack-bounces+dedutta=cisco.com@xxxxxxxxxxxxxxxxxxx
>> [mailto:openstack-bounces+dedutta=cisco.com@xxxxxxxxxxxxxxxxxxx] On Behalf
>> Of Dan Wendlandt
>> Sent: Tuesday, January 17, 2012 9:46 PM
>> To: Gabriel Hurley
>> Cc: openstack
>>
>>
>> Subject: Re: [Openstack] has anyone tried devstack this morning
>>
>>
>>
>>
>>
>> On Tue, Jan 17, 2012 at 7:22 PM, Gabriel Hurley <Gabriel.Hurley@xxxxxxxxxx>
>> wrote:
>>
>> Confirmed that as of about 5 PM PST today, devstack is no longer broken. I
>> used it to install quantum yesterday, and as far as I can tell, Quantum is
>> in a semi-working state in relation to Nova master. I am not an expert on
>> Quantum and can’t speak for the status of quantum trunk, but it’s no longer
>> a devstack issue, so I can’t really help in debugging what’s amiss there.
>>
>>
>>
>> Maybe when we get those integration tests going between projects this’ll be
>> more consistent… ;-)
>>
>>
>>
>> Indeed.  There's a huge need for this, and debo and some other Quantum team
>> members will be working on it.
>>
>>
>>
>> Dan
>>
>>
>>
>>
>>
>> -          Gabriel
>>
>>
>>
>> From: Deepak Garg [mailto:deepakgarg.iitg@xxxxxxxxx]
>> Sent: Tuesday, January 17, 2012 7:10 PM
>> To: Anthony Young
>>
>>
>> Cc: Gabriel Hurley; openstack
>> Subject: Re: [Openstack] has anyone tried devstack this morning
>>
>>
>>
>>
>>
>> Each time I install Devstack, and try the Quantum cmds, it doesn't work.  So
>> I have to manually  do a
>>
>> $ python setup.py build   and   $  python setup.py install
>>
>> for the quantum package and then it works all fine.
>>
>> Did anyone else face the same problem with any other packages ?  My env is
>>  Ubuntu 1110 64 bit  on a Qemu hypervisor
>>
>> and python version is  2.7.  The unit tests run fine though.
>>
>>
>>
>> Thanks,
>>
>> Deepak
>>
>>
>>
>> On Wed, Jan 18, 2012 at 7:17 AM, Anthony Young <sleepsonthefloor@xxxxxxxxx>
>> wrote:
>>
>> You will need to make sure that all your dependent branches (in particular
>> openstackx) are up-to-date in order to test the changes.  You can do this
>> with a clean run of devstack on a clean vm, by using RECLONE=yes environment
>> variable, or by manually updating the code using git commands.  By default,
>> devstack does not update code directories in /opt/stack if they already
>> exist (if it did, it may accidentally delete your in-progress changes)
>>
>>
>>
>> A
>>
>>
>>
>> On Tue, Jan 17, 2012 at 5:29 PM, Gabriel Hurley <Gabriel.Hurley@xxxxxxxxxx>
>> wrote:
>>
>> That fixed devstack, but there are still numerous broken import statements
>> in openstackx. That doesn’t fix the overall problem at all, sadly.
>>
>>
>>
>> -          Gabriel
>>
>>
>>
>> From: Anthony Young [mailto:sleepsonthefloor@xxxxxxxxx]
>> Sent: Tuesday, January 17, 2012 5:09 PM
>> To: Debo Dutta (dedutta)
>> Cc: Gabriel Hurley; openstack
>> Subject: Re: [Openstack] has anyone tried devstack this morning
>>
>>
>>
>> Hey Debo -
>>
>>
>>
>> A fix has been merged for https://bugs.launchpad.net/devstack/+bug/917457 -
>> hopefully that resolves your issue!
>>
>>
>>
>> Anthony
>>
>> On Tue, Jan 17, 2012 at 4:00 PM, Debo Dutta (dedutta) <dedutta@xxxxxxxxx>
>> wrote:
>>
>> Thanks …. I tried installing devstack with Quantum and ignoring the horizon
>> error messages (for now) I see networks created but the VMs don’t spin up.
>>
>>
>>
>> Do you know of any prev working state so that I can just checkout the old
>> code and get it to work?
>>
>>
>>
>> debo
>>
>>
>>
>> From: Gabriel Hurley [mailto:Gabriel.Hurley@xxxxxxxxxx]
>> Sent: Tuesday, January 17, 2012 3:38 PM
>> To: Debo Dutta (dedutta); openstack
>> Subject: RE: has anyone tried devstack this morning
>>
>>
>>
>> It’s a known bug that was recently introduced. I refer you to the thread
>> last night/this morning about it:
>>
>>
>>
>> https://lists.launchpad.net/openstack/msg06729.html
>>
>>
>>
>> -          Gabriel
>>
>>
>>
>> From: openstack-bounces+gabriel.hurley=nebula.com@xxxxxxxxxxxxxxxxxxx
>> [mailto:openstack-bounces+gabriel.hurley=nebula.com@xxxxxxxxxxxxxxxxxxx] On
>> Behalf Of Debo Dutta (dedutta)
>> Sent: Tuesday, January 17, 2012 11:41 AM
>> To: openstack
>> Subject: [Openstack] has anyone tried devstack this morning
>>
>>
>>
>> Got this error
>>
>>
>>
>> Environment:
>>
>>
>>
>>
>>
>> Request Method: GET
>>
>> Request URL: http://192.168.223.136/nova/images_and_snapshots/
>>
>>
>>
>> Django Version: 1.3
>>
>> Python Version: 2.7.2
>>
>> Installed Applications:
>>
>> ['dashboard',
>>
>> 'django.contrib.sessions',
>>
>> 'django.contrib.messages',
>>
>> 'django.contrib.staticfiles',
>>
>> 'django_nose',
>>
>> 'horizon',
>>
>> 'horizon.dashboards.nova',
>>
>> 'horizon.dashboards.syspanel',
>>
>> 'horizon.dashboards.settings']
>>
>> Installed Middleware:
>>
>> ('django.middleware.common.CommonMiddleware',
>>
>> 'django.middleware.csrf.CsrfViewMiddleware',
>>
>> 'django.contrib.sessions.middleware.SessionMiddleware',
>>
>> 'django.contrib.messages.middleware.MessageMiddleware',
>>
>> 'dashboard.middleware.DashboardLogUnhandledExceptionsMiddleware',
>>
>> 'horizon.middleware.HorizonMiddleware',
>>
>> 'django.middleware.doc.XViewMiddleware',
>>
>> 'django.middleware.locale.LocaleMiddleware')
>>
>>
>>
>>
>>
>> Traceback:
>>
>> File "/usr/lib/pymodules/python2.7/django/core/handlers/base.py" in
>> get_response
>>
>>   111.                         response = callback(request, *callback_args,
>> **callback_kwargs)
>>
>> File "/opt/stack/horizon/horizon/horizon/decorators.py" in dec
>>
>>   41.         return view_func(request, *args, **kwargs)
>>
>> File "/opt/stack/horizon/horizon/horizon/decorators.py" in dec
>>
>>   41.         return view_func(request, *args, **kwargs)
>>
>> File "/usr/lib/pymodules/python2.7/django/contrib/auth/decorators.py" in
>> _wrapped_view
>>
>>   23.                 return view_func(request, *args, **kwargs)
>>
>> File
>> "/opt/stack/horizon/horizon/horizon/dashboards/nova/images_and_snapshots/views.py"
>> in index
>>
>>   70.     quotas = api.tenant_quota_get(request, request.user.tenant_id)
>>
>> File "/opt/stack/horizon/horizon/horizon/api/nova.py" in tenant_quota_get
>>
>>   286.     return novaclient(request).quotas.get(tenant)
>>
>> File "/opt/stack/python-novaclient/novaclient/v1_1/quotas.py" in get
>>
>>   34.         return self._get("/os-quota-sets/%s" % (tenant_id),
>> "quota_set")
>>
>> File "/opt/stack/python-novaclient/novaclient/base.py" in _get
>>
>>   126.         resp, body = self.api.client.get(url)
>>
>> File "/opt/stack/python-novaclient/novaclient/client.py" in get
>>
>>   130.         return self._cs_request(url, 'GET', **kwargs)
>>
>> File "/opt/stack/python-novaclient/novaclient/client.py" in _cs_request
>>
>>   118.                                       **kwargs)
>>
>> File "/opt/stack/python-novaclient/novaclient/client.py" in request
>>
>>   101.             raise exceptions.from_response(resp, body)
>>
>>
>>
>> Exception Type: ClientException at /nova/images_and_snapshots/
>>
>> Exception Value: The server has either erred or is incapable of performing
>> the requested operation. (HTTP 500)
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>>
>>
>>
>> --
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> Dan Wendlandt
>>
>> Nicira Networks: www.nicira.com
>>
>> twitter: danwendlandt
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp