Re: Fedora Rawhide 20151209 compose check report

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

--
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
http://lists.fedoraproject.org/admin/lists/test@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux