On Fri, 2016-03-18 at 15:32 +0000, Fedora compose checker wrote: > > Failed openQA tests: 21 of 72 > > ID: 9897 Test: x86_64 universal server_updates_img_local > URL: https://openqa.fedoraproject.org/tests/9897 So this one turns out to be rather interesting, now I finally got a minute to sit down and look at it. The point of this test is to see if loading an anaconda updates.img from a hard disk attached to the system works. The test uses a disk image with an updates.img file on it, produced by the createhdds.py script we have for producing various pre- canned hard disk images. garretraziel pointed out that the updates.img file on the disk image on the official openQA servers didn't seem to be correct - it was only 4096 bytes long, the original file is 6509. The test was passing on his dev install of openQA. So I poked at it a bit further and this actually seems to be a bug in (specifically) python2-libguestfs. When I run the createhdds script with Python 2, the bug occurs - the updates.img file is incorrect. When I run the createhdds script with Python 3, the disk image is created properly. createhdds.py actually has #!/usr/bin/env python3 as its hashbang, but for the production openQA deployments I was running it through python2 explicitly (can't remember why, probably just reducing the number of packages that needed to be installed or something). So on our test deployments we weren't seeing the bug because we were running createhdds with its default interpreter, python3; the bug was only showing up on the official instances, where we were forcibly running it through python2. So, I've tweaked the ansible playbook to install the necessary python3 deps and run createhdds.py with python3, and wiped the bad disk image files so they got recreated. From now on the test should pass. I filed the guestfs bug: https://bugzilla.redhat.com/show_bug.cgi?id=1319347 -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
