Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
When trying to match multiple potential device names to ignoredisk or clearpart, a KickstartValueError is raised when one of them isn't found.
For example, SATA DOMs that can be matched as target disk with "ignoredisk --only-use=/dev/disk/by-id/ata-SATA_SSD*,/dev/disk/by-id/ata-SATADOM*" fail when one of those matches exists but the other does not.
So when you have a bunch of machines with *one single* SATA DOM where some of them are matched with "ata-SATA_SSD*" and others with "ata-SATADOM*", the only acceptable solution is to maintain multiple kickstart scripts.
The issue also applies in reverse, e.g. when using "ignoredisk --disks=/dev/disk/by-id/*INTEL*,/dev/disk/by-id/*OCZ*" because this also causes a kickstart failure when there are either no INTEL or no OCZ drives present; it only works correctly when both matches are true.
Version-Release number of selected component (if applicable):
How reproducible:
100% of the time
Steps to Reproduce:
1. Make a kickstart with "ignoredisk --only-use=foo,bar' where foo is a valid match for a device and bar is not
2. Try to install with this kickstart script
Actual results:
Kickstart fails with an error for the unmatched device bar
Expected results:
Kickstart should ignore the non-existing device bar if device foo exists and matches
While Red Hat welcomes bug reports on Red Hat products here in our public
bugzilla database, please keep in mind that bugzilla is not a support tool or
means of accessing support. If you would like technical support please visit
our support portal at access.redhat.com or call us for information on
subscription offerings to suit your needs.
David,
I created this bug at the request of mkolman while debugging this on #anaconda in freenode. Please do not consider this a support request and keep it open.
I more or less see two things that need to be done to handle this use case:
- wildcard support: being able to match globs like --disks=/dev/disk/by-id/*INTEL*
- being able to survive unmatched device
I can see multiple ways of handling the second point - always ignoring unmatched wildcards or something like:
/dev/disk/by-id/*INTEL*|/dev/disk/by-id/*OCZ*
As long as at least one wildcard/specification in a | separated list matches no error would be generated.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://rhn.redhat.com/errata/RHEA-2016-2158.html