[openstack-dev] [nova] Would be possible to modify metadata when instance is in rescued state?

Michael Still mikal at stillhq.com
Tue May 9 07:09:31 UTC 2017


This sort of question comes up every six months or so it seems.

The issue is that for config drive users we don't have a way of rebuilding
all of the config drive (for example, the root password is gone). That's
probably an issue for rescue because its presumably one of the things you
might reset.

I'm not opposed to exploring options, but I think we need someone to come
up with a proposal which addresses previous concerns. I'd recommend a quick
search of the mailing list archives for previous discussions.

Hope this helps,
Michael




On Tue, May 9, 2017 at 5:04 PM, Pawel Suder <pawel.suder at corp.ovh.com>
wrote:

> Hello,
>
>
> I would like to raise a topic regarding possibilities when metadata could
> be modified on instance.
>
>
> We noticed that instance metadata could be modified only when vm_state is
> set to following values:
>
>
>    - active
>    - paused
>    - suspended
>    - stopped
>
> Found:
>
> https://github.com/openstack/nova/blob/master/nova/compute/
> api.py#L3916-L3920
> https://github.com/openstack/nova/blob/master/nova/compute/
> api.py#L3905-L3908
>
> From time to time it is needed to have instance in rescued state.
>
> Scenario: VM is rescued and special metadata attributes need to be set to
> allow cloud-init to act specifically for rescue mode. Metadata data should
> be available only during rescue mode.
>
> Question: what kind of impact could be observed when checks for instance
> state will be modified for methods:
>
> update_instance_metadata
> delete_instance_metadata
>
> Thank you,
>
> Cheers,
> Pawel
>
>
> __________________________________________________________________________
> 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
>
>


-- 
Rackspace Australia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20170509/c9030dd4/attachment.html>


More information about the OpenStack-dev mailing list