Created attachment 573643 [details] anaconda log Description of problem: this try to cover the test case: https://fedoraproject.org/wiki/QA:Testcase_Kickstart_Hd_Device_Path_Ks_Cfg but the kickstart file cannot be mounted, and the kickstart file on the hard drive becomes empty after installation. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. put ks file to hard drive at /boot 2. boot system and direct ks file to hard drive 3. ks file is not mounted and original ks file becomes empty Actual results: Expected results: Additional info:
Created attachment 573644 [details] syslog
Created attachment 573645 [details] program log
Created attachment 573647 [details] ks file
This should also F17Beta Blocker according article 7.The installer must be able to use all kickstart delivery methods Can anybody else verify this, I have tried many times, but it does not success.
Discussed at 2012-04-02 QA meeting, functioning as a blocker review meeting. Agreed that this is accepted as a blocker under the current criterion, "The installer must be able to use all kickstart delivery methods". There is a current proposal to revise the criterion in a way which would exclude this bug, and it has substantial support, but at the same time, a use case has been raised which was not considered in that discussion: virt-install makes it very easy to use initrd injection of a kickstart file, it's just a single parameter to the virt-install command, so this is arguably a much easier kickstart delivery mechanism to use than we previously thought. So we agreed to accept this as a blocker for now and revive the discussion about revising the criterion, with consideration of this newly-considered use case. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Can't reproduce, though I tested somewhat differently. I put Beta RC2 onto a USB stick with livecd-iso-to-disk . Then I copied a kickstart file to the partition labelled LIVE-REPO on the USB stick - the one which just gets the DVD ISO image stuck into it. Then I attached the stick to my test machine, booted, and edited the cmdline to add: ks=repo:hd:UUID=(copied from the repo= parameter):/kickstart.ks anaconda booted successfully and clearly loaded the kickstart, as it skipped straight to disk scanning step (and popped up an 'error parsing kickstart config', as the kickstart wasn't correct for the system I was testing on). So I'm going to change my vote to -1 blocker here: wwoods tested and couldn't reproduce, I tested and couldn't reproduce, and Tao Wu reported success on this test case in the matrix too. I'm wondering if there may still be a valid bug here but a more specific one, to do with exactly how Hongqing tried to test? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Discussed again at 2012-04-03 emergency blocker review meeting: http://meetbot.fedoraproject.org/fedora-meeting/2012-04-03/fedora-meeting.2012-04-03-23.08.html . We are pretty sure we now have three 'passes' for this test - one from me, one from Will, and one from twu as listed on the RC2 install validation matrix. The only person for whom it failed is Hongqing. So we think the mechanism isn't completely broken, indeed it works in most cases, and so this is no longer considered a blocker. Will did fix some apparent bugs in the code which may have caused this to fail for hongqing, so it may work for him with Beta RC3. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers