On Mon, Oct 12, 2015 at 2:18 PM, Tom H <tomh0...@gmail.com> wrote: > On Mon, Oct 12, 2015 at 10:34 AM, Nico Kadel-Garcia <nka...@gmail.com> wrote: >> On Mon, Oct 12, 2015 at 10:14 AM, Ken Teh <t...@anl.gov> wrote: >>> >>> I'm having problems with an 6.7 install. Here are the relevant lines: >>> >>> # partitions >>> >>> # clearpart --drives=disk/by-id/ata-SATA_SSD_96D70756062400160297 >>> part /boot --fstype=ext4 --size=1024 --asprimary >>> --ondisk=disk/by-id/ata-SATA_SSD_96D70756062400160297 >>> part pv.01 --size=1 --grow --asprimary >>> --ondisk=disk/by-id/ata-SATA_SSD_96D70756062400160297 >>> >>> volgroup sysvg pv.01 >>> logvol swap --fstype=swap --vgname=svsvg --size=12288 --name=swap >>> logvol / --fstype=ext4 --vgname=sysvg --size=1 --grow --name=root >> >>> Kickstart stops trying to create the swap logical volume. Claims there is >>> no such sysvg volume. I did an alt-F2 and ran parted on the disk. The >>> 'part' command never created the partitions. This is my first time using >>> the 'disk/by-id/...' syntax. Also, first time with an SSD disk. I checked >>> /dev/disk/by-id and the disk is listed with the correct id. >> >> Don't hurt yourself. That "disk-by-id" or using UUID, is not stable. > > disk-by-id is based on a disk's model and serial so it's stable for a > given disk.
It means you can't use the same kickstart file for more than one machine, and you have to know the disk UUID before you can complete your kickstart files. Perhaps "unstable" is not the right word? Requiring absolutely unique kickstart files doesn't scale well, and you can't use the same kickstart file on another host or evne on the same host if you swap out disks.