resolv.conf is emptied few seconds after boot with static networking #1140
Comments
I can confirm the issue on my coreos 899.8.0 with static network too. |
Let's close this once it's backported to Beta. /cc @mischief |
we're working on getting alpha/beta out that reverts coreos/systemd#30, but in the meantime you can roll back via https://coreos.com/os/docs/latest/manual-rollbacks.html. you will probably want to disable either locksmithd or update-engine temporarily until the update goes out. i'll leave a note when alpha and beta are ready. |
Thanks for the update! I'm already glad we caught this before it could get into stable. |
In case somebody else is running into massive issues b/c of this, here is a quick (tmp) fix:
Once Beta is fixed, the file has to be removed & the symlink restored. Thanks @mischief and wCPO for your help! |
Alpha was rolled out earlier today. Still waiting on the Beta to pop out of the build servers. |
beta went out earlier today - should be fixed. ping back if it's still a problem. |
Since our beta machines have been upgraded to 899.8.0, the DNS servers entries disappear from /etc/resolv.conf a few seconds after boot.
We are running with a static networking setup as described here.
Sample from cloudconfig:
It seems the fix coreos/systemd#30 for #1081 broke static networking setups. Apparently systemd-resolved uses the state files for updating resolv.conf.
Systemd-networkd stops a few seconds after boot because there are no DHCP leases (this 'feature' was introduced in v219, networkd stops when idle.) When restarting systemd-networkd.server the resolv.conf is correctly updated, but emptied again a few seconds later.
The text was updated successfully, but these errors were encountered: