[TriLUG] RHEL kickstart LV/PV syntax question
Kevin Flanagan
kevin at flanagannc.net
Mon Apr 27 19:35:09 EDT 2009
Been there, done that, LVM work is my biggest stumbling block, it's sort of
there, but I'm looking to do something a bit more elegant so that I can have
it be a building block for the long term.
Thanks,
Kevin
On Mon, Apr 27, 2009 at 7:07 PM, Andrew Blum <ajblumx at gmail.com> wrote:
> Try to install one manually then use the auto-generated anaconda file in
> /root as your template.
>
> There is also a graphical frontend you could try system-config-kickstart
> tho it's not installed by default.
> --
> Andrew
> --
> Andrew Blum, RHCE
> 919.324.5294 (mobile)
> ajblumx at gmail.com
>
> -----Original Message-----
> From: Kevin Flanagan <kevin at flanagannc.net>
>
> Date: Mon, 27 Apr 2009 19:05:20
> To: Triangle Linux Users Group General Discussion<trilug at trilug.org>
> Subject: [TriLUG] RHEL kickstart LV/PV syntax question
>
>
> All,
>
>
> I'm working on automating installations of RHEL 5.2, and soon 5.3. I'm
> currently doing Virtual Machines, but soon enough will be doing hardware
> servers, on HP Proliant X86 servers, as well. I have had limited success
> with LVM config syntax, I've found so much info scattered about the net,
> and
> a lot of it contradictory, that I thought that I'd ask the good folks here.
> I think that the standard docs are decent, but not very helpful with some
> of
> the more of the conceptual stuff. We do expect to build at least another
> hundred RHEL systems in the next several months, perhaps a lot more if we
> decide to do rebuilds of the older stuff.
>
>
> Here's what I'm looking to have a good solid handle on.
>
> - Kickstart syntax for
> - Physical and Logical Volume creation
> - Disk controller differences
> SD devices in VMs
> CCISS devices on hardware
>
>
> - A way to sniff out hardware differences if it exists
> - A way to do some token substitution based on declarations in the first
> few
> lines, or if statements if that exists
>
>
>
> I'm really looking to have a single unified process that starts with
> hardware builds to establish a new rev of the corporate build, then use
> that
> to build in a VM to make a VMWare template. I'm open to the opposite
> direction if folks experience says that it's better/easier.
>
>
>
> Of course, pointers to resources that you folks have found to be good in
> actual practice are always welcome.
>
>
>
> Thanks in advance,
>
>
>
> Kevin
> --
> TriLUG mailing list : http://www.trilug.org/mailman/listinfo/trilug
> TriLUG FAQ : http://www.trilug.org/wiki/Frequently_Asked_Questions
> --
> TriLUG mailing list : http://www.trilug.org/mailman/listinfo/trilug
> TriLUG FAQ : http://www.trilug.org/wiki/Frequently_Asked_Questions
>
More information about the TriLUG
mailing list