On Thu, Sep 6, 2012 at 12:15 PM, James Clendenan
<james.clendenan(a)gmail.com> wrote:
Personally I would just use a tag and in the partitioning section
test if that tag is set or not. It gets a bit more interesting when you start merging
roles so keeping each of the tags as atomic as possible is useful. But I have had to do
this when doing bake offs with different raid configurations in the past and it works
well.
> I have a blade server that I'm building using cobbler to be a hadoop cluster.
Since the data nodes like seeing the individual drives, I'm going to partition those
differently than the other nodes.
>
> Is there a recommended method to handling the parititions? Everything else about the
kickstart will be the same.
I do pretty much the same method as James, in which I create
sub-profiles and set ksmeta variables in them. For instance, we have
Oracle DB servers, which require more swap and different partitioning
than our standard build, so I create a sub-profile (ie.
rhel6.2-x86_64-oracle) and add --ksmeta="is_oracle=1" to the system.
Then my partitioning snippet checks for that ksmeta variable and adds
partitions accordingly, like:
#if $is_oracle
...
#else
...
#end if
We do the same thing for VMs, since they typically have much smaller
disks allocated to them. Then I just use those sub-profiles as needed
instead of the parent profile. The nice thing is, I can copy them and
easily duplicate them as I add new distros.