[et-mgmt-tools] Cobbler, findks.cgi, registration, and so forth

[Pablo Iranzo Gómez]

	Just a question,

	I've seen (using PHP) that the kssendmac, provides a parameter
named "X-RHN-PROVISIONING-MAC-0" with "-" instead of "_" is this ok for
the code in services.py? (scripts/services.py shows
"HTTP_X_RHN_PROVISIONING_MAC_0")

	Also found that it requires profile to be defined, but I haven't
found the code for that in the apache handler.

	But, for now, I can't make it to autoregister :)

	Regards!
	Pablo



-- 
Pablo Iranzo Gómez
(http://Alufis35.uv.es/~iranzo/)
(PGPKey Available on http://www.uv.es/~iranzop/PGPKey.pgp)
                  --
Postulado de Boling sobre la Ley de Murphy:

Si se encuentra bien, no se preocupe. Se le pasará

On Sat, 19 Apr 2008, Pablo Iranzo Gómez wrote:

> 	Hi
> 	This auto-registration feature seems not to work if using koan to
> replace a machine, as it relies on MAC and:
>
> 	koan -r downloads the file using wget to store it, so no mac info
> sent, machine would be correctly deployed, but no ks request will be made
> by anaconda, so no autoregistration.
>
> 	wget in kickstart profile, also, doesn't send mac, so this will
> not register the machine.
>
> 	Solution:
>
> 	¿Make Koan to always use http://cobblerserver as the ks path
> instead of downloading to disk?
>
> 	Regards
> 	Pablo
>
> PD: I like this idea of auto-registration
>
>
>
>
>
> --
> Pablo Iranzo Gómez
> (http://Alufis35.uv.es/~iranzo/)
> (PGPKey Available on http://www.uv.es/~iranzop/PGPKey.pgp)
>                   --
> Postulado de Boling sobre la Ley de Murphy:
>
> Si se encuentra bien, no se preocupe. Se le pasará
>
> On Fri, 18 Apr 2008, Michael DeHaan wrote:
>
> > Michael DeHaan wrote:
> > >
> > >>>
> > >> this would be very helpful indeed.
> > >> although i suspect having to manually select your install via a menu
> > >> can get painful when lighting up a bunch of blade systems - if i read
> > >> this correctly.
> > >> we've been kicking around the idea of polling MAC addresses from our
> > >> edge switches then having some glue code enter those addy's into
> > >> cobbler and assign them a specific profile (we usually find ourselves
> > >> putting all of our render nodes for example on their own edge switch
> > >> so we don't have to worry about mixed use profiles in the use case).
> > >>
> > >> don't get me wrong though - auto-reg would be huge :)
> > >>
> > >
> > > Good deal!
> > >
> > > I think you might know about this, but you can also do the following
> > > trick today that makes life a lot easier than using menus:
> > >
> > > cobbler system add --name=default --profile=foo
> > > # power up 500 systems
> > > cobbler system add --name=default --profile=bar
> > > # power up another 500
> > >
> > > Coupled with auto-registration that could be pretty slick :)
> > >
> > >> -p
> > >>
> > >
> > >
> >
> > That of course should end with:
> >
> > cobbler system remove --name=default
> >
> > Otherwise, it would be rather suprising.  When you have the "default"
> > system record engaged the menus do not fire up.
> >
> > --Michael
> >
> >
> > _______________________________________________
> > et-mgmt-tools mailing list
> > et-mgmt-tools at redhat.com
> > https://www.redhat.com/mailman/listinfo/et-mgmt-tools
> >
>
> _______________________________________________
> et-mgmt-tools mailing list
> et-mgmt-tools at redhat.com
> https://www.redhat.com/mailman/listinfo/et-mgmt-tools
>