On Thu, Sep 6, 2012 at 12:15 PM, James Clendenan <james.clende...@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. _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/cobbler