April 2012 - cobbler - Fedora Mailing-Lists

by John Paget Bourke

Hi, When I run koan --list=profiles -s localhost I get the following error root@Config cobbler]# koan --list=profiles -s localhost - looking for Cobbler at http://localhost:25151/cobbler_api Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/koan/utils.py", line 542, in __try_connect xmlrpc_server.ping() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1243, in request headers ProtocolError: <ProtocolError for localhost:25151/cobbler_api: 404 Not Found> If I try to see if the server is running and listening, the server is ok [root@Config cobbler]# netstat -an | grep 25151 tcp 0 0 127.0.0.1:25151 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:25151 127.0.0.1:57483 TIME_WAIT But returns nothing . [root@Config cobbler]# curl http://localhost:25151/cobbler_api curl: (52) Empty reply from server I am using the web GUI and it works ok, no problems. When I try to use koan or curl and check the logs [root@Config cobbler]# curl http://localhost:25151/cobbler_api curl: (52) Empty reply from server [root@Config cobbler]# date Sun Oct 30 05:30:55 UTC 2011 [root@Config cobbler]# ls -l total 1792 drwxr-xr-x. 2 root root 4096 Oct 6 02:24 anamon -rw-r--r--. 1 root root 1806499 Oct 30 04:50 cobbler.log -rw-r--r-- 1 root root 73 Oct 29 00:24 install.log drwxr-xr-x. 2 root root 4096 Oct 6 02:24 kicklog drwxr-xr-x. 2 root root 4096 Oct 6 02:24 syslog drwxr-xr-x. 2 root root 4096 Oct 30 04:40 tasks [root@Config cobbler]# cd /etc/httpd/logs/ [root@Config logs]# ls -l total 3172 -rw-r--r-- 1 root root 10904 Oct 30 04:45 access_log -rw-r--r--. 1 root root 789779 Oct 30 02:43 access_log-20111030 -rw-r--r-- 1 root root 32638 Oct 30 05:20 error_log -rw-r--r--. 1 root root 2403267 Oct 30 03:06 error_log-20111030 The logs do not seem to be affected. The versions I am running are [root@Config cobbler]# rpm -qa | grep cobbler cobbler-2.2.1-1.el6.noarch cobbler-web-2.2.1-1.el6.noarch [root@Config cobbler]# rpm -qa | grep koan koan-2.2.1-1.el6.noarch In the modules.conf I have [authentication] #module = authn_denyall module = authn_configfile [authorization] module = authz_allowall So I am a bit lost. Any thoughts ? Thanks John

10 years, 2 months

4
8
0 / 0

Windows install with Cobbler

by Janet.Conkle＠afscn.com

Has anyone been successful in installing windows using cobbler? I've found a few things on the net but nothing definitive. I need a tool that will install baseline images on lab boxes of both the linux and Windows flavors. Janet Conkle ETG x5343

11 years, 5 months

8
11
0 / 0

Systems don't inherit profile's kickstart metadata?

by Joshua J. Kugler

So, this problem: Doing koan installs and allowing auto-register gives me a system with "localhost" as the host name and a weird floating point number as the system name in Cobbler, instead of what I expected, which was the value I provided to koan as --virt-name. lead to this attempted solution: I defined a system using the profile I wanted, and then try to run koan with --system=SYSTEM_NAME. which lead to this problem: System installs fine, but the kickstart meta data does not take affect; in this case, the chef job that was run when I installed via --profile was not run when I installed via a --system= that used the same previously mentioned profile. which lead to this attempt: koan --virt --profile=builder-el6-x86_64 --system=builder-el6-64-01\ --server=cobbler.example.com --virt-path=vg_group which lead to this interesting bug: - looking for Cobbler at http://cobbler.example.com:80/cobbler_api - reading URL: http://172.29.1.101/cblr/svc/op/ks/system/builder-el6- x86_64 Traceback (most recent call last): <snip> raise HTTPError(req.get_full_url(), code, msg, hdrs, fp) HTTPError: HTTP Error 404: NOT FOUND Why was it trying to pull the profile from the system section of the API? Can't you "override" the profile when you specify a system? This is Cobbler/Koan 2.2.2 by the way. Thanks for any help you can render! j -- Joshua J. Kugler - Fairbanks, Alaska Azariah Enterprises - Programming and Website Design joshua(a)azariah.com - Jabber: pedahzur(a)gmail.com PGP Key: http://pgp.mit.edu/ ID 0x73B13B6A

