Bug 983611

Summary: Cloud guest images needs to have "NOZEROCONF=yes" in /etc/sysconfig/network
Product: Red Hat Enterprise Linux 6 Reporter: Etsuji Nakai <enakai>
Component: guest-imagesAssignee: Joey Boggs <jboggs>
Status: CLOSED ERRATA QA Contact: yeylon <yeylon>
Severity: high Docs Contact:
Priority: high    
Version: 6.4CC: cpelland, dgregor, jgreguske, mburns, srevivo, wshi, yeylon
Target Milestone: rcKeywords: ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: rhel-guest-image-6.5-20130926.0.el6 Doc Type: Bug Fix
Doc Text:
* Metadata access is handled by the network node, and the cloud-init service uses the metadata at startup time. Previously, the cloud-init service did not have "NOZEROCONF=yes" configured. Consequently, access to the subnet 169.254.0.0/16 range was not routed to the network node, so the cloud-init service failed to work. This update adds "NOZEROCONF=yes" to cloud images in the /etc/sysconfig/network file. Users should avoid turning on the zeroconf route in these images. To disable the zeroconf route at system boot time, edit the /etc/sysconfig/network file as root and add "NOZEROCONF=yes" to a new line at the end of the file.
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-11-22 00:22:17 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 997041    

Description Etsuji Nakai 2013-07-11 14:37:01 UTC
Description of problem:

Cloud guest images need to have "NOZEROCONF=yes" in /etc/sysconfig/network so that it works well as an openstack guest. (At least when ovs-plugin is used with openstack Neutron/Quantum.)

Without it, it fails to access metadata via http://169.254.169.254

This is because:

- Metadata access is handled by the network node.
- Without "NOZEROCONF=yes", access to the subnet 169.254.0.0/16 is not routed to the network node because of the following routing table entiry. It comes from the APIPA specification.

$ route -n | grep 169.254
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 em1

The image you can find at https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=16952 lacks "NOZEROCONF=yes" as below.

$ virt-copy-out -a rhel-server-x86_64-kvm-6.4_20130130.0-4.qcow2 /etc/sysconfig/network /tmp/
$ cat /tmp/network
NETWORKING=yes
NETWORKING_IPV6=no
HOSTNAME=localhost.localdomain

Especially, the image above contains the cloud-init service and it uses the metadata at the startup time. So in the current image, cloud-int fails to work.

Comment 6 Wei Shi 2013-11-03 13:05:55 UTC
Verified:
  rhel-guest-image-6-6.5-20131101.2-1-sda.qcow2

-bash-4.1# cat /etc/sysconfig/network
NETWORKING=yes
NETWORKING_IPV6=no
HOSTNAME=localhost.localdomain
NOZEROCONF=yes
-bash-4.1#

Comment 7 errata-xmlrpc 2013-11-22 00:22:17 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2013-1735.html