[Crowbar] Adding support for SUSE

[Ralf Haferkamp]

Am Mittwoch 21 März 2012, 10:10:55 schrieb Andi_Abes at Dell.com:
[..]
> -----Original Message-----
> From: crowbar-bounces On Behalf Of Ralf Haferkamp
[..]
> Hm, interesting. What problems do I have to expect? I am asking because
> the basics seem to work fine so far with just a few adjustments to the
> provisioner barclamp e.g. to have it generate the appropriate pxe
> config for SUSE and to provide a SUSE specific crowbar_join script.
> There are of course still some manual steps involved to setup the
> admin node (like copying the install source to the appropriate
> directory). Also note, that this is just meant as a temporary
> workaround until we have the admin node stuff working on SUSE.
> 
> [aa]
> This could be interesting - you could try to package the SUSE barclamp
> as an independent barclamp, and deploy it on an existing Admin.
Currently I don't have a specific SUSE barclamp. Up to now it's just 
changes to existing barclamps.

> The
> part about tweaking the provisioner would be a bit tricky to do in an
> automated fashion.... depends on the changes you had to make to the
> provisioner.. Is it more than adding the appropriate entries to the
> proposal to include the entry into the supported OS's list?
Yes, it is a little more. I added code and templates to generate an 
AutoYaST profile (which is used to install the node, similar to what 
kickstart files do for Red Hat) and a SUSE specific variant of the 
crowbar_join script.
 
> Another item we're not currently handling is allowing a choice between
> OS's at deployment time... we assume there's one,
That's fine. When setting up the admin node I copied over my changes to 
the provisioner barclamp which includes a tweaked bc-template-
provisioner.json to set default_os to "suse-11.2" (which is chef's name 
for SLES 11SP2). This will create the correct pxe config to trigger a 
SUSE installation by default. (Obviously, I don't want to install any 
other os with that admin node currently)

> though we started
> (victor did that is) relaxing that assumption (so it's not os_install
> anymore, rather redhat_6.2_install)

[..]

regards,
	Ralf