<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
Restoring an inherited value for a child profile?
by Zack Perry
I have a profile that is created using the command:
cobbler profile add --name=... --parent=...
The child profile's 'Template Files' attribute originally inherited
from its parent. For testing, I changed it using
cobbler profile edit --name=...
Once I was done, I thought that the defaults in the parent profile
were sufficient, so I wanted to restore the <<inherit>> value. But,
neither cobbler profile edit --help nor man cobbler offer any hints
how to do so. I tried the cobbler web UI as a last resort, no dice
either.
Yeah, I can cobbler profile remove --name=... to delete the modified
child profile and then recreate it. It's not that hard, but
conceptually it's uneconomical :-(
So the Q: is it possible to restore an inherited value for a profile
attribute? If so, what is the correct work flow?
Regards,
--Zack
10 years, 8 months
purpose of mgmt-class params?
by David Birdsong
I'm trying to understand the useful bridge between ansible and cobbler.
I've leveraged cobbler for installation and early configuration and it
works great.
I'm trying to figure out how to use cobbler variables to expose settings to
ansible. It appears that the default cobbler inventory script uses mgmt
classes to group machines and then ksmeta variables which follow the
inheritance patterns of ksmeta variables.
What I don't see ansible using is the mgmtclass params field. Even the help
message for
```cobbler mgmtclass edit ``` is a little confusing with the mention of
ksmeta in the --clobber flag while there exists no --ksmeta
flag--only params.
So what do people use mgmt params for?
I haven't looked, but do they trickle down to machine variables for
kickstarts?
10 years, 9 months
cname records
by Greg Chavez
What's the trick to getting cname records into a system object? So
far, every time I set them in an interface via the Web console or via
the command line:
cobbler system edit --name=ceph-cs-sn-04i --interface=eth0 --cnames="ceph4"
Nothing gets set and there is not error reported.
Looking at the code here:
https://github.com/bytecar/cobbler/commit/25d0f7c924037b961c14fd5993d2848...
It would seem that it's a simple matter of entering each CNAME
delimited by space and in the case of the cobbler command, surrounded
by quotes.
I'm running the latest from epel-testing:
root@io-ns-03:/var/lib/cobbler/snippets> rpm -q cobbler cobbler-web
cobbler-2.4.0-1.el5
cobbler-web-2.4.0-1.el5
Thanks.
--
\*..+.-
--Greg Chavez
+//..;};
10 years, 9 months
Re: [cobbler] ESXi 5.1 Build Fails
by Viet Cgi
cat /etc/cobbler/pxe/pxesystem_esxi.template
default linux
prompt 0
timeout 1
label linux
kernel $kernel_path
ipappend 2
append -c $img_path/cobbler-boot.cfg
#append $img_path/vmkboot.gz $append_line --- $img_path/vmkernel.gz
--- $img_path/sys.vgz --- $img_path/cim.vgz --- $img_path/ienviron.vgz ---
$img_path/install.vgz
got the same issue so I ended up replaced the last line with "append -c
$img_path/cobbler-boot.cfg". Everything is good now. :)
10 years, 9 months
the process Cobbler: generating PXE menu structure - seems doesn't work
by Renato
Red Hat Enterprise Linux Server release 5.9 (Tikanga)
Cobbler 2.2.3
build time: Mon Jun 18 00:58:20 2012
Hello Everybody.
I am working on a Cobbler server for more 4 years without problem and all
work perfectly fine.
This morning , creating a new profile for my future "KVM" VirtualMachine .
So from Cobbler UI, I used the Configuration Profiles >> Create New
Profile.
This has been done. The "kickstart" seems look good. (checked via "View
Kickstart")
I ran a "cobbler sync" command : and no errors any more. (log below on the
email)
Now, When I boot with PXE , my newly profile freshly created doesn't show
on the PXE Menu. I got all profiles created except this new one :-/
checking on the main pxelinux config file :
/tftpboot/pxelinux.cfg/default generated by the process " PXE menu
structure " . my profile VMxxxx created is missing.
But from the Cobbler UI the profile is THERE with all the rest.
?? I suspect the issue is there when the function call the generating PXE
process . Somebody on the loop know if it's possible to get the log more
verbose ? regarding this two process named :
Wed Jun 26 11:22:30 2013 - INFO | generating PXE configuration files
Wed Jun 26 11:22:30 2013 - INFO | generating PXE menu structure
Thank you so much ,
----------------------------- LOG -------------------------------
Wed Jun 26 11:22:30 2013 - INFO | running pre-sync triggers
Wed Jun 26 11:22:30 2013 - INFO | cleaning trees
Wed Jun 26 11:22:30 2013 - INFO | removing:
/var/www/cobbler/images/rhel6u3-x86_64
Wed Jun 26 11:22:30 2013 - INFO | removing:
/var/www/cobbler/images/rhel-server-5.8-x86_64
Wed Jun 26 11:22:30 2013 - INFO | removing:
/var/www/cobbler/images/rhel-server-5.8-xen-x86_64
Wed Jun 26 11:22:30 2013 - INFO | removing: /tftpboot/pxelinux.cfg/default
Wed Jun 26 11:22:30 2013 - INFO | removing: /tftpboot/grub/images
Wed Jun 26 11:22:30 2013 - INFO | removing: /tftpboot/grub/grub-x86_64.efi
Wed Jun 26 11:22:30 2013 - INFO | removing: /tftpboot/grub/grub-x86.efi
Wed Jun 26 11:22:30 2013 - INFO | removing: /tftpboot/grub/efidefault
Wed Jun 26 11:22:30 2013 - INFO | removing: /tftpboot/s390x/profile_list
Wed Jun 26 11:22:30 2013 - INFO | copying bootloaders
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/usr/share/syslinux/memdisk -> /tftpboot/memdisk
Wed Jun 26 11:22:30 2013 - INFO | copying: /usr/share/syslinux/memdisk ->
/tftpboot/memdisk
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/lib/cobbler/loaders/grub-x86_64.efi -> /tftpboot/grub/grub-x86_64.efi
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/lib/cobbler/loaders/grub-x86.efi -> /tftpboot/grub/grub-x86.efi
Wed Jun 26 11:22:30 2013 - INFO | copying distros to tftpboot
Wed Jun 26 11:22:30 2013 - INFO | copying files for distro: rhel6u3-x86_64
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel6u3-x86_64/images/pxeboot/vmlinuz ->
/tftpboot/images/rhel6u3-x86_64/vmlinuz
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel6u3-x86_64/images/pxeboot/initrd.img ->
/tftpboot/images/rhel6u3-x86_64/initrd.img
Wed Jun 26 11:22:30 2013 - INFO | copying files for distro:
rhel-server-5.8-x86_64
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel-server-5.8-x86_64/images/pxeboot/vmlinuz ->
/tftpboot/images/rhel-server-5.8-x86_64/vmlinuz
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel-server-5.8-x86_64/images/pxeboot/initrd.img
-> /tftpboot/images/rhel-server-5.8-x86_64/initrd.img
Wed Jun 26 11:22:30 2013 - INFO | copying files for distro:
rhel-server-5.8-xen-x86_64
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel-server-5.8-x86_64/images/xen/vmlinuz ->
/tftpboot/images/rhel-server-5.8-xen-x86_64/vmlinuz
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel-server-5.8-x86_64/images/xen/initrd.img ->
/tftpboot/images/rhel-server-5.8-xen-x86_64/initrd.img
Wed Jun 26 11:22:30 2013 - INFO | copying images
Wed Jun 26 11:22:30 2013 - INFO | generating PXE configuration files
Wed Jun 26 11:22:30 2013 - INFO | generating PXE menu structure
Wed Jun 26 11:22:30 2013 - INFO | copying files for distro: rhel6u3-x86_64
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel6u3-x86_64/images/pxeboot/vmlinuz ->
/var/www/cobbler/images/rhel6u3-x86_64/vmlinuz
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel6u3-x86_64/images/pxeboot/initrd.img ->
/var/www/cobbler/images/rhel6u3-x86_64/initrd.img
Wed Jun 26 11:22:30 2013 - INFO | copying files for distro:
rhel-server-5.8-x86_64
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel-server-5.8-x86_64/images/pxeboot/vmlinuz ->
/var/www/cobbler/images/rhel-server-5.8-x86_64/vmlinuz
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel-server-5.8-x86_64/images/pxeboot/initrd.img
-> /var/www/cobbler/images/rhel-server-5.8-x86_64/initrd.img
Wed Jun 26 11:22:30 2013 - INFO | copying files for distro:
rhel-server-5.8-xen-x86_64
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel-server-5.8-x86_64/images/xen/vmlinuz ->
/var/www/cobbler/images/rhel-server-5.8-xen-x86_64/vmlinuz
Wed Jun 26 11:22:30 2013 - INFO | trying hardlink
/var/www/cobbler/ks_mirror/rhel-server-5.8-x86_64/images/xen/initrd.img ->
/var/www/cobbler/images/rhel-server-5.8-xen-x86_64/initrd.img
Wed Jun 26 11:22:30 2013 - INFO | rendering DHCP files
Wed Jun 26 11:22:30 2013 - INFO | generating /etc/dhcpd.conf
Wed Jun 26 11:22:30 2013 - INFO | rendering TFTPD files
Wed Jun 26 11:22:30 2013 - INFO | generating /etc/xinetd.d/tftp
Wed Jun 26 11:22:30 2013 - INFO | cleaning link caches
Wed Jun 26 11:22:30 2013 - INFO | running post-sync triggers
Wed Jun 26 11:22:30 2013 - DEBUG | running python triggers from
/var/lib/cobbler/triggers/sync/post/*
Wed Jun 26 11:22:30 2013 - DEBUG | running python trigger
cobbler.modules.sync_post_restart_services
Wed Jun 26 11:22:30 2013 - INFO | running: dhcpd -t -q
Wed Jun 26 11:22:30 2013 - INFO | received on stdout:
Wed Jun 26 11:22:30 2013 - DEBUG | received on stderr:
Wed Jun 26 11:22:30 2013 - INFO | running: service dhcpd restart
Wed Jun 26 11:22:30 2013 - INFO | received on stdout: Shutting down dhcpd:
[ OK ]
Starting dhcpd: [ OK ]
Wed Jun 26 11:22:30 2013 - DEBUG | received on stderr:
Wed Jun 26 11:22:30 2013 - DEBUG | running shell triggers from
/var/lib/cobbler/triggers/sync/post/*
Wed Jun 26 11:22:30 2013 - DEBUG | running python triggers from
/var/lib/cobbler/triggers/change/*
Wed Jun 26 11:22:30 2013 - DEBUG | running python trigger
cobbler.modules.scm_track
Wed Jun 26 11:22:30 2013 - DEBUG | running shell triggers from
/var/lib/cobbler/triggers/change/*
Wed Jun 26 11:22:30 2013 - INFO | ### TASK COMPLETE ###
10 years, 9 months
ESXi support of server override
by Eddie Velez
I installed 2.4.0-1 and ran into a problem with server override in ESXi profiles. This no longer works with new cobbler-boot.cfg. In the profile there is an tab for Management and option for Template files this doesn't work. Is there a way to have multiple cobbler-boot.cfg files with different names to support different interfaces on the server.
________________________________
Eddie Velez
Sr. UNIX System Administrator
2650 N 1st Suit 300
San Jose, CA, 95135
408.904.4136 Office
408.307.1632 Mobile
http://www.emulex.com<http://www.emulex.com/>
[Emulex]<http://www.emulex.com/emulex-connects/>
This message contains Emulex confidential information intended only for specific recipients and is not to be forwarded to anyone else. If you have received this message in error, please delete it immediately. Thank you.
10 years, 10 months
RHEL - Error downloading kickstart file
by Janowiak, Edward
I can build CentOS 6.3 systems all day long with Cobbler. Whenever I try to build a RHEL 5.3, 5.5, or 6.3 system, I get 'Error downloading kickstart file'. Since I can build systems from some distros, I know this isn't a networking issue.
Any ideas how to troubleshoot this would be appreciated.
10 years, 10 months
Django is missing from EPEL-5 repositories
by Dan White
I am setting up a new Cobbler server on a RHEL 5 64-bit server and when I gave it the command:
yum install cobbler cobbler-web cman koan
It tells me that there is a missing dependency package: Django > 1.1.2
yum deplist cobbler-web says:
package: cobbler-web.noarch 2.2.3-2.el5
dependency: mod_ssl
dependency: cobbler
dependency: /bin/sh
dependency: Django >= 1.1.2
dependency: mod_wsgi
A look thru the EPEL repoview shows that there is no package by that name in EPEL-5
Fortunately, I have a previous ly built Cobbler Server will mirrored repositories that had Django-1.1.4-1.el5.noarch.rpm in its epel-x86_64-mirror-rhel-5server repository.
What would one do if they did not have an old repo to fall back on ?
“Sometimes I think the surest sign that intelligent life exists elsewhere in the universe is that none of it has tried to contact us.”
Bill Waterson (Calvin & Hobbes)
10 years, 10 months
Sync fails to render DNS files following a replicate
by Greg Chavez
Just before I saw the announcement for cobbler 2.4.0-1, I upgraded my
beta RHEL5 installation to cobbler-2.4.0-beta6.el5. I synced my master
and everything looked good. Next, I upgrade my slave and ran a
replicate:
cobbler replicate --master=$master --distros="*" --profiles="*"
--systems="*" --repos="*" --prune
The replication portion went well, but the ensuing sync failed at this
point (from cobbler.log):
Thu Jun 20 18:37:51 2013 - INFO | rendering DNS files
The exception:
rendering DNS files
Exception occured: exceptions.KeyError
Exception value: 'ipv6_address'
Exception Info:
File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 89, in run
rc = self._run(self)
File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 188, in runner
return self.remote.api.sync(self.options.get("verbose",False),logger=self.logger)
File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 767, in sync
return sync.run()
File "/usr/lib/python2.4/site-packages/cobbler/action_sync.py", line 137, in run
self.dns.write_dns_files()
File "/usr/lib/python2.4/site-packages/cobbler/modules/manage_bind.py",
line 587, in write_dns_files
self.__write_named_conf()
File "/usr/lib/python2.4/site-packages/cobbler/modules/manage_bind.py",
line 259, in write_named_conf
metadata = {'forward_zones': self.forward_zones().keys(),
File "/usr/lib/python2.4/site-packages/cobbler/modules/manage_bind.py",
line 131, in __forward_zones
ipv6 = interface["ipv6_address"]
!!! TASK FAILED !!!
The error also occurs after doing a "cobbler sync", although the
cobbler.log messages are different:
There are no errors if I change manage_dns from 1 to 0 in
/etc/cobbler/settings. The only thing I haven't done is check all my
500+ system entries for a weird ipv6_address entry (we don't use it).
Maybe this get fixed with the production 2.4.0-1 release? Thanks.
--
\*..+.-
--Greg Chavez
+//..;};
P.S. Also submitted a bug with this info.
10 years, 10 months