[Bug 1202758] Re: hostname not resolvable on azure

[Scott Moser]

Interesting, i launched 10 instances and grepped cloud-init timestamps.
it seems pretty reliable that the ifdownup cycle is reported to take between 12 and 22 seconds.


$ cat /etc/cloud/cloud.cfg.d/my.cfg
datasource:
 Azure:
  hostname_bounce:
   # policy can be 'on', 'off' or 'force'
   policy: force
   # the method 'bounce' command.
   command: ["bash", "-xc", 'date; cat /proc/uptime; time echo ifdown $interface; cat /proc/uptime; date; cat /proc/uptime; time echo ifup $interface; cat /proc/uptime; date']

I put the above in that file, and then
echo "ubuntu" | time sudo sh -c 'tee /etc/hostname; hostname -F /etc/hostname; ifdown eth0; ifup eth0;' ; sudo rm -Rf /var/lib/cloud/ /var/log/cloud-init.log

and reboot.

The issue seems to be ntpdate somehow getting in the way, although I'm not exactly sure how.
If I put the .cfg file in place above, and then do:

chmod ugo-x /etc/network/if-up.d/ntpdate
sudo rm /var/lib/cloud/instance/obj.pkl ; time sudo cloud-init init
..
real	0m1.273s
user	0m0.791s
sys	0m0.257s

then this will take wall clock ~1.2 seconds.
doing the same with execute permissions on that file takes much longer.
$ sudo chmod ugo+x  /etc/network/if-up.d/ntpdate; sudo rm /var/lib/cloud/instance/obj.pkl ; time sudo cloud-init init
...
real	0m7.689s
user	0m0.804s
sys	0m0.267s

just for reference, actually counting in my head, there is a measurable
difference in time (ie, its not just a clock-getting-set-while-counting-
thing).

You can run the above without rebooting too, and you'll see the issue.

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cloud-init in Ubuntu.
https://bugs.launchpad.net/bugs/1202758

Title:
  hostname not resolvable on azure

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1202758/+subscriptions