From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc3 Firefox/1.0.6 Description of problem: Given a system that already has a root raid device (md0) and a swap raid device (md1), it seems impossible to have anaconda re-use those by passing "raid" and "part" commands in the config file. Based on the following thread: https://www.redhat.com/archives/kickstart-list/2003-April/msg00055.html I attempted to: raid / --device md0 --useexisting raid swap --device md1 --noformat This was ignored as if I hadn't passed anything in the config, and was prompted to partition by hand. Then tried this: part raid.1 --noformat --onpart sda1 part raid.2 --noformat --onpart sdb1 part raid.3 --noformat --onpart sda2 part raid.4 --noformat --onpart sdb2 raid / --fstype ext3 --level=1 --device md0 raid.1 raid.2 raid swap --fstype swap --level=1 --device md1 raid.3 raid.4 This yielded a python exception dialog. Then I tried all permutations of those scenarios, with or without --useexisting or --noformat, with or without "=" signs betwen options and their parameters, etc... nothing helped, still either ignored or the python exception dialogue. I ultimately ended up performing the operations by hand through the UI, not perticularly convenient when trying to automate... Oh, and after performing the operation by hand, I extracted the part and raid parameters that anaconda generated in /root/anaconda-ks.cfg, those yielded the python exception dialogue. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. fire off the install with a ks=... pointing to the config file containing part and/or raid commands 2. 3. Actual Results: prompted to manually configure or python exception dialogue Expected Results: installer performs install Additional info:
You need something like the second of these two... what is the exact traceback you got? Without that, it's pretty difficult to say what went wrong.
requested by Jams Antill