yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #76047
[Bug 1806064] [NEW] Volume remains in attaching/reserved status, if the instance is deleted after TooManyInstances exception in nova-conductor
Public bug reported:
If a number of instances are booted from volumes in parallel and some of
the build requests failed in nova-conductor with exception
TooManyInstances [1] because of the setting quota.recheck_quota=True
being set in nova.conf, some instances will end up in the ERROR state.
If we delete this instances, their volumes will remain in
attaching(Pike)/reserved(Queens) state.
This bug is related to https://bugs.launchpad.net/nova/+bug/1404867
Steps to reproduce:
0. Set quota.recheck_quota=True, start several nova-conductors.
1. Set VCPU quota limits for the project to 1.
2. Create two instances with 1 VCPU in parallel.
3. One of this instances will be created and one will end up in the
ERROR state. Or both of them will be in ERROR state.
4. Delete instances.
5. Volumes from errored instances will not be available, they can't be
attached, they can't be deleted without permision in volume:force_delete
cinder policy.
This bug exists at least in Pike (7ff1b28) and Queens (c5fe051).
---
[1] https://github.com/openstack/nova/blob/stable/rocky/nova/conductor/manager.py#L1308
** Affects: nova
Importance: Medium
Status: Triaged
** Affects: nova/pike
Importance: Medium
Status: Triaged
** Affects: nova/queens
Importance: Medium
Status: Triaged
** Affects: nova/rocky
Importance: Medium
Status: Triaged
** Summary changed:
- Volume remains in attaching/reserved status after TooManyInstances exception in nova-conductor
+ Volume remains in attaching/reserved status, if the instance is deleted after TooManyInstances exception in nova-conductor
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1806064
Title:
Volume remains in attaching/reserved status, if the instance is
deleted after TooManyInstances exception in nova-conductor
Status in OpenStack Compute (nova):
Triaged
Status in OpenStack Compute (nova) pike series:
Triaged
Status in OpenStack Compute (nova) queens series:
Triaged
Status in OpenStack Compute (nova) rocky series:
Triaged
Bug description:
If a number of instances are booted from volumes in parallel and some
of the build requests failed in nova-conductor with exception
TooManyInstances [1] because of the setting quota.recheck_quota=True
being set in nova.conf, some instances will end up in the ERROR state.
If we delete this instances, their volumes will remain in
attaching(Pike)/reserved(Queens) state.
This bug is related to https://bugs.launchpad.net/nova/+bug/1404867
Steps to reproduce:
0. Set quota.recheck_quota=True, start several nova-conductors.
1. Set VCPU quota limits for the project to 1.
2. Create two instances with 1 VCPU in parallel.
3. One of this instances will be created and one will end up in the
ERROR state. Or both of them will be in ERROR state.
4. Delete instances.
5. Volumes from errored instances will not be available, they can't be
attached, they can't be deleted without permision in
volume:force_delete cinder policy.
This bug exists at least in Pike (7ff1b28) and Queens (c5fe051).
---
[1] https://github.com/openstack/nova/blob/stable/rocky/nova/conductor/manager.py#L1308
To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1806064/+subscriptions
Follow ups