[PATCH] support for gPXE and esxi5
by James Cammarata
Two patches, pushed to my github account:
https://github.com/jimi1283/cobbler/commits/esxi-improvements
The ESXI5 patch requires the gpxe patch, since the only sane way to
add the support for it to cobbler was via the gpxe process documented
in the VMware build guide. This allows all of the files to be served
via httpd, otherwise you have to copy the entire ISO contents to a
TFTP directory (which required some ugly hacking in cobbler).
The one caveat about the gpxe process is that you must manually copy
the undionly.kpxe file to your tftp directory. Newer distros package
the etherboot files, otherwise you'll have to download the files from
http://etherboot.org/wiki/download and build the file yourself (it's a
fairly painless process). Another TODO is to make the same setup
changes for DNSMASQ, right now this only supports ISC DHCPD.
There is a new setting called enable_gpxe, which is used currently
only when new items are created. There is also a new field for systems
and profiles by the same name, which sets it on a per-object basis.
This isn't being used for profiles yet, nor will it work on systems
without an interface and MAC specified, but when enabled on a system
with a MAC it will create an entry in dhcpd.conf that is configured to
chain load the undionly.kpxe file. I plan on adding support for
generic profiles and systems without a MAC, but it might be a
some-what convoluted process and I'm trying to work out the best way
to do it (currently it'd involve chain loading gpxe, and then
detecting that you don't want to use gpxe and chain loading back into
the old pxelinux.0 file).
I plan on merging these into master in the near future unless people
have major issues during testing. Enjoy!
12 years, 5 months
Github
by Michael DeHaan
For those that haven't seen the post to cobbler-devel but are
interested in continued access to Cobbler's source, see Scott's post
about moving to github here:
https://fedorahosted.org/pipermail/cobbler-devel/2011-November/002530.html
Oh, and for those that remember me. Hi.
Expect my contributions to be sporadic and mostly community centric --
I definitely should be able to help with some historical knowledge on
"why the heck does that work that way?" and will also be working on
moving documentation into github pages and cleaning that up. There
may be some upgrades to the core as well.
I will say that in the last two years, I've seen Cobbler used in more
and more places. Some I've learned about are exceedingly
impressive. A lot of that momentum comes from how helpful people are
here in helping others. Thank you all for helping make that happen.
I'm also very glad to see things start taking a lot more of a
upstream focus. Github should help with this and allow more people
to find things and collaborate more freely and further accelerate
things. Good times ahead.
--Michael
12 years, 5 months
Cobbler sync issue
by Russ Lavoy
I have an issue with replication from my master cobbler server (running on port 80) with one of my other cobbler slaves running on a different port (2080).
When I run the cobbler replicate command it connects to the master server then errors with the following:
<snip>
Exception occured: xmlrpclib.ProtocolError
Exception value: <ProtocolError for 127.0.0.1/cobbler_api: 301 Moved Permanently>
Exception Info:
File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 93, in run
rc = self._run(self)
File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 217, in runner
self.logger
File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 891, in replicate
sync_all = sync_all
File "/usr/lib/python2.4/site-packages/cobbler/action_replicate.py", line 357, in run
self.local.ping()
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 1137, in request
headers
!!! TASK FAILED !!!
</snip>
Even though I have the listening port for cobbler set to 2080 in settings it is still trying to look at the localhost on port 80 for the cobbler_api.
How can I fix this?
Thanks!
12 years, 5 months