Bug 1795402
Summary: | Nova list --all-tenants | ERROR (ClientException): Unexpected API Error. | <type 'exceptions.TypeError'> (HTTP 500) | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | chrisbro <chrisbro> |
Component: | openstack-nova | Assignee: | Artom Lifshitz <alifshit> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | OSP DFG:Compute <osp-dfg-compute> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 13.0 (Queens) | CC: | alifshit, dasmith, eglynn, jhakimra, kchamart, sbauza, sgordon, vromanso |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-02-06 20:43:26 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
chrisbro@redhat.com
2020-01-27 21:34:03 UTC
While I can't speak to the root cause of instance_info_caches getting that Null value, I do know of a similar issue in bz 1703225. In that BZ, we implemented a fix to the periodic heal info cache job that allows it to properly recover from a corrupt/Null network_info by querying Neutron. Assuming Neutron has the correct information (ie, ports are still attached to their instances), the heal info cache job will rebuild instance_info_cache with the correct network_info. Could you double check that: 1. openstack-nova-17.0.10-2.el7ost or later is what's in use in the environment - if not, please upgrade. 2. The value of the [DEFAULT]/heal_instance_info_cache_interval, and whether that job has had a chance to run and repair the info cache. Thanks! |