RE: Cobbler sync very slow, timing out with multiple interfaces
by Chris Weaver
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
15 years, 4 months
Adding repos in Cobbler 1.4.0
by D. Christopher Dale
Steven -
I had a similar problem when adding the repo through the web
interface. When I added it at the command line, it worked.
# cobbler repo add --name=fedora10-updates \
--repo=http://download.fedoraproject.org/pub/fedora/linux/updates/10/x86_64/
Christopher
15 years, 4 months
Re: A problem with variables in 1.4
by D. Christopher Dale
Thank you Michael and Jeff -
Here is what I went with.
myhost=$grid$node
cat > /etc/sysconfig/network << EOF
NETWORING=yes
HOSTNAME=$myhost.dbg.gesi
EOF
I don't think that I should have to do this, but it is simple and clean.
On the other hand, the raw method that Jeff provided works as well.
Thanks again,
Christopher
15 years, 4 months
Extremely slow cobbler sync
by Steven Wagner
I've got ~180 hosts according to "ls -l
/var/lib/cobbler/config/systems.d | wc -l" ... and running sync takes
forever, both in 1.2.x and 1.4.0. I'm using serializer_catalog for all
data stores.
The only idea I have is that it might be the dhcp.template file, which
is kind of big and ugly (builds subnet declarations out of dhcp tags).
I've never heard anything good or bad about cheetah performance
(wouldn't that be ironic?) and am not exactly sure how I'd go about
optimizing it.
I doubt I'm the person on this list who has the biggest cobbler install,
so I'm sure there is something about my config layout that's
sub-optimal. Does anyone who's scaled past the 200-system mark have any
tips?
P.S. Happy New Year!
15 years, 4 months
Adding repos in Cobbler 1.4.0
by Steven Wagner
I initially imported some local ( mirrored outside of Cobbler's domain )
repositories into
Cobbler and have had no trouble using those. Now I'd like to try to
keep everything
"inside the reservation" as I add newer distros and maybe move some of
these older repos
to using reposync.
Trouble is ...
My test FC10-updates repository doesn't sync. I added it through the
web GUI's "Repo / Add"
screen and then ran "cobbler reposync" ... which seems to call
yumdownloader without a package list.
yumdownloader's default behavior without a package list is to exit with
a usage screen.
My cobbler host is an FC6 system, freshly upgraded to 1.4.0, if that
ends up mattering.
Does anyone have any idea what might be causing the reposync command to
be broken? Is yumdownloader
out of date somehow?
15 years, 4 months
bootloc/images/memtest* vs bootloc/memtest*
by Axel Thimm
Hi,
the documentation at cobbler suggest that
yum install memtest86+
cobbler sync
will create a profile for memtest. It didn't for me, so I tried to
look up the code to see why not.
It looks like cobbler sync will copy /boot/memtest* to the tftp top
level directort and will later check under /images to see whether it
had copied it or not. So it misses it and one needs to manually add
memtest profiles.
Is this intended behaviour or a bug? If it's a bug where is the proper
location for memtest, top level or under /images?
Thanks and happy days!
--
Axel.Thimm at ATrpms.net
15 years, 4 months
More post_install_network_config fixes: NetworkManager and GATEWAY
by Axel Thimm
Hi,
NetworkManager does not look up GATEWAY under
/etc/sysconfig/network. Instead it creates rather funny default routes
pointing the traffic back to the host itself (for static setups, dhcp
works better with NetworkManager).
This should be fixed in NetworkManager and I filed a bug for it, but
until then the following workaround seems to work OK:
--- /var/lib/cobbler/snippets/post_install_network_config.org 2008-12-30 18:24:32.000000000 +0200
+++ /var/lib/cobbler/snippets/post_install_network_config 2008-12-30 22:21:52.000000000 +0200
@@ -116,6 +116,9 @@
#set $netmask = "255.255.255.0"
#end if
echo "NETMASK=$netmask" >> $devfile
+if [ "`ipcalc --network $ip $netmask`" = "`ipcalc --network $gateway $netmask`" ]; then
+ echo "GATEWAY=$gateway" >> $devfile
+fi
#else
## Leave the interface unconfigured
## we don't have enough info for static configuration
This is not very elegant, as the test is performed by the installing
host and not by the cobbler server in advance, but my Cheetah skills
are limited (couldn't find out how to have an external call to ipcalc
from Cheetah).
Furthermore it would plant a GATEWAY onto each and every interface in
the subnet of the default router, which would probably not work, so
maybe it needs some singleton guardian.
Alternatively I've been using
chkconfig network on
chkconfig NetworkManager off
in the %post section to not trigger this bug.
Could you apply the above patch or maybe some more elegant solution?
Thanks!
--
Axel.Thimm at ATrpms.net
15 years, 4 months
post_install_network_config typos (1.4.0)
by Axel Thimm
Hi,
there are a few typos in the script making some code paths bail out:
--- /var/lib/cobbler/snippets/post_install_network_config~ 2008-12-19 18:17:37.000000000 +0200
+++ /var/lib/cobbler/snippets/post_install_network_config 2008-12-30 18:21:58.000000000 +0200
@@ -35,5 +35,5 @@
## setup bonding if we have to
#if $numbondingdevs > 0
-if [-x "/etc/modprobe.conf"]; then;
+if [-x "/etc/modprobe.conf"]; then
echo "options bonding max_bonds=$numbondingdevs" >> /etc/modprobe.conf
fi
@@ -89,5 +89,5 @@
## Rename this interface in modprobe.conf
## FIXME: if both interfaces startwith eth this is wrong
-if [-x "/etc/modprobe.conf"]; then;
+if [-x "/etc/modprobe.conf"]; then
grep \$IFNAME /etc/modprobe.conf | sed "s/\$IFNAME/$iname/" >> /etc/modprobe.conf.cobbler
grep -v \$IFNAME /etc/modprobe.conf >> /etc/modprobe.conf.new
@@ -222,5 +222,5 @@
mv /etc/sysconfig/network-scripts/cobbler/* /etc/sysconfig/network-scripts/
rm -r /etc/sysconfig/network-scripts/cobbler
-if [-x "/etc/modprobe.conf"]; then;
+if [-x "/etc/modprobe.conf"]; then
cat /etc/modprobe.conf.cobbler >> /etc/modprobe.conf
rm -f /etc/modprobe.conf.cobbler
--
Axel.Thimm at ATrpms.net
15 years, 4 months
A problem with variables in 1.4
by D. Christopher Dale
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
It appears that a problem was introduced in the 1.4 release on my fedora
10 laptop. The following section of the %post section of my kickstarts
used to poduce a desired host name of dbg01.dbg.gesi (or whatever node I
was building).
# set hostname and populate hosts file
cat >> /etc/sysconfig/networking << EOF
NETWORKING=yes
HOSTNAME=$grid$node.dbg.gesi
EOF
%hostname produces: dbg.dbg.gesi.
If I escape the . after the variable as follows:
# set hostname and populate hosts file
cat >> /etc/sysconfig/networking << EOF
NETWORKING=yes
HOSTNAME=$grid$node\.dbg.gesi
EOF
%hostname is dbg01.dbg.gesi. The /etc/sysconfig/network file keeps the
\, as expected.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAklZJQYACgkQsGBgRqdy/C0DWgCeNU69GscYDuMVzRfWebgO1mUE
SKQAnjpmciqbKgZqKPyHIolZ/tP38Be9
=fRUQ
-----END PGP SIGNATURE-----
15 years, 4 months
Re: A problem with variables in 1.4
by D. Christopher Dale
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Message: 4
Date: Mon, 29 Dec 2008 11:35:56 -0800
From: "Jeff Schroeder" <jeffschroed(a)gmail.com>
Subject: Re: A problem with variables in 1.4
To: "cobbler mailing list" <cobbler(a)lists.fedorahosted.org>
Message-ID:
<c24352ca0812291135s744f92f0rdd3bb6035991b404(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Mon, Dec 29, 2008 at 11:29 AM, D. Christopher Dale
<dale_christopher(a)bah.com> wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > It appears that a problem was introduced in the 1.4 release on my fedora
> > 10 laptop. The following section of the %post section of my kickstarts
> > used to poduce a desired host name of dbg01.dbg.gesi (or whatever node I
> > was building).
> >
> > # set hostname and populate hosts file
> > cat >> /etc/sysconfig/networking << EOF
> > NETWORKING=yes
> > HOSTNAME=$grid$node.dbg.gesi
> > EOF
> >
> > %hostname produces: dbg.dbg.gesi.
> >
> > If I escape the . after the variable as follows:
> >
> > # set hostname and populate hosts file
> > cat >> /etc/sysconfig/networking << EOF
> > NETWORKING=yes
> > HOSTNAME=$grid$node\.dbg.gesi
> > EOF
> >
> > %hostname is dbg01.dbg.gesi. The /etc/sysconfig/network file keeps the
> > \, as expected.
Try something like this:
# set hostname and populate hosts file
#raw
cat >> /etc/sysconfig/networking << EOF
NETWORKING=yes
HOSTNAME=$grid$node.dbg.gesi
EOF
#end raw
See this for more info:
https://fedorahosted.org/cobbler/wiki/KickstartTemplating#RawescapingandS...
- -- Jeff Schroeder Don't drink and derive, alcohol and analysis don't
mix. http://www.digitalprognosis.com
Jeff -
Thanks for the help. Here is the the working element.
# For more information see
#https://fedorahosted.org/cobbler/wiki/KickstartTemplating#RawescapingandSnippets
#http://cheetahtemplate.org/docs/users_guide_html/users_guide.html#SECTION000850000000000000000
#
b_grid=$grid # $grid is provided from ks_meta from the profile
b_node=$node # $node is provided from ks_meta from the system
#raw
cat > /etc/sysconfig/network << EOF
NETWORKING=yes
HOSTNAME=$b_grid$b_node.dbg.gesi
EOF
#end raw
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAklaeHAACgkQsGBgRqdy/C31OwCgg1K2KlxtjwT/JTn3/5pBOhGs
O1wAn3JciUBJs6h6kADtKGXLIHAZTlJs
=NdOm
-----END PGP SIGNATURE-----
15 years, 4 months