11 years, 8 months

3
9
0 / 0

[PATCH 0/5] Port koan from virtinst to virt-install command

by Cole Robinson

Koan uses the virtinst library for creating libvirt VMs. This is the same code that virt-install and virt-manager use for a lot of their libvirt interaction. Problem is this virtinst never should have been a public API, it was designed without much thought, and attempting to maintain back compat all these years hasn't really done much good. On the flip side, virt-install very much is intended to be a stable API: there are far more people out there using virt-install for scripting and we plan on keeping those scripts working as long as possible. virtinst should really be an implementation detail of virt-install. So along that line of thinking, I want to deprecate virtinst as a public API, and keep it private to virt-* tools. So here is a patch series swapping koan from virtinst to generating a virt-install command line. Ideally this patch makes it into fedora before march so I can deprecate virtinst in upcoming fedora 17. In the process, I add unit testing and unify most of the libvirt koan code, so hopefully things are in a better state than before. One fairly sizable caveat though is that I haven't _actually_ tested koan: unit tests prove it is doing something useful reality can always be different. Though judging by the state of the koan code I don't think it's getting a lot of usage, at least the imagecreate module has been outright broken for near 6 months. Cole Robinson (5): setup.py: Add stub 'test' command koan: vmware: Drop unused imports koan: Port xen creation to virt-install koan: Port qcreate to virt-install koan: port imagecreate to virt-install .gitignore | 1 + koan/imagecreate.py | 171 +-------------------------- koan/qcreate.py | 210 +-------------------------------- koan/virtinstall.py | 289 +++++++++++++++++++++++++++++++++++++++++++++ koan/vmwcreate.py | 7 +- koan/xencreate.py | 173 +-------------------------- setup.py | 51 ++++++++- tests/koan/__init__.py | 1 + tests/koan/virtinstall.py | 128 ++++++++++++++++++++ 9 files changed, 484 insertions(+), 547 deletions(-) create mode 100755 koan/virtinstall.py create mode 100644 tests/koan/__init__.py create mode 100644 tests/koan/virtinstall.py -- 1.7.7.5

11 years, 9 months

8
28
0 / 0

KS generation error

by John Paget Bourke

Hi, I have a esxi5 kick start file which is generating an error when I try to view it on the profile section of web GUI. I have a RHEL profile with a kick start with displays fine. Can anyone help ? Thanks John Tue Mar 6 10:51:26 2012 - INFO | REMOTE version; user(cobbler) Tue Mar 6 10:51:28 2012 - INFO | REMOTE generate_kickstart; user(?) Tue Mar 6 10:51:28 2012 - INFO | generate_kickstart Tue Mar 6 10:51:28 2012 - INFO | Exception occured: <class 'Cheetah.Parser.ParseError'> Tue Mar 6 10:51:28 2012 - INFO | Exception value: Error in the Python code which Cheetah generated for this template: ================================================================================ EOL while scanning string literal (cheetah_DynamicallyCompiledCheetahTemplate_1331031088_43_58507.py, line 81) Line|Python Code ----|------------------------------------------------------------- 79 | 80 | try: 81 | return eval('''VFFSL(SL,"echo",True) "${VMK_LINE}" | awk '{print $2}'''', globals(), localsDict) ^ 82 | return self._CHEETAH__errorCatcher.warn(exc_val=e, code= u'VFFSL(SL,"echo",True) "${VMK_LINE}" | awk \'{print $2}\'' , rawCode= u'$(echo "${VMK_LINE}" | awk \'{print $2}\')' , lineCol=(21, 8)) 83 | 84 | def __errorCatcher4(self, localsDict={}): ================================================================================ Here is the corresponding Cheetah code. ** I had to guess the line & column numbers, so they are probably incorrect: Line 11, column 20 Line|Cheetah Code ----|------------------------------------------------------------- 8 |install --firstdisk --overwritevmfs 9 | 10 |# RootPassword is taken from the default setting of cobbler 11 |rootpw --iscrypted $default_password_crypted ^ 12 |reboot 13 | 14 |%include /tmp/networkconfig Tue Mar 6 10:51:28 2012 - INFO | Exception Info: File "/usr/lib/python2.6/site-packages/cobbler/remote.py", line 1946, in _dispatch return method_handle(*params) File "/usr/lib/python2.6/site-packages/cobbler/remote.py", line 996, in generate_kickstart return self.api.generate_kickstart(profile,system) File "/usr/lib/python2.6/site-packages/cobbler/api.py", line 645, in generate_kickstart return self.kickgen.generate_kickstart_for_profile(profile) File "/usr/lib/python2.6/site-packages/cobbler/kickgen.py", line 297, in generate_kickstart_for_profile return self.generate_kickstart(profile=g) File "/usr/lib/python2.6/site-packages/cobbler/kickgen.py", line 275, in generate_kickstart data = self.templar.render(raw_data, meta, None, obj) File "/usr/lib/python2.6/site-packages/cobbler/templar.py", line 113, in render data_out = self.render_cheetah(raw_data, search_table, subject) File "/usr/lib/python2.6/site-packages/cobbler/templar.py", line 199, in render_cheetah t = Template(source=raw_data, errorCatcher="Echo", searchList=[search_table], compilerSettings={'useStackFrame':False}) File "DynamicallyCompiledCheetahTemplate.py", line 55, in __init__ File "_etc_cobbler_cheetah_macros.py", line 55, in __init__ File "/usr/lib64/python2.6/site-packages/Cheetah/Template.py", line 1257, in __init__ self._compile(source, file, compilerSettings=compilerSettings) File "/usr/lib64/python2.6/site-packages/Cheetah/Template.py", line 1551, in _compile keepRefToGeneratedCode=True) File "/usr/lib/python2.6/site-packages/cobbler/template_api.py", line 127, in compile return Cheetah.Template.Template.compile(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/Cheetah/Template.py", line 795, in compile raise parseError

11 years, 11 months

3
9
0 / 0

Doing PXE without control over the DHCP server

by Niels Basjes

Hi, A long time ago I asked and later documented on Stack Overflow how to do PXE if you do not have control over the central DHCP server. http://serverfault.com/questions/53116/howto-setup-cobbler-with-pxe-if-yo... A few months ago I got an email from someone stating he couldn't get the above to work. He also stated I sent an email about this issue to the cobbler mailing list and even Michael Dehaan, the cobbler creator, did not know about this possibility, so I think your input would be useful to many people. So that is the purpose of this mail; It may be useful to you guys. Turns out that I had done some fixing and changing of my own cobbler (long time ago) that I had forgotten about. So a few days ago I provided the crucial fix to the mainline cobbler<https://github.com/cobbler/cobbler/pull/157> which has now become part of the trunk. https://github.com/cobbler/cobbler/pull/157 I also created some additional supporting documentation<http://howto.basjes.nl/linux/doing-pxe-without-dhcp-control> to explain in broad terms how to use this. http://howto.basjes.nl/linux/doing-pxe-without-dhcp-control The mentioned fix also has another usecase which I have deployed several times. I can now define a MAC address, IP address, hostname combination in cobbler and instruct it to install CentOS with a kickstart file that also installs puppet. Because with this fix the client gets a fixed hostname I can use puppet to cleanly define what software needs to be installed. In addition I can choose to omit the IP address and has a situation where the client gets a fixed hostname in an environment where I leave the IP addresses dynamic. This last usecase is something I see as a viable scenario for deploying roaming Linux desktops/laptops and maintaining control over the installed software using a tool like puppet. -- Met vriendelijke groeten, Niels Basjes

11 years, 11 months

3
7
0 / 0

Variable substitution in wget generated as part on the reposync command

by Newman, Stuart J. (GSFC-428.0)[HONEYWELL TECHNOLOGY SOLUTIONS INC]

Cobbler does not substitute the architecture for $basearch in the wget generated as part of the reposysnc command. Below is an excerpt from the task log Mon Apr 30 07:56:51 2012 - DEBUG | received on stderr: Mon Apr 30 07:56:51 2012 - INFO | running: /usr/bin/wget -q http://download.fedoraproject.org/pub/epel/6/$basearch/repodata/repomd.xml -O /var/www/cobbler/repo_mirror/extras/.origin/repomd.xml ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Stuart J. Newman Engineer 4; Systems Solar Dynamics Observatory (SDO) Honeywell Technology Solutions Inc NASA/Goddard Space Flight Center Building 14, Room E222 Mail Stop 428.2 Greenbelt, MD 20771 Office: (301) 286-5145 EMail: Stuart.J.Newman(a)nasa.gov<mailto:Stuart.J.Newman@nasa.gov> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the entity or individual to whom it is addressed. If you are not the intended recipient, please notify the sender at once, and you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message is strictly prohibited. Nothing in this email, including any attachment, is intended to be a legally binding signature.

11 years, 11 months

2
1
0 / 0

ProLiant "illegal opcode" problem with 2.2, okay with 2.0

by Eldred, Doug

Thanks for the ideas. I checked, and pxelinux.0 has identical sizes and checksums on both my Cobbler 2.0 server and my Cobbler 2.0 server. Grub.conf and device.map each have one entry, which is what I'd expect after a fresh install, and no editing of grub.conf has occurred. Doug ----------------------------------------------------------------------------------------- This sounds to me like a pxelinux.0 (i.e. SYSLINUX) issue, not a cobbler issue. What happens if you use the pxelinux.0 version from the 2.0 box on the 2.2 box? Or how about this? http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?objectID=c0... Owen Mann, Interactive Data Real Time Services 60 Codman Hill Rd, Boxborough, MA 01719 978-795-3758 owen.mann at interactivedata.com -----Original Message----- From: cobbler-bounces at lists.fedorahosted.org [mailto:cobbler-bounces at lists.fedorahosted.org] On Behalf Of Eldred, Doug Sent: Friday, April 27, 2012 11:10 AM To: cobbler at lists.fedorahosted.org Subject: [cobbler] ProLiant "illegal opcode" problem with 2.2, okay with 2.0 All, If I use Cobbler 2.0 to install RHEL to a ProLiant DL380=G6 or BL460-G6, everything works fine. If I use Cobbler 2.2 to install the same RHEL (imported from ISO) to the same ProLiant, the install itself is okay, but when PXE tries to switch to booting from the HD it fails with a red screen saying "Illegal OpCode" and a bunch of hex information. If I intervene to boot directly from the HD, or if I make PXE (NIC boot) no longer first in the list, it boots fine, so the HD itself seems to be okay. Both machines have current BIOS and firmware (as reported by the iLO). Does this ring any bells? Regards, Doug ---- MC Linux Infrastructure, 970-898-4860, Fort Collins 3UR8 (MS 57) "If you keep trying, you will occasionally do something worthwhile." -- Seymour Cray _______________________________________________ cobbler mailing list cobbler at lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler Regards, Doug ---- MC Linux Infrastructure, 970-898-4860, Fort Collins 3UR8 (MS 57) "If you keep trying, you will occasionally do something worthwhile." -- Seymour Cray

11 years, 12 months

1
0
0 / 0

install.img missing when kickstarting

by Russ Lavoy

I am unable to install any servers using cobbler right now. It says it is missing the "$distro/images/install.img file... I can't find that file anywhere on my file system other than in the centos6 directory. Everything looks fine other than trying to kickstart a server. Anyone have any ideas on how to fix this issue? Thanks

11 years, 12 months

1
0
0 / 0

ProLiant "illegal opcode" problem with 2.2, okay with 2.0

by Eldred, Doug

All, If I use Cobbler 2.0 to install RHEL to a ProLiant DL380=G6 or BL460-G6, everything works fine. If I use Cobbler 2.2 to install the same RHEL (imported from ISO) to the same ProLiant, the install itself is okay, but when PXE tries to switch to booting from the HD it fails with a red screen saying "Illegal OpCode" and a bunch of hex information. If I intervene to boot directly from the HD, or if I make PXE (NIC boot) no longer first in the list, it boots fine, so the HD itself seems to be okay. Both machines have current BIOS and firmware (as reported by the iLO). Does this ring any bells? Regards, Doug ---- MC Linux Infrastructure, 970-898-4860, Fort Collins 3UR8 (MS 57) "If you keep trying, you will occasionally do something worthwhile." -- Seymour Cray

11 years, 12 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

cobbler April 2012