On Mon, 2016-08-29 at 17:31 -0700, Steve Rikli wrote: > On Mon, Aug 29, 2016 at 03:44:09PM -0400, David Lehman wrote: > > > > > > I work on blivet, which is the storage management backend for > > anaconda/kickstart. I'm working on a feature that was inspired by > > discussion on this list: specification of disks by class/tag. > > Eventually, I imagine this capability will be plumbed through kickstart > > and anaconda. > > > > In the interest of determining how much machinery I should build into > > this, I'm soliciting use-cases for this type of filtering. Here's what > > I have so far: > > > > # do autopart, but only use local drives > > ignoredisk --onlyuse=@local > > autopart > > > > # make sure /boot goes on a local drive > > part /boot??--ondisk=@local > > > > # make sure a pv that backs an lvm cache lv goes on the ssd > > part pv.cache.0 --fstype=lvmpv --size=4096 --grow --ondisk=@ssd > > > > # put a data volume on a shared SAN volume > > part /shared --size=100000 --grow --ondisk=@remote > > > > > > What kinds of restrictions do you wish you could easily place on disk > > sets in your kickstart configurations? > > I know we can already hardcode which disk to use (--ondisk=sda) but I'd > like to be able to tell kickstart to use only the 1st disk found, or at > least confine the kickstart to 1 drive. > > You're in the same ballpark with @local (+ @<disktype> maybe?) but e.g. > if I have a pair of SSD and I want the 2nd one to be used for non-sysdisk > duties, today I think I have to use disk names. So in your case you don't care which SSD is used as long as only one of them is? Something like 'ignoredisk --one_disk_install'? -- Vratislav Podzimek Anaconda Rider | Red Hat, Inc. | Brno - Czech Republic _______________________________________________ Kickstart-list mailing list Kickstart-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/kickstart-list
