Red Hat Bugzilla – Full Text Bug Listing
|Summary:||RFE: use hardware-centric identifiers to specific storage devices in anaconda|
|Product:||Red Hat Enterprise Linux 6||Reporter:||Navid Sheikhol-Eslami <navid>|
|Component:||anaconda||Assignee:||Anaconda Maintenance Team <anaconda-maint-list>|
|Status:||CLOSED CURRENTRELEASE||QA Contact:||Release Test Team <release-test-team>|
|Version:||6.0||CC:||atodorov, bernhard.furtmueller, borgan, ddumas, notting, pholica, rdassen, snagar, tao|
|Fixed In Version:||anaconda-13.9-1||Doc Type:||Enhancement|
|Doc Text:||Story Points:||---|
|Last Closed:||2010-11-11 09:30:48 EST||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
|Bug Blocks:||391521, 519842, 472555|
Comment 2 Bill Nottingham 2008-10-10 13:20:08 EDT
So, this would entail (at a minimum) copying all the symlink-making udev infrastructure to the install environment, and basing the partitioning code off of that. (Which wouldn't be useful for a large class of users.)
Comment 3 J.H.M. Dassen (Ray) 2009-03-20 06:28:42 EDT
If I'm reading things correctly, this feature request may be related to, or be useful as an input to https://fedoraproject.org/wiki/Features/AnacondaStorageRewrite
Comment 4 Chris Lumens 2009-05-26 16:30:23 EDT
*** Bug 455799 has been marked as a duplicate of this bug. ***
Comment 9 Denise Dumas 2009-09-18 15:33:05 EDT
So since we haven't heard back on whether the mockups at https://fedoraproject.org/wiki/Design/AnacondaStorageUI meet your needs, I'm acking this on the assumption that they are, or are at least a step in your desired direction. If you have comments we'd love to hear them. We're expecting this UI to show up for Beta 1.
Comment 12 Chris Lumens 2009-11-20 10:33:21 EST
I have introduced a new feature to RHEL6 that ought to help with this, at least as far as kickstart installs are concerned. With the storage rewrite, it has become much easier to refer to drives in more complex ways so I have exposed some of this in kickstart. With the old clearpart, ignoredisk, and part commands you would have to know that a disk was "sda" or whatever in order to refer to it. That's both an unstable name and doesn't convey any information about where the actual disk is. With my modification, you can now refer to the disk as /dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0. I admit this is not really the most user-friendly syntax ever invented, but it is made available to us by the system and does refer to where the disk is located. To make it a little easier, I have also introduced globbing for the clearpart and ignoredisk commands. So, you could do ignoredisk --only-use=/dev/disk/by-path/pci-0000:00:05.0-* and grab all the disks attached to that controller. That should help narrow down your set of target disks, at least provided you are able to figure out how those paths should look.
Comment 15 Alexander Todorov 2010-06-30 08:18:36 EDT
Tested with anaconda-13.21.50-9.el6 with 3 disks: pci-0000:00:01.1-scsi-0:0:0:0 -> ../../sda - IDE disk pci-0000:00:01.1-scsi-0:0:1:0 -> ../../sdb - IDE disk pci-0000:00:06.0-scsi-0:0:0:0 -> ../../sdc - SCSI disk Test 1) # sda, sdb clearpart --initlabel --drives=/dev/disk/by-path/pci-0000:00:01.1* # sdc ignoredisk --drives=/dev/disk/by-path/pci-0000:00:06.0* bootloader --location=mbr autopart Result: Inspecting the system post install showed that disk names changed but the paths were the same. Partitioning on sdc (later sda) (the SCSI disk) was preserved and was not part of the LVM volume group. This test also shows that globbing for the clearpart and ignoredisk commands works as expected. Test 2) clearpart --initlabel --all bootloader --location=mbr part /boot --fstype=ext4 --size=500 --ondisk=/dev/disk/by-path/pci-0000:00:01.1-scsi-0:0:0:0 part pv.01 --size=1 --grow --ondisk=/dev/disk/by-path/pci-0000:00:01.1-scsi-0:0:0:0 part pv.02 --size=1 --grow --ondisk=/dev/disk/by-path/pci-0000:00:01.1-scsi-0:0:1:0 part /data --fstype=vfat --size=500 --grow --ondisk=/dev/disk/by-path/pci-0000:00:06.0-scsi-0:0:0:0 volgroup vg_root --pesize=4096 pv.01 pv.02 logvol / --fstype=ext4 --name=lv_root --vgname=vg_root --grow --size=1024 --maxsize=51200 logvol swap --name=lv_swap --vgname=vg_root --grow --size=1008 --maxsize=2016 Here all partitions specify the disk by full path. After installation was complete the partitioning matched what was requested. Moving to VERIFIED.
Comment 16 Pavel Holica 2010-06-30 09:08:50 EDT
Verified on RHEL6.0-20100622.1 x86_64 Server Used kickstart: clearpart --drives=/dev/disk/by-path/pci-0000:06:00.0 --initlabel part /boot --fstype=ext4 --size=100 --asprimary --ondrive=/dev/disk/by-path/pci-0000:06:00.0 part / --fstype=ext4 --size=1 --grow --asprimary --ondrive=/dev/disk/by-path/pci-0000:06:00.0 part swap --recommended --ondrive=/dev/disk/by-path/pci-0000:06:00.0
Comment 17 email@example.com 2010-11-11 09:30:48 EST
Red Hat Enterprise Linux 6.0 is now available and should resolve the problem described in this bug report. This report is therefore being closed with a resolution of CURRENTRELEASE. You may reopen this bug report if the solution does not work for you.