On Mon, 2017-02-27 at 17:25 +0000, Fedora compose checker wrote:
Missing expected images:
Atomic qcow2 x86_64
There seems to be some sort of problem in pungi-make-ostree:
https://kojipkgs.fedoraproject.org//work/tasks/1386/18091386/root.log
DEBUG util.py:435: + pungi-make-ostree tree --repo=/mnt/koji/compose/atomic/rawhide/
--log-dir=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/logs/x86_64/Atomic/ostree-2
--treefile=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/work/ostree-2/config_repo/fedora-atomic-docker-host.json
--extra-config=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/work/ostree-2/extra_config.json
DEBUG util.py:435: Traceback (most recent call last):
DEBUG util.py:435: File "/usr/bin/pungi-make-ostree", line 15, in
<module>
DEBUG util.py:435: ostree.main()
DEBUG util.py:435: File
"/usr/lib/python2.7/site-packages/pungi/ostree/__init__.py", line 85, in main
DEBUG util.py:435: func()
DEBUG util.py:435: File
"/usr/lib/python2.7/site-packages/pungi/ostree/tree.py", line 95, in run
DEBUG util.py:435: repos = extra_source_repos + [{'name':
'source_repo_from', 'baseurl': source_repo_from}]
DEBUG util.py:435: TypeError: unsupported operand type(s) for +: 'NoneType' and
'list'
Server dvd i386
Several i386 image composes still failing for the reason Kevin noted
recently:
dnf.exceptions.Error: Will not install a source rpm package
(docker-anaconda-addon-0.4-4.fc26.src).
Xfce raw-xz armhfp
Looks a bit odd:
https://kojipkgs.fedoraproject.org//work/tasks/1563/18091563/root.log
DEBUG util.py:435: Unable to create appliance : Failed to find package 'firefox'
: no package matched: firefox
Is there an ARM-specific issue with the firefox package?
Server boot i386
Atomic raw-xz x86_64
See above.
Failed openQA tests: 10/107 (x86_64), 1/2 (arm)
ID: 57880 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL:
https://openqa.fedoraproject.org/tests/57880
This is some kinda transient test fail, I think (openQA clicked in the
wrong place or the click got lost or something).
ID: 57881 Test: x86_64 Server-dvd-iso
server_role_deploy_domain_controller
URL:
https://openqa.fedoraproject.org/tests/57881
This is now failing because of:
https://bugzilla.redhat.com/show_bug.cgi?id=1405790
freeipa-client and freeipa-server can't be installed due to dep issues
with certmonger, and certmonger rebuild is failing.
ID: 57899 Test: x86_64 Workstation-live-iso desktop_terminal
URL:
https://openqa.fedoraproject.org/tests/57899
ID: 57907 Test: x86_64 Workstation-live-iso desktop_update_graphical
URL:
https://openqa.fedoraproject.org/tests/57907
These two failed because gnome-color-manager unexpectedly asked for
access to the system location immediately upon login, which the test
can't cope with:
https://bugzilla.gnome.org/show_bug.cgi?id=779343
We could adjust the test, but the GNOME behaviour seems odd, so waiting
for input from the devs on whether it's a bug.
ID: 57925 Test: arm Minimal-raw_xz-raw.xz
install_arm_image_deployment_upload
URL:
https://openqa.fedoraproject.org/tests/57925
We never get any video output from this test, with a 10 minute (IIRC)
boot timeout. pwhalen reports there's a showstopper with ARM atm
related to module loading:
https://bugzilla.redhat.com/show_bug.cgi?id=1422634
that may be causing this, or it may be something else.
ID: 57951 Test: x86_64 universal install_iscsi
URL:
https://openqa.fedoraproject.org/tests/57951
This broke between 20170208 and 20170214, my best guess at what
happened is in the new bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=1427359
ID: 57956 Test: x86_64 universal install_software_raid@uefi
URL:
https://openqa.fedoraproject.org/tests/57956
This is an openQA console typing fail (sigh, still happens
occasionally). Test actually worked fine.
ID: 57978 Test: x86_64 universal install_cyrillic_language
URL:
https://openqa.fedoraproject.org/tests/57978
Still
https://bugzilla.redhat.com/show_bug.cgi?id=1413813 . If that
doesn't get any attention soon I may have to make the test work around
it to cover the rest of the test case...
ID: 57983 Test: x86_64 universal install_rescue_encrypted
URL:
https://openqa.fedoraproject.org/tests/57983
ID: 57984 Test: x86_64 universal install_rescue_encrypted@uefi
URL:
https://openqa.fedoraproject.org/tests/57984
Still
https://bugzilla.redhat.com/show_bug.cgi?id=1376638 . Looks like
there's now a PR to fix this, but it is not yet merged.
ID: 57986 Test: x86_64 Workstation-live-iso
desktop_notifications_postinstall
URL:
https://openqa.fedoraproject.org/tests/57986
This is a hard fail caused by the same SELinux alert that causes all
the soft fails (see below). It's a hard fail because any AVC alert that
triggers a desktop notification on boot is a Final release criteria
violation.
Soft failed openQA tests: 52/107 (x86_64)
(Tests completed, but using a workaround for a known bug)
These are all caused by:
https://bugzilla.redhat.com/show_bug.cgi?id=1392161
it may strictly speaking have been best reported as a separate bug, but
basically there's an AVC that shows up on almost all installs,
something being denied 'mounton' action for /proc/mtrr .
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net