Open Stack

We only bump the version if something has changed IIRC. I think bumping
when nothing has changed would create a burden for implementers of client
software. So its not like you get a chance to sneak this in "for free".

Does this information really need to be available in the host OS? Its
trivial to look it up via our existing APIs outside the host, although
possibly less trivial if the instance has already been deleted.

Michael

On Tue, Jun 26, 2018 at 7:30 AM Mohammed Naser <mnaser at vexxhost.com> wrote:

> Hi everyone:
>
> While working with the OpenStack infrastructure team, we noticed that
> we were having some intermittent issues where we wanted to identify a
> theory if all VMs with this issue were landing on the same hypervisor.
>
> However, there seems to be no way of directly accessing `hostId` from
> inside the virtual machine (such as using the metadata API).  This is
> a very useful thing to expose over the metadata API as not only would
> it help for troubleshooting these types of scenarios however it would
> also help software that can manage anti-affinity simply by checking
> the API and taking scheduling decisions.
>
> I've proposed the following patch to add this[1], however, this is
> technically an API change, and the blueprints document specifies that
> "API changes always require a design discussion."
>
> Also, I believe that we're in a state where getting a spec would
> require an exception.  However, this is a very trivial change.  Also,
> according to the notes in the metadata file, it looks like there is
> one "bump" per OpenStack release[3] which means that this change can
> just be part of that release-wide version bump of the OpenStack API.
>
> Can we include this trivial patch in the upcoming Rocky release?
>
> Thanks,
> Mohammed
>
> [1]: https://review.openstack.org/577933
> [2]: https://docs.openstack.org/nova/latest/contributor/blueprints.html
> [3]:
> http://git.openstack.org/cgit/openstack/nova/tree/nova/api/metadata/base.py#n60
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>


-- 
Did this email leave you hoping to cause me pain? Good news!
Sponsor me in city2surf 2018 and I promise to suffer greatly.
http://www.madebymikal.com/city2surf-2018/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20180626/65cae044/attachment.html>