New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refresh instance metadata on boot #104456
Refresh instance metadata on boot #104456
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I suppose this doesn't change anything about how we support NixOps, right? If there was userdata for a nixops-managed host, this has the same semantics -- just it'd fetch newer metadata on boot?
The metadata fetcher scripts run each time an instance starts, and it is not safe to assume that responses from the instance metadata service (IMDS) will be as they were on first boot. Example: an EC2 instance can have its user data changed while the instance is stopped. When the instance is restarted, we want to see the new user data applied.
11b70c5
to
4187098
Compare
Nixops will not change the ssh hostkeys even on userdata change, because the hostkey will still exists:
I think it will still run the same amazon-init service and reapply configuration.nix userdata:
Should any of this discussion be replicated in the release notes? Also, do you have any idea what might be going wrong with the docbook stuff? |
6ef3a5c
to
1b653b2
Compare
1b653b2
to
6fd871d
Compare
Motivation for this change
Re-fetch instance meta data/user data on each boot. This means that we can stop instances, change user data, reboot the instance, and expect the new user data to actually be applied.
NOTE I tried to cargo-cult the docbook but I must have screwed it up. Help please?Never mind, my test instance ran out of memory trying to rebuild docs.Things done
Ping @grahamc