Bug 1316563

Summary: rhel-guest-image 6.8 fail to access user data
Product: Red Hat Enterprise Linux 6 Reporter: Ilanit Stein <istein>
Component: guest-imagesAssignee: Ryan Barry <rbarry>
Status: CLOSED CURRENTRELEASE QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.8CC: istein, jgreguske, slitmano, wshi
Target Milestone: rc   
Target Release: 6.8   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-01-05 02:42: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:
Attachments:
Description Flags
rhel-guest-image guest 1st screen shot
none
rhel-guest-image guest 2nd screen shot
none
rhel-guest-image guest 3rd screen shot none

Description Ilanit Stein 2016-03-10 13:36:03 UTC
Description of problem:
rhel-guest-image-6.8-20160304.0.el6 fail to access user data:

When guest comes up, there are warning:
"Failed to mount /dev/fd0 when looking for user data"
"Failed accessing user data"
and when finally reach the login stage,
the user/password set in cloud-init do not work.

Version-Release number of selected component (if applicable):
rhel-guest-image-6.8-20160304.0.el6
rhevm 3.6.3-5 (3.6 GA)

How reproducible:
100%

Steps to Reproduce:
1. Install the rhel-guest-image-6.8-20160304.0.el6 rpm on rhevm machine.
2. Created an ovf zip file from the images + master directories.
3. Uploaded it with engine-image-uploader to export domain
4. Imported the template
5. Created a VM, added network interface.
6. Edit VM->Intial-run: Define user, password
7. Run the VM.

Additional info:
On same rhevm setup, same flow, for rhel-guest-image-6.7-20160301.1.x86_64,
there is no such a problem, and the user/password set in the cloud-init are applied on the guest, and login succeeds.

Comment 2 Ryan Barry 2016-03-10 13:51:12 UTC
I'll take a look at this today. Possibly a cloud-init bug?

This works as expected when cloud-init data is passed from a metadata server, but I'll investigate.

Comment 3 Ilanit Stein 2016-03-10 15:45:32 UTC
Created attachment 1134934 [details]
rhel-guest-image guest 1st screen shot

Comment 4 Ilanit Stein 2016-03-10 15:45:55 UTC
Created attachment 1134935 [details]
rhel-guest-image guest 2nd screen shot

Comment 5 Ilanit Stein 2016-03-10 15:46:30 UTC
Created attachment 1134936 [details]
rhel-guest-image guest 3rd screen shot

Comment 6 Ryan Barry 2016-03-10 17:02:56 UTC
A very old version of cloud-init was present in the image.

There was a beta recompose, and the image needs to be rebuilt today. Release engineering is fixing the tag inheritance, and we should pull in the latest cloud-init. I'll verify that this works before handing the image over.

Comment 7 Ryan Barry 2016-03-10 19:37:11 UTC
This is resolved in the latest image (20160310.0)

Comment 9 Ilanit Stein 2016-03-21 10:28:43 UTC
Moving need info to Sefi, as he tested it.

Comment 11 Wei Shi 2016-03-22 06:33:34 UTC
Change status to VERIFIED per c10