On Thu, 2017-03-02 at 19:09 +0000, Fedora compose checker wrote: > Missing expected images: > > Atomic qcow2 x86_64 > Server dvd i386 > Xfce raw-xz armhfp > Server boot i386 > Atomic raw-xz x86_64 > > Failed openQA tests: 13/107 (x86_64), 1/2 (i386), 1/2 (arm) > > New failures (same test did not fail in Rawhide-20170228.n.0): > > ID: 58736 Test: x86_64 Server-dvd-iso base_update_cli > URL: https://openqa.fedoraproject.org/tests/58736 Seems to be some kind of signature issue. I've been talking it over with releng today. So far my assessment is that the mirrormanager metalink for Rawhide is out of date, causing dnf to reject the packages that have been re-signed with the F27 key and go find an old mirror with the packages signed with the F26 key, then fail because they're signed with the wrong key... > ID: 58738 Test: x86_64 Server-dvd-iso install_repository_nfs_variation > URL: https://openqa.fedoraproject.org/tests/58738 So there've been a few fails in this general category lately: it seems like, part way through package installation, the installer just hangs. I'm not entirely sure what's going on. I *suspect* it may be related to the system clock getting changed by chrony during installation, but I'm not entirely sure yet. > ID: 58752 Test: x86_64 Workstation-live-iso install_default_upload > URL: https://openqa.fedoraproject.org/tests/58752 > ID: 58753 Test: x86_64 Workstation-live-iso install_default@uefi > URL: https://openqa.fedoraproject.org/tests/58753 > ID: 58767 Test: i386 Workstation-live-iso install_default > URL: https://openqa.fedoraproject.org/tests/58767 These all failed because Workstation suddenly turned rather...orange: https://bugzilla.redhat.com/show_bug.cgi?id=1428559 we're hoping a new mutter will fix that tomorrow. > ID: 58770 Test: x86_64 KDE-live-iso install_default@uefi > URL: https://openqa.fedoraproject.org/tests/58770 Seems like rebooting after install failed. A restart worked, so this was something transient, apparently. > ID: 58774 Test: x86_64 KDE-live-iso base_update_cli > URL: https://openqa.fedoraproject.org/tests/58774 Same as the other base_update_cli issue (above). > ID: 58790 Test: x86_64 universal install_xfs@uefi > URL: https://openqa.fedoraproject.org/tests/58790 This was another 'hang during install' case. It got to 'Performing post-installation setup tasks', the spinner span for a bit, then it just hung - the spinner stops moving and the system just sits there until the test times out. > ID: 58798 Test: x86_64 universal upgrade_desktop_encrypted_64bit > URL: https://openqa.fedoraproject.org/tests/58798 Something rather odd happened here; reboot after update of the F25 base system failed, with some somewhat-cryptic messages shown briefly on the console: Kernel not configured for semaphores (System V IPC). Not using udev synchronization code. Kernel not configured for semaphores (System V IPC). Not using udev synchronization code. Failed to read reboot parameter file: No such file or directory Rebooting. after that, the screen went blank and stayed blank. Really not sure what happened there. > ID: 58819 Test: x86_64 universal install_delete_pata > URL: https://openqa.fedoraproject.org/tests/58819 This hit our old friend: gi.overrides.BlockDev.LVMError: Failed to call the 'LvCreate' method on the '/com/redhat/lvmdbus1/Vg/0' object: Timeout was reached https://bugzilla.redhat.com/show_bug.cgi?id=1410523 > ID: 58832 Test: x86_64 universal install_btrfs > URL: https://openqa.fedoraproject.org/tests/58832 Another 'hang during install' case. > Old failures (same test failed in Rawhide-20170228.n.0): > > ID: 58740 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller > URL: https://openqa.fedoraproject.org/tests/58740 This is still failing because of: https://bugzilla.redhat.com/show_bug.cgi?id=1426847 although freeipa-4.4.3-8 should fix it, that build has no tags, for some reason. Working with releng to sort that out ATM. > ID: 58780 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload > URL: https://openqa.fedoraproject.org/tests/58780 Still just never reaching the main boot process, I guess we should just bump the timeout up or something. > ID: 58839 Test: x86_64 universal install_rescue_encrypted > URL: https://openqa.fedoraproject.org/tests/58839 Still https://bugzilla.redhat.com/show_bug.cgi?id=1376638 . > ID: 58840 Test: x86_64 universal install_cyrillic_language > URL: https://openqa.fedoraproject.org/tests/58840 Still https://bugzilla.redhat.com/show_bug.cgi?id=1413813 . > > Soft failed openQA tests: 54/107 (x86_64), 1/2 (i386) > (Tests completed, but using a workaround for a known bug) > > New soft failures (same test did not soft fail in Rawhide-20170228.n.0): As well as the AVC causing many soft failures, there was an issue in the test that uploads various bits of info about the installed system for analysis that causes several more soft failures. I've fixed that now, so we should see fewer soft fails (and more data analysis) with the next compose. -- 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 send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx