cobbler April 2009

cobbler@lists.fedorahosted.org

51 participants
71 discussions

koan and too much ram?
by Thomas S Hatch 28 Apr '09

28 Apr '09

I imagine I am overlooking something small and obvious, but I haven't been able to find it yet. I have a bladecenter with 8 core nodes each with 32 gigs of ram, and a cobbler vm I am provisioning from. When I execute koan on a blade and point it to a system with 2048 megs of ram defined on my cobbler server it installs without problems, but when I point it to a system with 4096 megs of ram something add happens. The domain is created, the hard drive is set up, but the vm fails to start the install. I have gone into my ssytems and lowered the ram to 2048, and they work, then I raise the ram back up to 4096 and they don't work. I have been looking throught the documentation and the source code for koan but to no avail. Does anyone have any idea what might be causing this? Please tell me if you want any component of my configuration, json files, koan commands etc. -Tom Hatch

2 4

repo --rpm-list: list too long
by Tom Kleiberg 28 Apr '09

28 Apr '09

Hello all, I am trying to setup a new repo in cobbler which uses a Fedora- Everything mirror. Since I do not want to mirror the whole repo, I only select a few packages. However, somehow it seems that the list of packages is only limited to given length..when the length exceeds some X number of characters, the list is broken down and only the first entry is used, e.g. [naslab@panoramix repo]$ /usr/bin/cobbler repo edit -- name=fedora8_i386_everything --rpm-list="texi2html lshw rsh rsh-server tftp yum" [naslab@panoramix repo]$ cobbler repo dumpvars -- name=fedora8_i386_everything | grep rpm_list 'rpm_list': ['texi2html', 'lshw', 'rsh', 'rsh-server', 'tftp', 'yum'], [naslab@panoramix repo]$ /usr/bin/cobbler repo edit -- name=fedora8_i386_everything --rpm-list="texi2html lshw rsh rsh-server tftp yum-versionlock" [naslab@panoramix repo]$ cobbler repo dumpvars -- name=fedora8_i386_everything | grep rpm_list 'rpm_list': ['texi2html', Can somebody confirm this behavior, and is there a solution to this issue? Thanks! Tom

2 1

Re: standalone
by Joe G 28 Apr '09

28 Apr '09

James, Thanks for the reply. The command I use to make the iso is"cobbler buildiso --distro=RH5.3client-x86_64 --standalone" I tried it with --source/path to iso with the same result. Thanks Joe --- On Sun, 4/26/09, James Cammarata <jimi(a)sngx.net> wrote: > From: James Cammarata <jimi(a)sngx.net> > Subject: Re: standalone > To: "cobbler mailing list" <cobbler(a)lists.fedorahosted.org> > Date: Sunday, April 26, 2009, 11:00 PM > > On Sun, 26 Apr 2009 17:53:13 -0700 (PDT), Joe G <jophey(a)yahoo.com> > wrote: > > Great work on this. It's really going to help me > out. > > > > But, I'm running 1.6.3 on a Fedora 10 box and the > --standalone doesn't > seem > > to see the Workstation rpms from RHEL 5.3. > > > > I have updated to simplejson-2.0.9 as per previous > suggestions. > > > > For the complete history, I had 1.6.1 working, then > upgraded because of > > standalone. 1.6.2 didn't really work, but 1.6.3 came > out before I really > > played with it. 1.6.3 had all the repo problems, but > removing > > /etc/cobbler, /var/lib/cobbler and /var/www/cobbler > and installing 1.6.3 > > and it works, but no standalone. > > > > Any help would be great. > > > > Thanks, > > Joe > > Could you paste in the command you are running? > --standalone basically > just rsync's your source tree, so if it is a pre-existing > distro it could > be import that is not grabbing those. You can > overcome this by inserting > the original cd (or mounting the iso) and specifying > --source=/path/to/files > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > _______________________________________________ > cobbler mailing list > cobbler(a)lists.fedorahosted.org > https://fedorahosted.org/mailman/listinfo/cobbler >

2 1

Django sidebar
by Michael DeHaan 27 Apr '09

27 Apr '09

I've redone the sidebar in the web app a bit, moving all navigation over to the left. It starts out with the general links and also includes pagination and filters, and manages to reduce a lot of the previous space wasting. Mostly this is done, I have a few text links I need to buttonize (TM). I will probably look to move the logo to the sidebar as well to get more vertical screen real estate. Is anyone planning on making the other object pages work in batch mode (profiles, etc) like systems, or is this something I should look at? As part of the streamlining of the code behind the profile/system page I've removed the hotlinks to edit the templates directly from those pages, but kept a preview button. If the kickstart is sourced externally I plan on editing the code to let the cobbler URLs redirect to those external URLs. (Basically the logic to deal with when a kickstart was on HTTP/NFS/FTP and when it was editable and when we could link to it and what we called the link was complex, which was entirely my fault, so I simplified it... This should actually be a good workflow change as folks need to know that editing templates effects MANY profiles/systems, not just the one, so allowing edits straight from those pages might have been misleading anyway). I also want to copy the ksfile logic and apply it to allow for snippet editing from the webapp, which shouldn't be hard to do at all. --Michael

1 1

Passing arrays to kickstart via ksmeta
by Jens Ahrens 27 Apr '09

27 Apr '09

Hi everybody, I want to pass an array to a kickstart file via ksmeta e.g. cobbler add system [...] --ksmeta="NUMBERS=[\'no1\',\'no2\']" [...] When I do a dumpvars on the system I get: .. 'mgmt_parameters': {'NUMBERS': '['no1','no2']'}, .. That seems to be o.k. The kickstart template looks like this: #set $NUMBERS = $getVar('$NUMBERS', '') echo "$NUMBERS -- $NUMBERS[0]" The generated kickstart file is: echo "['no1','no2'] -- [" So NUMBERS is interpreted as a literal and not an array. I was expecting: echo "['no1','no2'] -- no1" So my question is how can I get what I expected and make Cheetah interpret the contents of $NUMBERS as an array and not a literal? Thanks and cheers, Jens

3 2

updated to 1.6.2: broken webui-config
by Sami Hartikainen 27 Apr '09

27 Apr '09

I was running cobbler 1.6.1 on CentOS 5.2, and things worked fine. Today I updated to CentOS 5.3 and cobbler 1.6.2 (cobbler-1.6.2-1.el5 from the EPEL repo). Now the cobblerd failed to start with the following output: # service cobblerd start Starting cobbler daemon: while constructing a mapping found unacceptable key (dict objects are unhashable) in "", line 9, column 5: {}: ~ ^ File "/usr/bin/cobblerd", line 87, in main api = cobbler_api.BootAPI(log_settings=log_settings, is_cobblerd=True) File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 110, in __init__ self.deserialize() File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 621, in deserialize return self._config.deserialize() File "/usr/lib/python2.4/site-packages/cobbler/config.py", line 212, in deserialize serializer.deserialize(self._repos) File "/usr/lib/python2.4/site-packages/cobbler/serializer.py", line 133, in deserialize rc = storage_module.deserialize(obj,topological) File "/usr/lib/python2.4/site-packages/cobbler/modules/serializer_catalog.py", line 141, in deserialize datastruct = deserialize_raw(obj.collection_type()) File "/usr/lib/python2.4/site-packages/cobbler/modules/serializer_catalog.py", line 113, in deserialize_raw datastruct = yaml.load(ydata) File "/usr/lib/python2.4/site-packages/yaml/__init__.py", line 58, in load return loader.get_single_data() File "/usr/lib/python2.4/site-packages/yaml/constructor.py", line 44, in get_single_data return self.construct_document(node) File "/usr/lib/python2.4/site-packages/yaml/constructor.py", line 53, in construct_document for dummy in generator: File "/usr/lib/python2.4/site-packages/yaml/constructor.py", line 403, in construct_yaml_map value = self.construct_mapping(node) File "/usr/lib/python2.4/site-packages/yaml/constructor.py", line 213, in construct_mapping return BaseConstructor.construct_mapping(self, node, deep=deep) File "/usr/lib/python2.4/site-packages/yaml/constructor.py", line 137, in construct_mapping "found unacceptable key (%s)" % exc, key_node.start_mark) [ OK ] # service cobblerd status cobblerd dead but subsys locked Looking at the files in /var/lib/cobbler/config/repos.d/ I noticed that some files have suspicious-looking 'environment' data, e.g. environment: "'~'}": ~ '{''{}'':': ~ - or - environment: {}: ~ After fixing the latter to read environment: {} cobblerd starts up fine. I don't know if this problematic 'environment' option was present with cobbler 1.6.1 (probably it was). I added all the repos with command-line tool, but since then I've used cobbler web interface to modify the settings; could it have broke things? Additionally, modifying settings with the cobbler 1.6.2 web interface seems to be broken: clicking e.g. a profile opens a page for adding a new profile (should open the clicked one for editing). The link looks fine: http:///cobbler/web/?mode=profile_edit&name=Fedora-10-CTS-i386 but it opens a blank "Adding a profile" page. _________________________________________________________________ Tutustu videoiden avulla Windows Live tuotteisiin. http://www.microsoft.fi/live

2 4

standalone
by Joe G 27 Apr '09

27 Apr '09

Great work on this. It's really going to help me out. But, I'm running 1.6.3 on a Fedora 10 box and the --standalone doesn't seem to see the Workstation rpms from RHEL 5.3. I have updated to simplejson-2.0.9 as per previous suggestions. For the complete history, I had 1.6.1 working, then upgraded because of standalone. 1.6.2 didn't really work, but 1.6.3 came out before I really played with it. 1.6.3 had all the repo problems, but removing /etc/cobbler, /var/lib/cobbler and /var/www/cobbler and installing 1.6.3 and it works, but no standalone. Any help would be great. Thanks, Joe

2 1

URLs not working in Django App
by Michael DeHaan 24 Apr '09

24 Apr '09

From my testing: http://127.0.0.1/cobbler_web/settings http://127.0.0.1/cobbler_web/ksfile/list (and I image, edit). Is anyone working on these or is this something I should take care of? ksfiles aren't a collection, the code seems to think they are right now, so they are handled a bit differently in the web app. Settings are a pseudo-collection, but are not editable in the web app. --Michael

2 3

DHCP fails for a xen client
by Scot Floess 23 Apr '09

23 Apr '09

I am trying running CentOS 5.3 x86_64 host and attempting to install a Xen client VM. For some reason the client does not seem to get the IP Address served up from my DHCP server. Initially, I considered it may be my DHCP server - but I have other machines being served up addresses just fine. BTW, not using Cobbler managed DHCP... In messages.log, I see the discover/offer messages: Apr 23 13:36:02 adminserver dhcpd: DHCPDISCOVER from 00:16:3e:72:a1:96 via eth0 Apr 23 13:36:03 adminserver dhcpd: DHCPOFFER on 192.168.168.251 to 00:16:3e:72:a1:96 via eth0 Apr 23 13:36:08 adminserver dhcpd: DHCPDISCOVER from 00:16:3e:72:a1:96 via eth0 Apr 23 13:36:08 adminserver dhcpd: DHCPOFFER on 192.168.168.251 to 00:16:3e:72:a1:96 via eth0 Apr 23 13:36:20 adminserver dhcpd: DHCPDISCOVER from 00:16:3e:72:a1:96 via eth0 Apr 23 13:36:20 adminserver dhcpd: DHCPOFFER on 192.168.168.251 to 00:16:3e:72:a1:96 via eth0 Apr 23 13:36:41 adminserver dhcpd: DHCPDISCOVER from 00:16:3e:72:a1:96 via eth0 Apr 23 13:36:41 adminserver dhcpd: DHCPOFFER on 192.168.168.251 to 00:16:3e:72:a1:96 via eth0 In the VM, I can see the following: DHCPDISCOVER on eth- 255.255.255 port 67 interval 6 DHCPDISCOVER on eth- 255.255.255 port 67 interval 12 DHCPDISCOVER on eth- 255.255.255 port 67 interval 21 DHCPDISCOVER on eth- 255.255.255 port 67 interval 7 DHCPv4 eth0 - TIMED OUT. dhcp: DHCP configuration failed eth0 is not a wireless adapter. I installed Cobbler from an epel repo (I think it was 1.4.1). On the off-chance it was that version, I went out and installed off epel-test and am now runing Cobbler 1.6.1 and KOAN (whichever version is out there)... Additionally, I tried updating xen and kernel-xen from CentOS updates/plus repos.... Has anyone seen this behavior? -- Make It So Number One

2 4

incorrect version of yum-utils
by Léon Keijser 23 Apr '09

23 Apr '09

Hi, I've just updated cobbler to cobbler-1.6.3-2.el5 and ran `cobbler check`. This reports among other things that: #2: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 1.1.16 The box runs Red Hat Enterprise Linux Server release 5.3 (Tikanga) I've the latest updates from RHN and epel(-testing) but there's no yum-utils higher than the one i have installed: yum-utils-1.1.16-13.el5 I can of course bake my own yum-utils-1.1.17 rpm but i don't find this a nice solution. regards, -- Léon

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

cobbler April 2009