On Wed, Aug 1, 2012 at 3:12 PM, Lorin Hochstein
wrote:
> I believe pip gets it from PyPI:
> http://pypi.python.org/pypi/python-novaclient/
Ah, I documented this internally and promptly forgot, this is where my
version of python-novaclient with "reset-state" came from:
sudo pip install -e
git+htt
On Wed, Aug 1, 2012 at 3:40 PM, Lorin Hochstein
wrote:
> What's the use case for resetting an instance to the error state? Is the
> idea to do:
>
> nova reset-state
> nova delete
That was my use case, though I ended up doing both in the database
because I was impatient...
On Wed, 2012-08-01 at 15:40 -0400, Lorin Hochstein wrote:
> From the python-novaclient tests, it looks like "nova reset-state
> " puts an instance into the error state or (with the
> --active) flag into the active state:
That is correct.
> What's the use case for resetting an instance to the err
On Jul 30, 2012, at 3:35 PM, Kevin L. Mitchell
wrote:
> On Mon, 2012-07-30 at 14:25 -0500, Chris Behrens wrote:
>> You may still have to reset the instance's task_state to NULL in the
>> DB (instances table) to delete ones already in this state.
>
> No, I fixed the state problem with soft_delet
On Aug 1, 2012, at 12:19 PM, Jonathan Proulx wrote:
> FYI
>
> the "nova reset-state" command exists on my Debian 6.0 workstations
> where python-novaclient is installed via pip (presumably the gets
> latest version from trunk?) it is not available on my Ubuntu 12.04
> systems using standard Ubu
k-bounces+rohit.karajgi=nttdata@lists.launchpad.net]
>> On Behalf Of Wolfgang Hennerbichler Sent: Tuesday, July 31, 2012
>> 10:45 AM To: openstack@lists.launchpad.net Subject: Re: [Openstack]
>> Instance stuck in deleting state with error
>>
>> On 07/30/2012 09:35 P
karajgi=nttdata@lists.launchpad.net
[mailto:openstack-bounces+rohit.karajgi=nttdata@lists.launchpad.net]
On Behalf Of Wolfgang Hennerbichler Sent: Tuesday, July 31, 2012
10:45 AM To: openstack@lists.launchpad.net Subject: Re: [Openstack]
Instance stuck in deleting state with error
On 07/30/2012 09:35 PM, Ke
stack-bounces+philip.day=hp@lists.launchpad.net] On Behalf Of
Karajgi, Rohit
Sent: 31 July 2012 15:17
To: Wolfgang Hennerbichler; openstack@lists.launchpad.net
Subject: Re: [Openstack] Instance stuck in deleting state with error
Hi Wolfgang,
Have you updated the your python-novaclient? The
unces+philip.day=hp@lists.launchpad.net] On Behalf Of
Karajgi, Rohit
Sent: 31 July 2012 15:17
To: Wolfgang Hennerbichler; openstack@lists.launchpad.net
Subject: Re: [Openstack] Instance stuck in deleting state with error
Hi Wolfgang,
Have you updated the your python-novaclient? The '
ad.net] On
Behalf Of Wolfgang Hennerbichler
Sent: Tuesday, July 31, 2012 10:45 AM
To: openstack@lists.launchpad.net
Subject: Re: [Openstack] Instance stuck in deleting state with error
On 07/30/2012 09:35 PM, Kevin L. Mitchell wrote:
> That said, be aware that there is a "reset-state" c
On Tue, 2012-07-31 at 07:14 +0200, Wolfgang Hennerbichler wrote:
> On 07/30/2012 09:35 PM, Kevin L. Mitchell wrote:
> > That said, be aware that there is a "reset-state" command to novaclient,
> > so that you can do Chris's recommended reset without having to muck
> > around with the database direc
On 07/30/2012 09:35 PM, Kevin L. Mitchell wrote:
That said, be aware that there is a "reset-state" command to novaclient,
so that you can do Chris's recommended reset without having to muck
around with the database directly.
where?
nova help | grep reset
yields nothing.
I think this is one of
On Mon, 2012-07-30 at 14:25 -0500, Chris Behrens wrote:
> You may still have to reset the instance's task_state to NULL in the
> DB (instances table) to delete ones already in this state.
No, I fixed the state problem with soft_delete(); as long as he updates,
delete should work fine.
That said,
You may still have to reset the instance's task_state to NULL in the DB
(instances table) to delete ones already in this state.
- Chris
On Jul 30, 2012, at 1:48 PM, Kevin L. Mitchell wrote:
> On Mon, 2012-07-30 at 13:03 -0400, Jonathan Proulx wrote:
>> I have an instance that has been in this
Thanks but I'm using KVM so not that bug...figures that's the part of
my stack I left out.
-Jon
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : h
Well for posterity or so people can tell me what I did wrong here's
how I seemed to convince the database that the instance was really
deleted:
UPDATE instances SET
vm_state='deleted',task_state='deleted',deleted=1,deleted_at=now()
WHERE uuid=
And here's what I had to do to the volume:
UPDATE
On Mon, 2012-07-30 at 13:03 -0400, Jonathan Proulx wrote:
> I have an instance that has been in this state for a couple days:
>
> | OS-EXT-STS:power_state | 0|
> | OS-EXT-STS:task_state | deleting|
> | OS-EX
Hi All,
I have an instance that has been in this state for a couple days:
| OS-EXT-STS:power_state | 0|
| OS-EXT-STS:task_state | deleting|
| OS-EXT-STS:vm_state | error
18 matches
Mail list logo
