nova-lxd uses the Openstack Network metadata service.
In an effort to avoid polling metadata services in cloud-init we will disable
attempts to reach the MD without positive identification of the cloud.
We need to be able to positively identify that the container we are running
inside should have access to an openstack metadata service so we can
safely assume it will be there.
How can we positively identify that a container is running in nova-lxd?
Is there anything in the environment (possibly pid 1 environ?) that we
can look at?
One way I could see doing t his would be for lxd-nova to put
CLOUD_PLATFORM='openstack-nova'
inside the pid 1 environment. then cloud-init can look at /proc/1/environ
and pick that out.
Open to other ideas, and would love it if there was something we could do.
Related bugs bug 1660385: Alert user of Ec2 Datasource on lookalike cloud
nova-lxd uses the Openstack Network metadata service.
In an effort to avoid polling metadata services in cloud-init we will disable
attempts to reach the MD without positive identification of the cloud.
We need to be able to positively identify that the container we are running
inside should have access to an openstack metadata service so we can
safely assume it will be there.
How can we positively identify that a container is running in nova-lxd?
Is there anything in the environment (possibly pid 1 environ?) that we
can look at?
One way I could see doing t his would be for lxd-nova to put PLATFORM= 'openstack- nova'
CLOUD_
inside the pid 1 environment. then cloud-init can look at /proc/1/environ
and pick that out.
Open to other ideas, and would love it if there was something we could do.
Related bugs
bug 1660385: Alert user of Ec2 Datasource on lookalike cloud