Comment 5 for bug 1202758

Revision history for this message
Scott Moser (smoser) wrote :

ok. just verified as fixed inside saucy daily image on azure.

I'm not sure if this is an outlier or not, but the cloud-init log shows that bouncing the interface took 22 seconds.

| 2013-07-28 23:13:45,164 - DataSourceAzure.py[DEBUG]: pubhname: publishing hostname [phostname=ubuntu hostname=smoser0728s policy=True interface=eth0]
| 2013-07-28 23:13:45,164 - util.py[DEBUG]: Running command ['sh', '-xc', 'i=$interface; x=0; ifdown $i || x=$?; ifup $i || x=$?; exit $x'] with allowed return codes [0] (shell=False, capture=True)
| 2013-07-28 23:14:07,412 - DataSourceAzure.py[DEBUG]: output: . err: + i=eth0
| + x=0
| + ifdown eth0
| Internet Systems Consortium DHCP Client 4.2.4
| Copyright 2004-2012 Internet Systems Consortium.
| All rights reserved.
| For info, please visit https://www.isc.org/software/dhcp/
|
| Listening on LPF/eth0/00:15:5d:47:7a:14
| Sending on LPF/eth0/00:15:5d:47:7a:14
| Sending on Socket/fallback
| DHCPRELEASE on eth0 to 10.74.0.146 port 67 (xid=0x1646c8d7)
| + ifup eth0
| Cannot change scatter-gather
| Internet Systems Consortium DHCP Client 4.2.4
| Copyright 2004-2012 Internet Systems Consortium.
| All rights reserved.
| For info, please visit https://www.isc.org/software/dhcp/
|
| Listening on LPF/eth0/00:15:5d:47:7a:14
| Sending on LPF/eth0/00:15:5d:47:7a:14
| Sending on Socket/fallback
| DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (xid=0x1cbb3cc0)
| DHCPREQUEST of 10.74.52.4 on eth0 to 255.255.255.255 port 67 (xid=0x1cbb3cc0)
| DHCPOFFER of 10.74.52.4 from 10.74.52.1
| DHCPACK of 10.74.52.4 from 10.74.52.1
| bound to 10.74.52.4 -- renewal in 4294967295 seconds.
| + exit 0
|
| 2013-07-28 23:14:07,413 - DataSourceAzure.py[DEBUG]: invoking agent: ['service', 'walinuxagent', 'start']

I'm not really sure what to think about that. we basically added 18 seconds to boot in order to publish the hostname :-(.
I wonder if there is any other way to do this.