Description of problem: I am trying to install https://kojipkgs.fedoraproject.org/compose/branched/Fedora-27-20170817.n.3/compose/Server/i386/iso/Fedora-Server-dvd-i386-27-20170817.n.3.iso under Xen as PV guests. It works fine with a 64-bit PV guest, but if I use virt-install with the URL for the 32-bit it fails to install as it can't find the right kernel. Looking at https://kojipkgs.fedoraproject.org/compose/branched/Fedora-27-20170817.n.3/compose/Server/i386/os/.treeinfo vs https://kojipkgs.fedoraproject.org/compose/branched/Fedora-27-20170817.n.3/compose/Server/x86_64/os/.treeinfo The [images-xen] (and a lot of other ones) are missing Version-Release number of selected component (if applicable): Not sure? Whatever made https://kojipkgs.fedoraproject.org/compose/branched/Fedora-27-20170817.n.3/compose/Server/i386/os/.treeinfo How reproducible: 100% Steps to Reproduce: 1. Install Fedora Server (rawhide) 2. yum install xen libvirt 3. virt-install -l https://kojipkgs.fedoraproject.org/compose/branched/Fedora-27-20170817.n.3/compose/Server/i386/os/ --ram 8192 --disk /dev/fedora_tst063/rawhide-32-pv --network=bridge=switch,mac=C0:EB:24:DE:56:B4 --extra-args "console=hvc0 vnc ip=dhcp ks=http://192.168.106.1/rawhide-32-xen-guest.ks" --name rawhide-32-pv Actual results: ERROR Couldn't find xen kernel for Fedora tree. Expected results: Starting install... Retrieving file vmlinuz... | 7.1 MB 00:00:01 Retrieving file initrd.img... | 61 MB 00:00:04 (or such, it probably would be vmlinuz-PAE) Additional info:
The problem is in pungi, which should not have copied the images into the compose/ subdirectory at all. The lorax task for Server.i386 failed: https://koji.fedoraproject.org/koji/taskinfo?taskID=21288178 so there should be no os/images/ at all.
Proposed fix: https://pagure.io/pungi/pull-request/718
Still an issue with Fedora-Server-dvd-x86_64-27-20170901.n.1.iso
(In reply to Konrad Rzeszutek Wilk from comment #3) > Still an issue with Fedora-Server-dvd-x86_64-27-20170901.n.1.iso Err, b/c I can't copy-n-paste. Still an issue with Fedora-Server-dvd-i386-27-20170901.n.1.iso
Proposed as a Blocker for 27-beta by Fedora user konradr using the blocker tracking app because: Fails the final Xen_PV_guest QA install.
.. as I put it in the wrong entry (it should have been in the Final one, not beta blocker).
Discussed during blocker review [1]: RejectedBlocker (Final) - this is specific to i686, which is no longer a release-blocking arch. [1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2017-09-11/
Still an issue with Fedora-Server-dvd-i386-27-20170912.n.0.iso
And with https://kojipkgs.fedoraproject.org/compose/27/Fedora-27-20170922.0/compose/Server/x86_64/iso/Fedora-Server-dvd-x86_64-27_Beta-1.2.iso
Still an issue with Fedora-Server-dvd-i386-27_Beta-1.3.iso
Is there an particular ISO (32-bit) which I could test? The https://fedoraproject.org/wiki/Test_Results:Fedora_27_Branched_20171005.n.0_Installation#Which_tests_to_run does not have 32-bit ISOs so I can't test it.
Konrad, you can see the latest composes here: https://kojipkgs.fedoraproject.org/compose/branched/ But it's true that for the past few days the i386 images seem to fail to compose. The latest successful composed image should be seen at: https://www.happyassassin.net/nightlies.html but that currently times out for me.
The i386 images were failing when this bug was filed too. The root cause of the malformed .treeinfo is that even though lorax reported failure, it created some ISO file (possibly broken) and that was copied into the compose. Since Pungi believed it failed, it did not update .treeinfo to include all that should be there if things go right. The fix for this is to not copy the image into the compose in the first place. That is why it's not there at all. Currently the images are failing to be created, but this time there's no file being generated at all: https://koji.fedoraproject.org/koji/taskinfo?taskID=22325144
Fedora-Server-dvd-i386-27-20171017.n.0.iso don't have this issue