Re: RFC: Disk specification by classes/tags

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.

Thanks for looking into this sort of enhancement.  Even just the above
ideas are potentially helpful.

sr.

_______________________________________________
Kickstart-list mailing list
Kickstart-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/kickstart-list



[Index of Archives]     [Red Hat General]     [CentOS Users]     [Fedora Users]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux