Greetings from the new Cobbler team
by Alex Wood
Hi,
As the new maintainers of Cobbler, we wanted to take a moment and
introduce ourselves. All of us are very excited to be joining the
Cobbler community although somewhat nervous as well.
Our immediate goal with Cobbler is to pick some of the simpler bugs and
features and release Cobbler 2.0.2 in the late November time-frame.
After that we'll start looking into the larger features and creating our
own road-map.
We know that Michael has been excellent about providing user support and
trouble-shooting. Please realize that those are very big shoes for us
to fill. We'll get there eventually, but it will take awhile for us to
get to know the code-base.
And now, a little about us:
Alex has been working for Red Hat for five years in the IT department.
His day to day work revolves around maintenance and development of the
web applications running on www.redhat.com. He is primarily a Java
developer, but has been using Python for about a year when writing
various scripts and cron jobs.
John has been working for Red Hat for two years, as a System
Administrator and more recently as a Software Engineer in the IT
department. He is the author of the BIND DNS management code in Cobbler
as well as the perpetually unfinished network object code. He is also a
contributor to Func and maintains several packages in Fedora.
Scott has been with for Red Hat for 2 years and works as a System
Administrator as well. Scott is getting married and going on his
honeymoon this coming week, but after that he'll be back and ready to
cut some code.
Devan has been with Red Hat for three years on the
Spacewalk/Satellite team. He's primarily a Java/Python programmer,
author of a handful of small open source projects (see
http://rm-rf.ca), a Fedora package maintainer, and a Cobbler user since
2008.
------------
Regards,
John Eckersberg
Devan Goodwin
Scott Henson
Alex Wood
14 years, 6 months
profile distribution listed as "inherit"
by Bryan Schneiders
Many of my cobbler profiles that were created before I upgraded to 2.0 now list their parent distribution as "<<inherit>>" with no other visible reference in the console or web interface as to which distribution they're "inheriting". However if I view their generated kickstart they all still know which distribution to use. I assume it's being stored in a variable that isn't visible from "cobbler profile report" or the web interface?
Are there any consequences I should be aware of if I try to use "cobbler profile edit --name=... --distro=..." to change "<<inherit>>" to match the parent I think goes with each profile?
Is this behaviour a bug?
--
Bryan Schneiders
bschneiders(a)woti.com
301-562-1900 ext 305
14 years, 6 months
Cobbler Web Issues
by Michael Stahnke
I've been trying to get cobbler web going on cobbler-2.0.1-1.el5
(epel-testing) and built from git source on Centos-5.3. I had
problems right away from the start of an upgrade from 1.6. I wiped
away 1.6 and any trace of cobbler from the system and am still having
issues. I've searched google/wiki/mailing lists and not found anybody
else with my issues so I am probably just Doin' It Wrong.
I install cobbler and cobbler-web.
I start Apache. I have no idea what the default username/password are
for login. An older article state cobbler/ILoveCobbler, but that
doesn't appear to work.
I remove authentication from the web interface for cobbler. I get a
Django error. I figure it might need some form of REMOTE_USER env
variable present so decide not to go too far down this path.
I change the configuration for apache to use a basic htpasswd file. I
login that way. I then get a django traceback.
Environment:
Request Method: GET
Request URL: http://x2.stahnkage.com/cobbler_web/
Django Version: 1.1.1
Python Version: 2.4.3
Installed Applications:
['django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.sites',
'cobbler_web']
Installed Middleware:
('django.middleware.common.CommonMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware')
Traceback:
File "/usr/lib/python2.4/site-packages/django/core/handlers/base.py"
in get_response
92. response = callback(request, *callback_args,
**callback_kwargs)
File "/usr/share/cobbler/web/cobbler_web/views.py" in index
58. html = t.render(Context({
Exception Type: AttributeError at /cobbler_web/
Exception Value: 'NoneType' object has no attribute 'version'
I figure maybe it needed content, and imported a distro. That didn't
help either.
What am I doing wrong?
I've only changed cobbler_web.conf to have "AuthUserFile
/etc/httpd/passwd" added.
It appears there is some type of django authentication handler, but I
can't find log of it being executed ever, even before I messed with
apache.
Thanks for any help.
stahnma
14 years, 6 months
'handsoff' kickstarting with multiple nics
by Dick Davies
Would you expect Cobbler to have trouble with machines that have 2 NICs?
Most of our kickstart clients are ESX nodes, but I've been doing a few
IBM HS21s this week, and
they stop during the kickstart and ask me which interface I want to
setup (eth0 or eth1).
Might this be anything to do with the fact they've been 'cobbler
buildiso'ed up (they're on
the last remaining non-PXE VLAN), so flags like 'ksdevice=bootif' don't apply?
Just wanted to check really. Thanks.
14 years, 6 months
Inconsistency between cobbler webui (system list) and command line
by Ronald J. Yacketta
Hello all!
Doing some system renaming via the system webui, after making my changes
I sync'ed and noticed that the webui differs form what the command lind
reports
cobbler system list
00_09_6B_DA_71_46
00_16_3E_02_10_41
00_16_3E_41_55_2A
Dalaran
Sol
WebProxynew
antivirus
apollo2
calendar
chalkboard
eden
eva
f11base
genesis
ie-linux
iesurveys
images
iris
naxx
ox
pluto
torquetest
treekiller
zeusdev2
zord
== cobbler ==
cobbler version
cobbler 1.6.6
build date : Fri Jun 12 16:22:03 2009
Copyright (C) 2006-2008 Red Hat, Inc.
License GPLv2+: GNU GPL version 2 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Michael DeHaan.
I also restarted cobblerd as well as rebooted (not needed..) the server,
ended with the same result as above.
-Ron
14 years, 6 months
cobbler and rhev
by Thomas von Steiger
Are there any ideas about using cobbler for rhev?
Because of cobblers http/s there are no problems with complex network
environments.
Thomas
14 years, 6 months
RE: root= for F11 Live CD PXE
by Steve Kilduff
Hi Corey,
Did you ever find a solution to this problem? I have been doing a lot of
searching and lots of playing with parameters but still no success.
Thanks,
Steve
14 years, 6 months
cobbler hardlink error
by Bryan Schneiders
cobbler-2.0.1-1.fc10.noarch
hardlink-1.0-7.fc9.i386
cobbler-web-2.0.1-1.fc10.noarch
I've had a cronjob to run cobbler hardlink on a regular basis since 1.6.x. Before 2.0 it ran without errors. Now with 2.0 and 2.0.1 I get this:
task started: 2009-10-07_230004_hardlink
task started (id=Hardlink, time=Wed Oct 7 23:00:04 2009)
now hardlinking to save space, this may take some time.
running: /usr/sbin/hardlink -c -v /var/www/cobbler/ks_mirror /var/www/cobbler/repo_mirror
Directories 201
Objects 138728
IFREG 138501
Mmaps 19857
Comparisons 130504
Linked 2437
saved 33697792
returned: 0
Exception occured: <type 'exceptions.NameError'>
Exception value: global name 'rc' is not defined
Exception Info:
File "/usr/lib/python2.5/site-packages/cobbler/remote.py", line 94, in run
rc = self._run(self)
File "/usr/lib/python2.5/site-packages/cobbler/remote.py", line 188, in runner
return self.remote.api.hardlink(logger=self.logger)
File "/usr/lib/python2.5/site-packages/cobbler/api.py", line 759, in hardlink
return linker.run()
File "/usr/lib/python2.5/site-packages/cobbler/action_hardlink.py", line 59, in run
return rc
!!! TASK FAILED !!!
--
Bryan Schneiders
bschneiders(a)woti.com
301-562-1900 ext 305
14 years, 6 months
RHEL 5.3 failure: repodata/primary.xml.gz
by CLIFFORD ILKAY
Hello,
I read a post
<https://fedorahosted.org/pipermail/cobbler/2009-April/003838.html> that
describes the same problem I'm having trying to install CentOS 5.3 via
Cobbler.
I created a CentOS 5.3 profile, mirrored a bunch of CentOS 5.3 repos,
and the first problem I encountered was that the CentOS choked on the
kickstart file that I've been using on Fedora 10 and 11. I removed lines
from the file until it no longer complained. I got as far as the
"Retrieving installation information" right after I selected the
timezone and got an error:
"Unable to read package metadata. This may be due to missing repodata
directory. Please ensure that your install tree has been correctly
generated. failure: repodata/primary.xml.gz from
anaconda-base-2009-3211311.x86_64: [Errno 256] No more mirrors to try."
I've run "cobbler sync" and "cobbler reposync" already. How do I work
around this?
--
Regards,
Clifford Ilkay
Dinamis
1419-3266 Yonge St.
Toronto, ON
Canada M4N 3P6
<http://dinamis.com>
+1 416-410-3326
14 years, 6 months
[ANNOUNCE] Cobbler 2.0.1 now up for testing
by Michael DeHaan
I've built 2.0.1 with the following fix list:
- (BUGF) Fixes for image based CLI usage and object validation
- (BUGF) Fix koan check for images ... they don't need a kickstart
- (BUGF) Get NFS image mounting working again
- (BUGF) Show object name on cobbler-web edit pages
- (BUGF) Make memtest integration look in the right file locations
- (BUGF) Fix check for dhcpd installation
- (BUGF) Fix code to detect dhcpd config file installation
- (BUGF) Cleaned up generated comments in settings files
- (BUGF) Unhide per-system post-install kernel options
- (BUGF) Unhide owners fields
- (BUGF) Fix "cobbler profile/system dumpvars" command
- (BUGF) Remove acl_engine reference from authz_configfile
- (BUGF) Add "View Kickstart" link back on profile list page
- (BUGF) Fix pagination for webapp
- (BUGF) Widen left column for webapp to better show controls
- (BUGF) Workaround older mod_python scoping bug with utils.uniquify
- (BUGF) Fix interface additions from web system edit page for new systems
- (BUGF) Make cobbler reposync --only=N sync only that repo
- (BUGF) Mark cobbler_web.conf config(noreplace) in the RPM specfile
- (BUGF) Have cobbler check look for more SELinux things to do
- (BUGF) Fix saving of "static" network field in webapp
- (BUGF) Deepcopy interfaces to prevent copying of interface data
This is now available at
http://mdehaan.fedorapeople.org/files/cobbler/testing/
Shortly it will also be available in Fedora and EPEL testing repos.
Given a lack of any big scary bug reports, we'll see about pushing this
to stable for general consumption in about a week -- or if necessary can
iterate on this again. Please let me know how 2.0.1 works for you.
Thanks to everyone who helped out with testing, bug reports, and fixing!
--Michael
14 years, 7 months
