nova/nova/api/metadata
Mohammed Naser 7320817799 Log failed metadata retrievals
In our cloud environments, we're observing a weird issue where
this function is returning `None` for systems that are already
running and exist.

Due to the fact that it returns `None` right away, we don't
actually get a reason as to why the request failed and it is
returning a 404.

This should not clobber up the logs much more, due to the fact
that if you are sending a request to the metadata service, you're
supposed to already exist, so not being able to find the metadata
for an instance seems like a broken case.

This patch should help operators at least uncover why exactly
their instances are failing to get the metadata to further
troubleshoot.

Change-Id: Iadca69fee24ec89408f9fca68d1da46c918577bc
2021-10-28 11:39:35 -04:00
..
__init__.py Improve hacking rule to avoid author markers 2014-05-05 14:35:20 +02:00
base.py Remove (almost) all references to 'instance_type' 2021-03-29 12:24:15 +01:00
handler.py Log failed metadata retrievals 2021-10-28 11:39:35 -04:00
password.py Remove six.moves 2020-11-07 03:25:02 +00:00
vendordata.py New style vendordata support. 2016-07-26 08:15:25 -04:00
vendordata_dynamic.py Clean up the DynamicVendorData constructor 2020-10-12 08:25:32 +00:00
vendordata_json.py remove log translation from nova.api.metadata 2017-03-21 07:15:54 -04:00
wsgi.py Add pbr-installed wsgi application for metadata api 2017-05-02 16:58:11 +00:00