On Wed, 2015-12-09 at 16:41 +0000, Fedora compose checker wrote: > Missing expected images: > > Cloud disk raw i386 > Cloud_atomic disk raw x86_64 > Kde disk raw armhfp > Kde live i386 > Cloud disk raw x86_64 > Kde live x86_64 > > No images in this compose but not Rawhide 20151208 > > Images in Rawhide 20151208 but not this: > > Cinnamon live x86_64 > Games live i386 > > Failed openQA tests: 6 of 57 > > ID: 683 Test: i386 universal package_set_kde > URL: https://openqa.fedoraproject.org/tests/683 > ID: 670 Test: x86_64 universal server_shrink_ext4 > URL: https://openqa.fedoraproject.org/tests/670 > ID: 656 Test: x86_64 universal server_multi_empty@uefi > URL: https://openqa.fedoraproject.org/tests/656 > ID: 653 Test: x86_64 universal package_set_kde > URL: https://openqa.fedoraproject.org/tests/653 > ID: 649 Test: x86_64 universal server_ext3 > URL: https://openqa.fedoraproject.org/tests/649 > ID: 636 Test: x86_64 universal server_mirrorlist_graphical > URL: https://openqa.fedoraproject.org/tests/636 653 and 683 are the known KDE package set issues. 636 looks to have timed out while getting repo metadata; there is an issue with mirrormanager serving stale info ATM which is making this significantly more likely. I would actually prefer it if mirrormanager gave the openQA boxes a local mirror, but it doesn't at present, and according to nirik it's not simple to do so: https://fedorahosted.org/fedora-infrastructure/ticket/5016 Resolving that would mean the tests would run a lot faster, not generate external traffic, and be less susceptible to weird mirror issues, but for now we're stuck with them using public mirrors. 649, 656 and 670 look to be cases of a mysterious anaconda crash I'm trying to pin down: https://bugzilla.redhat.com/show_bug.cgi?id=1289704 ;. It seems like sometimes anaconda crashes the python interpreter during repository configuration. Quite often this seems to be associated with hitting the http://ftp.linux.cz mirror, but not *always*. I've tweaked openQA to try and upload the coredump of the crash (assuming anaconda successfully dumps it in the expected location), so I'm hoping that the next time this happens, we'll have a core dump to poke at. -- 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
