Github "impact" graphs, and Thanks...
by Michael DeHaan
Just to have a backup copy of the cobbler tree, I uploaded a copy of my
tree to github... this is just an unofficial copy.
Anyway, github has some very nice graphing features, one of which shows
something they call "impact". Who is making changes to cobbler over time.
I've mentioned before if someone wishes to keep their patches on github
(or another git tree that is web accessible), that easily allows me to
preserve attribution.
So, that all being said, the following does not account for everyone,
and shows that I am doing more work than I actually am.
For those not listed, I still know who you are, and your contributions
are invaluable.
Anyway, without further ado:
http://github.com/mpdehaan/cobbler/graphs/impact
You can see that, over time, Cobbler is transitioning away from being
all Red Hat project to one where it is largely written and influenced by
folks here, on this list.
Particularly you can see this pick up over the last 6 months or so.
Thank you immensely for all of this. It means more than any technical
wins Cobbler can ever achieve.
(If anyone is regularly submitting patches, I would suggest exploring
git and github or gitorious.org, and if so I can add you to the list of
folks with branches. Also if you are a Fedora
packager, it's also possible to keep git branches on fedorapeople.org.
Let me know if you'd like further info and I can try and point you in
the right direction. To those already
having remote git branches, that helps merging tremendously, so that is
much appreciated!)
--Michael
15 years, 2 months
[BUG] #396
by Christopher Johnston
Mike I entered a ticket for a bug I found in the 1.5 devel branch. We might
need a function if there isnt one already that validates that any IPV4/6
address that is entered into the CLI is validated. See my comments below:
Cobbler 1.5 devel version allows --gateway ip addresses to not be formated
correctly. This should exit with an error when an incorrect address is used.
Notice commas and a missing octet is allowed. We should also be confirming
that --ip has similar behaviour.
# cobbler system edit --name=host --gateway=10.128.200.1 # cobbler system
edit --name=host --gateway=10.128.1 # cobbler system edit --name=host
--gateway=10.128.200,1 # cobbler system edit --name=host
--gateway=10.128,200,1 # cobbler system edit --name=host
--gateway=10.128.200,1 # cobbler sync Internet Systems Consortium DHCP
Server 4.0.0 Copyright 2004-2007 Internet Systems Consortium. All rights
reserved. For info, please visithttp://www.isc.org/sw/dhcp/ /etc/dhcpd.conf
line 211: too few numbers.
option routers 10.128.200,
/etc/dhcpd.conf line 212: semicolon expected.
filename "/pxelinux.0"
/etc/dhcpd.conf line 1138: too few numbers.
option routers 10.128.200,
/etc/dhcpd.conf line 1139: semicolon expected.
filename "/pxelinux.0"
Configuration file errors encountered -- exiting
This version of ISC DHCP is based on the release available on ftp.isc.org.
Features have been added and other changes have been made to the base
software release in order to make it work better with this distribution.
Please report for this software via the Red Hat Bugzilla site:
http://bugzilla.redhat.com
exiting. /usr/sbin/dhcpd -t failed
15 years, 2 months
[PATCH] Fix rendering of network snippets
by Jasper Capel
Hi,
The network snippets didn't render anymore on master, this had two
reasons:
- Name server search snippet patches were applied on master, we don't
have name server search properties on master, so there variables didn't
exist
- I think the new YAML implementation changed the $interface.static type
to boolean instead of string. Booleans don't have .lower(), so this
failed.
Patches, as usual, to be found on git://bender.newnewyork.nl/cobbler
Branches: master-bugs and devel-bugs. (Patches (actually, reverts) for
the first issue were only applied to master, as we do have name server
search stuff in devel).
http://bender.newnewyork.nl/git/gitweb.cgi?p=cobbler/.git;a=shortlog;h=re...
Another question: debugging snippets is a PITA at the moment, if it
fails, it just shows $SNIPPET('post_install_network_config'). Is there
anything we can do about this?
-Jasper
15 years, 2 months
[devel] I'm working on a registration feature now.
by Michael DeHaan
So we've been talking recently about registration and how best to get
all the info about an existing pool of machines into Cobbler.
What I'm going to do is create a /usr/bin/cobbler-register which is part
of the koan RPM package.
It will look like this:
/usr/bin/cobbler-register [--server=address] --profile=name
[--hostname=X] [...]
What this will do is query the current running system and create a
system record on the cobbler server for it. The initial version won't
be perfect and likely won't be able to auto-register
bonded interfaces, but I imagine it will be good enough for 90% of the
use cases and we can refine it later. For instance, it also won't flag
network interfaces as static initially. I expect to get things
to be fairly solid, easy to understand, and sufficient to were folks can
send me some patches for things they'd like to improve. Again,
initial version should still be a huge upgrade over how it
works now.
So, /usr/bin/cobbler-register can be used in two ways:
(A) at the bottom of a profile kickstart, we'll add a snippet that sees
if it's a per-profile kickstart, and if so, if koan is available, will
register to cobbler to create a new system record. This feature
will not be on by default.
(B) you could also use koan to deploy a live environment (or even just a
regular throw-away kickstart install) that calls koan register to
quickly add all your systems into Cobbler.
This will not require any package other than koan, and will use the
existing "register_new_installs" value in settings to turn it on and
off. The existing registration mechanism, which is not smart
enough to detect all interfaces, and also requires installation, will
replaced by the new system.
To take full advantage of it, make sure koan is installed in each
kickstart you have (which should not be a problem for Fedora users at
all, and EL users can do this by mirroring EPEL and associating
it with their profiles).
Sidenote -- James Laska has also talked about making a
/usr/bin/cobbler-register --interactive option, which would likely be a
curses based UI for prompting for additional information, browsing
available profiles, and so forth. This may be useful for smaller
environments. Really I'm not as interested in the text-ui for that,
per se, as I am a text UI for doing virt installs, in which case, it's
like a text version of virt manager, only with less things to fill in,
that works nicely over SSH. (This would probably be done in
/usr/bin/koan).
--Michael
15 years, 2 months
RE: [CONFIRMED] the webapp and the zero length file problem isaYAMLbug... solution / testing welcome
by Simon Woolsgrove
Ditto same here on RHEL 5 with latest master branch and PyYAML from epel ... seems to happen when item.tmpl has nothing to render
Cheers,
Simon
--- Philip.Montgomery(a)magnaent.com wrote:
From: "Montgomery, Philip" <Philip.Montgomery(a)magnaent.com>
To: "cobbler mailing list" <cobbler(a)lists.fedorahosted.org>
Subject: RE: [CONFIRMED] the webapp and the zero length file problem isaYAMLbug... solution / testing welcome
Date: Wed, 4 Mar 2009 18:48:29 -0600
Looks like I spoke a little soon. When I login to the web interface, it displays a traceback.
Mod_python error: "PythonHandler index"
Traceback (most recent call last):
File "/usr/lib64/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch
result = object(req)
File "/var/www/cobbler/web/index.py", line 130, in handler
content = func( **form )
File "/usr/lib/python2.4/site-packages/cobbler/webui/CobblerWeb.py", line 125, in index
vdata =self.remote.extended_version()
File "/usr/lib64/python2.4/xmlrpclib.py", line 1096, in __call__
return self.__send(self.__name, args)
File "/usr/lib64/python2.4/xmlrpclib.py", line 1383, in __request
verbose=self.__verbose
File "/usr/lib64/python2.4/xmlrpclib.py", line 1147, in request
return self._parse_response(h.getfile(), sock)
File "/usr/lib64/python2.4/xmlrpclib.py", line 1286, in _parse_response
return u.close()
File "/usr/lib64/python2.4/xmlrpclib.py", line 744, in close
raise Fault(**self._stack[0])
Fault:
/var/log/cobbler/cobbler.log shows:
2009-03-04 19:34:39,705 - api - Exception occured: exceptions.AttributeError
2009-03-04 19:34:39,706 - api - Exception value: 'dict' object has no attribute 'next'
2009-03-04 19:34:39,706 - api - Exception Info:
File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 792, in _dispatch
return method_handle(*params)
File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 469, in extended_version
return self.api.version(extended=True)
File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 184, in version
data = yaml.load(fd.read()).next()
If I type in the URL such as 'http://192.168.1.1/cobbler/web/?mode=ksfile_list', I can gain access to the cobbler webUI and all seems to work ok.
-Phil
-----Original Message-----
From: cobbler-bounces(a)lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of Montgomery, Philip
Sent: Monday, March 02, 2009 3:00 PM
To: cobbler mailing list
Subject: RE: [CONFIRMED] the webapp and the zero length file problem isaYAMLbug... solution / testing welcome
Looking good for me so far.
Thanks.
-Phil
-----Original Message-----
From: cobbler-bounces(a)lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of Michael DeHaan
Sent: Monday, March 02, 2009 9:16 AM
To: cobbler mailing list
Subject: Re: [CONFIRMED] the webapp and the zero length file problem is aYAMLbug... solution / testing welcome
>> File "/var/www/cobbler/web/index.py", line 24, in ?
>> import cobbler.yaml as yaml
>>
>> ImportError: No module named yaml
>>
>>
>>
>
> Sorry about that, chief.
>
> Looks like I'm not done removing all the old references -- will get
> this done Monday and post up when I have it. We have some more time
> before we get PyYAML into EPEL4 (I'd imagine at least a few days for the
> review stuff to get sorted out).
>
> I presumably had a last vestige of that module installed that allowed
> that to continue through.
>
> --Michael
>
>
Last references to the old parser are now scrubbed. Good to go.
_______________________________________________
cobbler mailing list
cobbler(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler
This e-mail, and any documents or data attached hereto, is intended for the intended recipients only. It may contain confidential and/or privileged information and no rights have been waived by the sender. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby NOTIFIED that any dissemination, distribution, retention, archiving or copying of this communication is strictly prohibited. If you have received this e-mail in error, please notify me at the telephone number shown above or by return mail and delete this communication and any copy immediately. MEC provides no assurances that this e-mail and its attachments are virus free; you are responsible for scanning all e-mails and attachments for viruses. MEC disclaims all liability for damages caused by any virus which may be transmitted by this email. Thank you.
_______________________________________________
cobbler mailing list
cobbler(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler
_______________________________________________
cobbler mailing list
cobbler(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler
15 years, 2 months
[CONFIRMED] the webapp and the zero length file problem is a YAML bug... solution / testing welcome
by Michael DeHaan
Cobbler 1.4.3, currently in git, eliminates the infinite recursion
traceback that causes the zero length file writes in Cobbler.
It does this by replacing the YAML library with a better implementation.
I'm currently waiting on a dependency of PyYAML to get package reviewed
(so that we can also build PyYAML 1.4.3 in EPEL), and as soon as that is
done, we will release Cobbler 1.4.3 with the fix.
Enterprising users who would like to help me test can install PyYAML
from Fedora or EPEL5 and use the latest 1.4.3 git. Just do "make
webtest" to install the latest code and restart cobblerd, then log into
the web app and it should not have the same problem. If it does have
problems, the problem is more fundamental, though the traceback points
to YAML and nothing else.
You may also wish to install libyaml in your testing as that makes
cobbler as fast as it was before for reading/writing, without it it is a
little slower. We will include libyaml in cobbler's RPM requirements
once available in Fedora/EPEL.
Thanks for the help and thanks again for the patience on this one.
--Michael
15 years, 2 months
Problem with Cobbler/Cheetah test for variable existence
by Nicholas George
Hi,
I'm running Cobbler 1.4.2-1.el5 with Python Cheetah 2.0.1-1.el5 on Centos 5.
I'm trying to use the prescribed method for testing for variable existence
within some of my snippets.
e.g
#if $varname
#else
#end if
The problem is, when I use the above code, Cobbler will no longer expand the
snippet into the resulting kickstart file.
For example, if I grab the expanded kickstart file (wget
http://localhost/cblr/svc/op/ks/system/XXX) and look inside the kickstart
file, I see the following text where the expanded snippet should be.
$SNIPPET('snippet name')
This problem only occurs if the variable does NOT exist. If the variable
DOES exist, the snippet is expanded into the kickstart file as expected
(including the section that is encompassed in the #if statement). This
problem could be a Cheetah issue, but I'm not sure.
Any ideas on how to get around this issue?
Regards,
Nick George
15 years, 2 months
TTYs
by Michael DeHaan
What does everyone think about automatically adding console=ttyS0 to KVM
guests when --no-gfx is used?
Currently this flag is meaningless for KVM and only works for Xen,
leaving KVM less than useful with no X (i.e. virsh shell does not work).
Good idea?
--Michael
15 years, 2 months
import ubuntu 8.10 into cobbler 1.4.2
by Inoguchi, Kinichiro
Hi, folks.
Now, I'm trying to import Ubuntu 8.10 into Cobbler 1.4.2.
Importing completed with no error.
But something funny.
With Ubuntu 8.10 Desktop ISO, no distro, no profile, no repo was made.
With Ubuntu 8.10 Server ISO, distro, profile, repo created,
but "os version" of distro is set "IntrepidIbex".
Is this known issue, or this issue should be added to trac ?
I wrote my environment and how to reproduce this issue below.
Thanks.
kinichiro
(Environment)
- OS = CentOS 5.2
- Cobbler = 1.4.2-1 DL from http://download.fedora.redhat.com/pub/epel/testing/5/i386/
- Ubuntu 8.10 ISO Download
http://www.ubuntu.com/getubuntu/download
Both Desktop and Server, I checked "32bit version".
Filename is,
ubuntu-8.10-desktop-i386.iso
ubuntu-8.10-server-i386.iso
(Reproduce Desktop ISO issue)
# cobbler import --name=ubuntu8dt --path=/media/Ubuntu\ 8.10\ i386/
...
preseed/ubuntu.seed
79 100% 0.89kB/s 0:00:00 (xfer#156, to-check=0/211)
sent 732124349 bytes received 3782 bytes 6075752.12 bytes/sec
total size is 732022866 speedup is 1.00
---------------- (adding distros)
- warning: avoiding symlink loop
- warning: avoiding symlink loop
- warning: avoiding symlink loop
- found content (breed=ubuntu) at /var/www/cobbler/ks_mirror/ubuntu8dt/casper
---------------- (associating repos)
---------------- (associating kickstarts)
---------------- (syncing)
#
# cobbler list
#
(Reproduce Server ISO issue)
# cobbler import --name=ubuntu8 --path=/media/Ubuntu-Server\ 8.10\ i386/
...
preseed/ubuntu-server.seed
476 100% 0.78kB/s 0:00:00 (xfer#1445, to-check=0/2215)
sent 663311329 bytes received 36430 bytes 4378533.06 bytes/sec
total size is 663089314 speedup is 1.00
---------------- (adding distros)
- warning: avoiding symlink loop
- warning: avoiding symlink loop
- warning: avoiding symlink loop
- found content (breed=ubuntu) at /var/www/cobbler/ks_mirror/ubuntu8/install
- creating new distro: ubuntu8-i386
- creating new profile: ubuntu8-i386
- warning: avoiding symlink loop
---------------- (associating repos)
- traversing distro ubuntu8-i386
- found content (breed=ubuntu) at /var/www/cobbler/ks_mirror/ubuntu8/install
- descent into /var/www/cobbler/ks_mirror/ubuntu8
- Added repos for ubuntu8-i386
---------------- (associating kickstarts)
- found content (breed=ubuntu) at /var/www/cobbler/ks_mirror/ubuntu8/install
- processing deb : base-files_4.0.4ubuntu2_i386.deb
---------------- (syncing)
#
# cobbler report
distro : ubuntu8-i386
architecture : i386
breed : ubuntu
created : Tue Mar 3 00:16:47 2009
comment : IntrepidIbex.0
initrd : /var/www/cobbler/ks_mirror/ubuntu8/install/initrd.gz
kernel : /var/www/cobbler/ks_mirror/ubuntu8/install/vmlinuz
kernel options : {}
ks metadata : {'directory': '/cblr/links/ubuntu8-i386', 'suite': 'IntrepidIbex', 'hostname': '@@http_server@@'}
tree build time : Wed Dec 31 19:00:00 1969
modified : Tue Mar 3 00:16:48 2009
mgmt classes : []
os version : IntrepidIbex
owners : ['admin']
post kernel options : {}
redhat mgmt key : <<inherit>>
template files : {}
profile : ubuntu8-i386
distro : ubuntu8-i386
comment :
created : Tue Mar 3 00:16:47 2009
dhcp tag : default
enable menu : True
kernel options : {}
kickstart : /var/lib/cobbler/kickstarts/sample.seed
ks metadata : {}
mgmt classes : []
modified : Tue Mar 3 00:16:47 2009
name servers : []
owners : ['admin']
post kernel options : {}
redhat mgmt key : <<inherit>>
repos : []
server : <<inherit>>
template_files : {}
virt bridge : xenbr0
virt cpus : 1
virt file size : 5
virt path :
virt ram : 512
virt type : qemu
repo : ubuntu8-i386
arch : i386
breed : apt
comment :
created : Tue Mar 3 00:16:47 2009
createrepo_flags : -c cache
environment : {}
keep updated : False
mirror : http://ftp.us.debian.org/debian/dists/@@suite@@
mirror locally : True
modified : Tue Mar 3 00:16:47 2009
owners : ['admin']
priority : 99
rpm list :
yum options : {}
repo : ubuntu8-i386-security
arch : i386
breed : apt
comment :
created : Tue Mar 3 00:16:48 2009
createrepo_flags : -c cache
environment : {}
keep updated : False
mirror : http://security.debian.org/debian-security/dists/@@suite@@/updates
mirror locally : True
modified : Tue Mar 3 00:16:48 2009
owners : ['admin']
priority : 99
rpm list :
yum options : {}
#
15 years, 2 months