> Does this still happen if you use the cobbler trigger to set
> netboot-enabled to false? Not sure if that's a valid option for
> whatever OS you're building or not but take a look at the
> kickstart_done snippet.
I'm not sure I understand entirely. I have 'pxe_just_once' set to 1 in
my /etc/cobbler/settings, and that does nicely unset the netboot enabled
flag for the systems that are net-installed. However, the problem I saw
(and I can try and test without my changes to re-confirm this) is that
the DHCP server is still configured to respond over the network when
this flag is changed (by default), so the netbooting machine gets a DHCP
response, but the netboot environment no longer exists, and we fail. But
system firmware is so dumb in this instnace that it just cycles there,
rather than failing over ...
Interesting, what it should be doing is creating a PXE file but with
the only option being to boot from local disk. Maybe that doesn't work
for ppc64 systems?
> Forcing a full sync every time a system changes the
netboot-enabled
> flag is probably not a good solution though, as this is a very
> time-consuming operation for cobbler installations with a large number
> of distros/systems/profiles. Unfortunately, ISC's dhcpd doesn't have a
> great CLI command option so doing dynamic updates doesn't seem to
> work, unless someone can point me to some good docs on the subject.
> Everything I've found says the CLI management tool is spotty at best.
Would it be possible to perhaps add a 'dhcpsync()' variant of sync that
only ensured the DHCP configuration was updated (with the above chnage
to ensure netboot disabled servers weren't listed)?
If not, I'm happy to carry the above chagne locally.
I would accept a patch for that, I could see it being useful to
regenerate the dhcp config without doing a full sync.