Bug 948331 - Kickstart installation using autopart doesn't work
Summary: Kickstart installation using autopart doesn't work
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 948090 950169 (view as bug list)
Depends On:
Blocks: fedora19rtt F19PPCAlpha, F19PPCAlphaBlocker, PPCAlphaBlocker
TreeView+ depends on / blocked
 
Reported: 2013-04-04 15:25 UTC by Ľuboš Kardoš
Modified: 2016-08-01 01:26 UTC (History)
11 users (show)

Fixed In Version: anaconda-19.17-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-05-30 17:06:46 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
kickstart (181 bytes, application/octet-stream)
2013-04-04 15:26 UTC, Ľuboš Kardoš
no flags Details
anaconda.log (276.57 KB, text/x-log)
2013-04-04 15:27 UTC, Ľuboš Kardoš
no flags Details
packaging.log (13.23 KB, text/x-log)
2013-04-04 15:28 UTC, Ľuboš Kardoš
no flags Details
programl.log (1012.25 KB, text/x-log)
2013-04-04 15:28 UTC, Ľuboš Kardoš
no flags Details
storage.log (5.39 MB, text/x-log)
2013-04-04 15:29 UTC, Ľuboš Kardoš
no flags Details
anaconda.log file after a kickstart install using F19 Beta (17.75 KB, text/plain)
2013-05-30 16:48 UTC, ajs
no flags Details
storage.log file after a kickstart install using F19 Beta (306.61 KB, text/plain)
2013-05-30 16:51 UTC, ajs
no flags Details

Description Ľuboš Kardoš 2013-04-04 15:25:18 UTC
Description of problem:
Kickstart installation using autopart doesn't work.

Version-Release number of selected component (if applicable):
F19-Alpha-TC4
anaconda 19.15

How reproducible:
always

Steps to Reproduce:
1. Start kickstart installation with attached kickstart.
  
Actual results:
Anaconda will stop in main hub and text under label "INSTALLATION DESTINATION" is switching from "No disk selected" to "Failed to save storage configuration" and back to "No disk selected" in loop again and again. 


Expected results:
Succesful installation.

Additional info:

Comment 1 Ľuboš Kardoš 2013-04-04 15:26:46 UTC
Created attachment 731647 [details]
kickstart

Comment 2 Ľuboš Kardoš 2013-04-04 15:27:40 UTC
Created attachment 731648 [details]
anaconda.log

Comment 3 Ľuboš Kardoš 2013-04-04 15:28:30 UTC
Created attachment 731649 [details]
packaging.log

Comment 4 Ľuboš Kardoš 2013-04-04 15:28:58 UTC
Created attachment 731651 [details]
programl.log

Comment 5 Ľuboš Kardoš 2013-04-04 15:29:52 UTC
Created attachment 731652 [details]
storage.log

Comment 6 Fedora Update System 2013-04-09 22:57:17 UTC
python-blivet-0.10-1.fc19,anaconda-19.17-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/python-blivet-0.10-1.fc19,anaconda-19.17-1.fc19

Comment 7 Ľuboš Kardoš 2013-04-10 08:17:55 UTC
Verified on anaconda-19.17-1 (Fedora 19 RC2).

Comment 8 Chris Lumens 2013-04-11 18:32:10 UTC
*** Bug 948090 has been marked as a duplicate of this bug. ***

Comment 9 Chris Lumens 2013-04-15 13:07:15 UTC
*** Bug 950169 has been marked as a duplicate of this bug. ***

Comment 10 Robert Lightfoot 2013-04-20 00:06:39 UTC
This bug still exists in F19-Alpha-i386-RC4-DVD

Comment 11 Robert Lightfoot 2013-04-20 00:11:25 UTC
Bug 948090 shows the ks with autopart directive being used and isntall stops at main menu and acts like no disk was chosen.

Comment 12 Robert Lightfoot 2013-04-20 00:37:39 UTC
Turns out --all must be in clearpart directive for this not be a problem on previously populated disks.

Comment 13 ajs 2013-05-25 19:03:59 UTC
Between F19 Alpha and F19 Beta RC4, this quit working even if clearpart --all is specified.

The following quit working for me between those two versions

ignoredisk --only-use=sda
clearpart --all --initlabel --drives=sda
autopart --encrypted --type=plain --passphrase=${DISK_PASSPHRASE}

Comment 14 Adam Williamson 2013-05-30 02:40:06 UTC
What do you mean by 'quit working', exactly?

Comment 15 ajs 2013-05-30 16:46:48 UTC
Sorry for the hasty report.

Anaconda used to clear all of the partitions on sda and install F19 on that drive with the partitioning scheme chosen by 'autopart'

Now, Anaconda waits at the main hub claimimg that it doesn't have anywhere to install to.  When I select the disk spoke, everything is already selected properly, but I have to reclaim the space on sda.

See the attached anaconda.log-ajsfedora-Beta

The six minute break between lines 138 and 139 is just me reclaiming the disk space on sda and accepting all of the settings from the kickstart file.

I'm going through the storage.log file for privacy and I'll upload it in a few minutes.

Comment 16 ajs 2013-05-30 16:48:01 UTC
Created attachment 754966 [details]
anaconda.log file after a kickstart install using F19 Beta

Comment 17 ajs 2013-05-30 16:51:34 UTC
Created attachment 754977 [details]
storage.log file after a kickstart install using F19 Beta

Comment 18 Adam Williamson 2013-05-30 17:06:46 UTC
Ah, that sounds rather like another bug we've been looking at, currently under https://bugzilla.redhat.com/show_bug.cgi?id=967527 but probably going to be split out from it. I think we can close this one, but please follow up there.

Comment 19 ajs 2013-05-30 17:24:20 UTC
I'm running an install from F19-Alpha to collect the logs.  Should I post those logs there or here?


Note You need to log in before you can comment on or make changes to this bug.