Chris Weaver wrote:
It definitely has something to do with the bond interfaces. If I add
a system with 4 interfaces, sync takes about 6 seconds. If I add two
bond interfaces, the sync time goes to around 20 seconds. If I add a
second system with two bond interfaces, it times out (3 minutes). If
I remove those bond interfaces, it syncs in around 6 seconds again.
Note that I am not touching the slave interfaces, they are still
pointing to bond masters that no longer exist.
If I add 7 systems with a total of 34 interfaces plus 14 bond
interfaces, the sync times out. If I remove all the bond interfaces
and try again, the sync takes about 24 seconds.
I went into dhcp.template and removed all the cheetah stuff. It made
no difference at all, with one system or 7, bond interfaces or no. So
the long delays occur before cobbler starts working with the dhcp
template.
Does anyone know what cobbler is doing at this point? What is
different in how it treats bond interfaces?
FYI I'm on RHEL 4.6 x86_64. I brought in a newer syslinux (version
3.72-2.el4.rf, the latest I could find). I went searching for a newer
syslinux because the cobbler docs recommend doing that. As I test I
went back to the syslinux version that came with RHEL 4.6 (version
2.11-1) and it made no difference in the timing.
For a while I had another version of syslinux but it caused a core
dump when cobbler tried to run gethostip. So I'm wondering if
syslinux is causing these long delays. What does cobbler sync use it for?
--
... Chris Weaver
My first thought it to turn off omapi_enabled in /etc/cobbler/settings
to see if this improves things -- OMAPI is rather buggy anyway and it
could be sending more commands than needed with the new version. (I'm
thinking complete removal of the feature, rather than deprecation, would
be a good idea WRT OMAPI support).
syslinux is used to supply our network bootloader mainly, of course.
gethostip is also used to generate the filename segments in tftpboot,
particularly for encoded IP's when a MAC is used as the boot criteria
instead of the IP.
I'm not sure why it would be slower when dealing with the bonded
interfaces, though a copy of "cat
/var/lib/cobbler/config/systems.d/$systemname" for one of the systems in
question may help me better understand what the inputs might be.
First though, let me know whether omapi is enabled or not. That may
be choking on bad input, as everything else should just be restarting
the service once.
It could also be that another component cobbler uses was broken by a yum
update.
--Michael
------------------------------------------------------------------------
_______________________________________________
cobbler mailing list
cobbler(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler