Created attachment 752400 [details]
Booting http://ppc.koji.fedoraproject.org/stage/f19-20130523-Beta-RC4.1/ppc64/iso/Fedora-19-ppc64-DVD.iso with the following command line:
boot: linux inst.vnc inst.sshd ip=18.104.22.168::22.214.171.124:255.255.255.0:sharpie.rch.stglabs.ibm.com:eth0:none ip=126.96.36.199::188.8.131.52:255.255.255.0::eth1:none nameserver=184.108.40.206 bootdev=eth0 ks=http://chukar.rch.stglabs.ibm.com/Fedora19-sharpie-lvm_auto-cdrom-minimal-ks.cfg
The kickstart file is:
# System authorization information
auth --enableshadow --passalgo=sha512
# Use CDROM installation media
# Run the Setup Agent on first boot
# Keyboard layouts
keyboard --vckeymap=us --xlayouts='us'
# System language
# Network information
network --bootproto=static --device=eth0 --gateway=220.127.116.11 --ip=18.104.22.168 --nameserver=22.214.171.124 --netmask=255.255.255.0 --noipv6 --activate --hostname=sharpie.rch.stglabs.ibm.com
network --bootproto=static --device=eth1 --gateway=126.96.36.199 --ip=188.8.131.52 --nameserver=184.108.40.206 --netmask=255.255.255.0 --noipv6 --activate
# Root password
rootpw --iscrypted $6$FCC2q6uYlfUbj/yT$DofkzfLSx81naeiFN/s8QmQrg3OEqX4B8M3balQqKIqr93d43qGSk778ia/fffLdV.WWR7C9JaNrsNzv/BFy50
# System services
# System timezone
timezone America/Chicago --isUtc
user --groups=wheel --name=hamzy --password=$6$G5rAVxJJu96EVjMT$seDbnccXanXj21XXRIcFYaueoP83aGy1SGbiRt1b1fwA3fITSd6VsVnRIS3urA8f8940lg4t466Q3p439eSU70 --iscrypted --gecos="Mark Hamzy"
# System bootloader configuration
bootloader --location=mbr --boot-drive=sda
clearpart --all --initlabel --drives=sda
# Partition clearing information
Does not proceed to installation. Instead, the following error is displayed:
storage configuration failed: Not enough free space on disks for automatic partitioning
Created attachment 752401 [details]
Created attachment 752403 [details]
Created attachment 752404 [details]
The kickstart file worked back when it had one virtual scsi drive. Now it has 3: sda, sdb, and sdc. Although only one is mentioned in the kickstart file.
It looks like the storage execute thread is running twice. Chris thinks it is related to the fact that the storage spoke's changed property is now always true.
Proposing as a FinalBlocker:
"The installer must be able to use all available kickstart delivery methods."
I was definitely able to reproduce this on Friday, but not so much today. Can you please retest with whatever the next image is and let me know? Thanks.
Discussed at 2013-05-29 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-05-29/f19final-blocker-review-1.2013-05-29-16.02.log.txt . As we're waiting for info from the reporter, we'll delay evaluation of this for now.
Ran into bug 971046 trying to see if this still happens.
Discussed at 2013-06-05 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-05/f19final-blocker-review-3.2013-06-05-16.05.log.txt . We are still waiting for information to figure out whether this is affecting multiple configurations or if it's specific to Mark's config in some way. (We appreciate that you're trying, Mark, I'm just doin' bureaucracy here :>)
I tested a private build of anaconda-19.30.3-1.fc19 and mozjs17-17.0.0-4.fc19.kh.ppc64 (to fix the GError) and it still fails for me.
Discussed again at 2013-06-10 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-10/f19final-blocker-review-4.2013-06-10-16.01.log.txt . We will see if this can be reproduced on a primary arch before deciding whether it is a blocker. Mark, if there are any unique elements of the machine's configuration besides those described above, it might help us reproduce the issue.
From the meeting notes, it sounds like kparal can reproduce this on PA:
16:24:10 <adamw> i guess we do need to see if anyone else can hit it now, though
16:25:49 <dgilmore> yeah
16:25:49 * kparal running it
16:26:03 <tflink> proposed #agreed - This has been reproduced on ppc but it needs to be reproduced on PA before taking it as a blocker. will revisit when more information is available
16:26:23 <tflink> unless we want to wait for kparal's run to finish
16:26:50 <tflink> wasn't there also a question about whether ks was sequential or not - ie, the order or part and clearpart?
16:27:43 <adamw> ack
16:27:50 <dgilmore> ack
16:27:54 <adamw> possibly, but that's probably just me guessing stuff
16:28:27 <tflink> other ack/nak/patch?
16:28:29 <jreznik> ack
16:29:00 * kparal is experiencing technical difficulties
16:29:36 <kparal> I got usual "no disks selected"
This is what I see for my kickstart install:
Then, going into "Installation Destination" and selecting "click for details," I see:
I asked kparal about this and sees the same thing:
<kparal> yes, I see the same
<kparal> it might be the same bug
The bug kparal is talking about is bug 969327. Can someone from the anaconda team comment about this?
One unique thing about the setup is this is on an LPAR with 3 virtual scsi disks with installation only referencing one of said disks.
mark: what I read 'usual no disks selected' as meaning was that kparal hit this bug:
we were pontificating that that bug, this bug, and https://bugzilla.redhat.com/show_bug.cgi?id=967527 might all be closely related and/or have the same underlying cause, but we're not entirely sure yet.
*** Bug 969327 has been marked as a duplicate of this bug. ***
Transferring AcceptedBlocker from bug 969327.
*** Bug 974160 has been marked as a duplicate of this bug. ***
pykickstart-1.99.32-1.fc19,python-blivet-0.16-1.fc19,anaconda-19.30.6-1.fc19 has been submitted as an update for Fedora 19.
Is there a updates.img URL that I could point to in my kickstart file to test the update?
This will be in the next test compose, which you can just try out there. Please don't change the bug state.
Sorry about changing the bug status. I'm not sure how that happened.
Package anaconda-19.30.7-1.fc19, pykickstart-1.99.32-1.fc19, python-blivet-0.16-1.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-19.30.7-1.fc19 pykickstart-1.99.32-1.fc19 python-blivet-0.16-1.fc19'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
*** Bug 975010 has been marked as a duplicate of this bug. ***
pykickstart-1.99.32-1.fc19, python-blivet-0.16-1.fc19, anaconda-19.30.8-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
Mark, can you please re-test this with F19 TC5? Thanks!
I tested with http://ppc.koji.fedoraproject.org/stage/f19-20130618-GA-TC5.1/ppc64/iso/Fedora-19-ppc64-DVD.iso and it works for me.
Great, then we can close it! Thanks.
*** Bug 975652 has been marked as a duplicate of this bug. ***