<ProtocolError for localhost:25151/cobbler_api: 404 Not Found>
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
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
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
[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
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
Problem with PXE when DHCP not running on cobbler server
by Russ Lavoy
I have a problem with pxe starting a server when cobbler is NOT the dhcp server. I am unsure why this is but here is the problem.
When you create a new server it creates /tftproot/pxelinux.cfg/$MAC_ADDRESS which is fine and works create on my other cobbler systems. But since this one server is not the dhcp server I get a problem where when the kickstarted server requests its configuration it looks for the hex version of the IP address and not the mac address like in the other cobbler server setup. Or example.. from my log
Mar 7 13:32:13 servername in.tftpd[22679]: RRQ from 172.18.18.55 filename pxelinux.cfg/AC1213C0
It does not look for the mac address ever.
Since cobbler does not make the hex version of the IP in this manner it kicks back an error saying it cannot be found.
I fix this by creating a symlink from the mac address to the hex version of the IP... Then it works.
This breaks automation for cobbler.
Does anyone have any ideas on how to fix this?
Thanks!
12 years
Open issues cleanup
by James Cammarata
There are a few issues in the queue I requested additional info about
a few weeks ago and haven't heard anything back.
The issues are:
#54 - replicate fails to create profile
#37 - get_latest_task_info() consumes a lot of server cpu (I know
there was a ton of mailing list activity on this one, not sure if it
was actually resolved)
#31 - cobbler distro report dies in gzip.py - Not a gzipped file
#19 - phantom entries
If I don't hear anything back within a week I'm going to close them
assuming they're no longer issues in master.
12 years
Cobbler CLI unable to associate kickstarts file with Capital Letters
by Razi Khaja
>From the cobbler command line, it is not possible to add/associate a
kickstart file that has capital letters.
See the example below:
cobbler profile edit --name=My-Profile
--kickstart=/var/lib/cobbler/kickstarts/My-Kickstart-File-With-Caps.ks
Could this be fixed in future versions?
Thanks,
Razi
12 years
Cobbler and replicate
by Russ Lavoy
I am running replicate without the --repos flag and it still tries to replicate the repos to the downstream cobbler servers. Why is that?
Thanks
12 years
