Hi Sam, to get this right it correctly PXE boots and starts the ephemeral with cloud-init to eventually produce the message.
So with the wrong arp in place, how did it get that far? That is important to consider where the fix should be implemented. PXE is essentially DHCP + tftp info, so it gets the new IP+tftp info as DHCP response. At the same time the router still thinks the IP it got belongs to the other MAC where it was running before right? Now on the Datasource probing based on IP it gets no reply because the router is on the old state and eventually we see the reported message. The TFTP fetch should already be IP based - why isn't that failing? Surely DS-i / Cloud-Init could force a GARP somehow, but shouldn't it be more a bug/feature of the network stack to force-announce itself with a GARP when it got an IP than later on a cloud-init bug? Maybe I'm not deeply enough involved - not marking incomplete/triaged so Scott still looks at it later today. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1677668 Title: no GARPs during ephemeral boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1677668/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
