Bug 1310143
Summary: | Instance will not boot if image is deleted, and image cache image is lost | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Jeremy <jmelvin> |
Component: | openstack-nova | Assignee: | Lee Yarwood <lyarwood> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | nlevinki <nlevinki> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.0 (Kilo) | CC: | berrange, dasmith, eglynn, jmelvin, kchamart, lyarwood, sbauza, sferdjao, sgordon, srevivo, vromanso |
Target Milestone: | --- | Keywords: | ZStream |
Target Release: | 7.0 (Kilo) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-01-21 16:14:04 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jeremy
2016-02-19 15:06:34 UTC
//From engineering Reviewing the code this looks like a race anyway between the storage coming back online, each compute registering as a user of this shared storage and finally an imagecache update being called by each compute. https://github.com/openstack/nova/blob/master/nova/virt/storage_users.py#L76 At present, if a given compute has not registered as a user of the instance store for 24 hours, it and any instances previously running on it are not considered by the next cache update. As a result any images cached for instances on these hosts will be removed as they no longer appear to be in use by any undeleted instances. Checking to see if storage was lost for 24 hours. Update from customer: The storage was down for 24hrs. (In reply to Jeremy from comment #2) > Update from customer: > > The storage was down for 24hrs. Thanks that shows the working theory documented in c#1 is possibly valid but I'd still like to reproduce or confirm with logs from the customer. This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions Closing with INSUFFICIENT_DATA, I've been unable to reproduce this and the imagebackend is now being heavily refactored upstream. Happy to reopen if we see this again and have logs. Closed without a fix therefore QE won't automate The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |