Description of problem:
Take the ks file I attached to 174597, for example, but remove the `interactiveÂ´
line. Even when I try to do a totally automated install for that box, anaconda
will still stop and prompt me for disk layout confirmation, i.e., disk druid and
the screen before that. After I click on `Next' on both, without any other
actions, it will proceed to install.
Any idea why it might decide to do that? I know I have a server at the uni that
displays the very same behavior on FC4, so this is probably not a new bug, but I
neglected to report it earlier.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Take the ks file attached to bug 174597, particularly the partitioning info
2.Try to do a non-interactive ks install with it
Install succeeds, but only after prompting for `confirmationÂ´ of the partitioning
No such interactive steps, like on all other boxes
It might have to do with the selection of raid devices, available lvm space or
something. I hoped /var/log/anaconda.log would let me know why it made this
decision, but I can't find anything useful for this problem there (other than a
typo s/anod/and/ in /usr/lib/python2.4/site-packages/pykickstart/parser.py:102,
because of --hsync/--vsync options, that is :-)
It looks to me like the partitioning step will only be skipped if you use
autopart or have at least one part line in your kickstart file. Since you don't
have any part lines because of the --useexisting flags, it's not adding the
partitioning steps to the skip list. Does this fit in with what you're seeing
on your various systems?
That's it! All of the affected hosts have absolutely everything on raid,
inclusing swap. Some other systems that had nearly everything on raid still had
some non-raid swap devices, and that's what set me off track.
Any chance you could add `raid' and `logvol' to the set of directives that cause
partitioning to be skipped?
Yep, that's the exact fix I had in mind. Fixed in post-test3 Rawhide.