Hello everyone,
It's time for us to release Cobbler 1.6.1 and the accompanying koan 1.6.1.
Release notes are here: https://fedorahosted.org/cobbler/wiki/WhatsNewInOneSix
This release contains a number of important things, as mentioned above, the most important being some EXTREMELY awesome performance speedups that I believe take Cobbler into a whole new level of enterprise worthiness. We also have a new S390 PXE simulator feature that I think is unlike anything (free) out there, and allows you to treat mainframes like physical systems. This is very cool. There are also a fair amount of bugfixes as well, which are always good to have.
Please pound on things as much as possible.
I've already built these in the build system and they should be available on mirrors shortly. If any problems come up, we'll fix them in a 1.6.1 release.
If you have any questions, need any clarifications, or have any comments, please share them on this list.
Development continues on the development branch of git, #cobbler-devel on irc.freenode.net, and https://fedorahosted.org/mailman/listinfo/cobbler-devel
I know I've said "I couldn't have done this without you" many times before, though this time I don't need to say it -- it's "We couldn't do this without Us". As shown on github, Cobbler is now a project where most of the changes happen outside of me (and in many cases, outside of Red Hat). This is tremendous, and thanks everyone for contributing -- not just coding -- but everyone, whether you have an interesting idea, a snippet, helped test this release, helped share cobbler at conferences, and so on.
Please continue to share things with your friends and colleagues and we'll continue to absorb everyone's good ideas and code as we go along. (Also, adding yourself to https://fedorahosted.org/cobbler/wiki/WhoUsesCobbler if you haven't done so already can't hurt! It's free press for your organization and Cobbler alike)
The future of 1.8 looks very bright -- new network objects, increased cross-distribution support, and better support for virtual images are all on the line. We'll also probably see some new API ways of talking to Cobbler (AMQP+QMF) and so on. Look for more RFEs for Trac to get spun in as well as we continue moving forward. And as always, I expect to be suprised with a lot of new things I didn't predict were coming as well -- you all do an outstanding job of that.
Thank you all for a great release.
(If in fact we ended up screwing this release up horribly, just the same, let us know... we'll get you fixed up ASAP.)
If you don't want to wait, source RPMs and tarballs are available here: http://people.fedoraproject.org/~mdehaan/files/cobbler/
--Michael
On Fri, Mar 27, 2009 at 2:33 PM, Michael DeHaan mdehaan@redhat.com wrote:
Hello everyone,
It's time for us to release Cobbler 1.6.1 and the accompanying koan 1.6.1.
After building a cobbler rpm in mock, it didn't seem very happy. This was from the v1.6.1 git tag.
root@xenguest01:~# service cobblerd start Starting cobbler daemon: mapping values are not allowed here in "<string>", line 11, column 10: !lang: ~ ^ 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 211, in deserialize serializer.deserialize(self._distros)
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/lib64/python2.4/site-packages/yaml/__init__.py", line 58, in load return loader.get_single_data()
File "/usr/lib64/python2.4/site-packages/yaml/constructor.py", line 42, in get_single_data node = self.get_single_node()
File "/usr/lib64/python2.4/site-packages/yaml/composer.py", line 36, in get_single_node document = self.compose_document()
File "/usr/lib64/python2.4/site-packages/yaml/composer.py", line 55, in compose_document node = self.compose_node(None, None)
File "/usr/lib64/python2.4/site-packages/yaml/composer.py", line 84, in compose_node node = self.compose_mapping_node(anchor)
File "/usr/lib64/python2.4/site-packages/yaml/composer.py", line 127, in compose_mapping_node while not self.check_event(MappingEndEvent):
File "/usr/lib64/python2.4/site-packages/yaml/parser.py", line 93, in check_event self.current_event = self.state()
File "/usr/lib64/python2.4/site-packages/yaml/parser.py", line 423, in parse_block_mapping_key if self.check_token(KeyToken):
File "/usr/lib64/python2.4/site-packages/yaml/scanner.py", line 116, in check_token self.fetch_more_tokens()
File "/usr/lib64/python2.4/site-packages/yaml/scanner.py", line 220, in fetch_more_tokens return self.fetch_value()
File "/usr/lib64/python2.4/site-packages/yaml/scanner.py", line 579, in fetch_value self.get_mark())
[ OK ] root@xenguest01:~# cat /etc/redhat-release CentOS release 5.2 (Final) root@xenguest01:~# rpm -q cobbler PyYAML python-netaddr python-simplejson cobbler-1.6.1-1el5.ewt PyYAML-3.08-4.el5 python-netaddr-0.5.2-1.el5 python-simplejson-2.0.3-2.el5 root@xenguest01:~#
Doing a mock build against a fedora 10 tree and installing on a fedora 10 server works as advertised. What stupidity have I done wrong?
Jeff Schroeder wrote:
On Fri, Mar 27, 2009 at 2:33 PM, Michael DeHaan mdehaan@redhat.com wrote:
Hello everyone,
It's time for us to release Cobbler 1.6.1 and the accompanying koan 1.6.1.
After building a cobbler rpm in mock, it didn't seem very happy. This was from the v1.6.1 git tag.
root@xenguest01:~# service cobblerd start Starting cobbler daemon: mapping values are not allowed here in "<string>", line 11, column 10: !lang: ~ ^
[ OK ]
root@xenguest01:~# cat /etc/redhat-release CentOS release 5.2 (Final) root@xenguest01:~# rpm -q cobbler PyYAML python-netaddr python-simplejson cobbler-1.6.1-1el5.ewt PyYAML-3.08-4.el5 python-netaddr-0.5.2-1.el5 python-simplejson-2.0.3-2.el5 root@xenguest01:~#
Doing a mock build against a fedora 10 tree and installing on a fedora 10 server works as advertised. What stupidity have I done wrong?
I am reading the above "as it works" and "it doesn't"... can you clarify? My brain may not be working well.
On Fri, Mar 27, 2009 at 4:40 PM, Michael DeHaan mdehaan@redhat.com wrote:
I am reading the above "as it works" and "it doesn't"... can you clarify? My brain may not be working well.
Works on fedora 10 and fails with that traceback on CentOS 5
Jeff Schroeder wrote:
On Fri, Mar 27, 2009 at 4:40 PM, Michael DeHaan mdehaan@redhat.com wrote:
I am reading the above "as it works" and "it doesn't"... can you clarify? My brain may not be working well.
Works on fedora 10 and fails with that traceback on CentOS 5
It is probably a function of the underlying data rather than the libraries involved.
Be sure "yaml" is /not/ in site-packages if you did a non-RPM install at any point in the past.
Also find what files have "!lang" in them and paste them... it may be that they are not in the right syntax because they were originally were written out by the old YAML implementation, which would be annoying. If the parser doesn't like it, intervention may be required.
You can probably quote "!lang" and make it happy, but I'd need to see the whole context to be sure.
--Michael
On Fri, Mar 27, 2009 at 4:45 PM, Michael DeHaan mdehaan@redhat.com wrote:
Jeff Schroeder wrote:
On Fri, Mar 27, 2009 at 4:40 PM, Michael DeHaan mdehaan@redhat.com wrote:
I am reading the above "as it works" and "it doesn't"... can you clarify? My brain may not be working well.
Works on fedora 10 and fails with that traceback on CentOS 5
It is probably a function of the underlying data rather than the libraries involved.
Be sure "yaml" is /not/ in site-packages if you did a non-RPM install at any point in the past.
Also find what files have "!lang" in them and paste them... it may be that they are not in the right syntax because they were originally were written out by the old YAML implementation, which would be annoying. Â Â If the parser doesn't like it, intervention may be required.
You can probably quote "!lang" and make it happy, but I'd need to see the whole context to be sure.
It was a Fedora 9 profile.d file that was complaining. Sure enough commenting it out fixed the problem. Thanks
So far so good, except after the upgrade I get little "u"s in front of many fields in distros, repos, profiles, and systems. I removed and readded profiles and systems and they are still there. For example:
owners : [u'admin'] ks metadata : {u'ntpservers': u'172.24.184.2,172.24.184.3', u'nodetype': u'single'} name servers : [u'172.24.170.200,172.24.170.201']
Is this normal?
On Fri, Mar 27, 2009 at 7:56 PM, Jeff Schroeder jeffschroed@gmail.com wrote:
On Fri, Mar 27, 2009 at 4:45 PM, Michael DeHaan mdehaan@redhat.com wrote:
Jeff Schroeder wrote:
On Fri, Mar 27, 2009 at 4:40 PM, Michael DeHaan mdehaan@redhat.com wrote:
I am reading the above "as it works" and "it doesn't"... can you clarify? My brain may not be working well.
Works on fedora 10 and fails with that traceback on CentOS 5
It is probably a function of the underlying data rather than the libraries involved.
Be sure "yaml" is /not/ in site-packages if you did a non-RPM install at any point in the past.
Also find what files have "!lang" in them and paste them... it may be that they are not in the right syntax because they were originally were written out by the old YAML implementation, which would be annoying. Â Â If the parser doesn't like it, intervention may be required.
You can probably quote "!lang" and make it happy, but I'd need to see the whole context to be sure.
It was a Fedora 9 profile.d file that was complaining. Sure enough commenting it out fixed the problem. Thanks
-- Jeff Schroeder
Don't drink and derive, alcohol and analysis don't mix. http://www.digitalprognosis.com _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Chris Weaver wrote:
So far so good, except after the upgrade I get little "u"s in front of many fields in distros, repos, profiles, and systems. I removed and readded profiles and systems and they are still there. For example:
owners : [u'admin'] ks metadata : {u'ntpservers': u'172.24.184.2,172.24.184.3', u'nodetype': u'single'} name servers : [u'172.24.170.200,172.24.170.201']
Is this normal?
Yes, it's ok, this just means things are being saved as unicode data types underneath. Ideally the "report" should make things not show this though. We should look at cleaning this up for later. I suspect we'll have to make a function like "format_list" and "format_hash" for the web app to make report look nicer. It is side effect of the json switch on some systems.
A side point though -- Your name servers field is a little wrong, probably a result from when we used to save that a comma delimited string in previous versions (there were some bugs about this particular field, and pretty much only this field, in 1.4.X). In newer versions it's stored as an array so it can be processed appropriately. Cobbler's CLI and web app now accept input uniformly as space delimited strings and save things that are lists as actual lists.
The u's in the output, anyway, is a minor bug -- I'll open a Trac item on it -- but your configuration, once you fix the nameserver item, should be fine.
--Michael
On Fri, Mar 27, 2009 at 7:56 PM, Jeff Schroeder jeffschroed@gmail.com wrote:
On Fri, Mar 27, 2009 at 4:45 PM, Michael DeHaan mdehaan@redhat.com wrote:
Jeff Schroeder wrote:
On Fri, Mar 27, 2009 at 4:40 PM, Michael DeHaan mdehaan@redhat.com wrote:
I am reading the above "as it works" and "it doesn't"... can you clarify? My brain may not be working well.
Works on fedora 10 and fails with that traceback on CentOS 5
It is probably a function of the underlying data rather than the libraries involved.
Be sure "yaml" is /not/ in site-packages if you did a non-RPM install at any point in the past.
Also find what files have "!lang" in them and paste them... it may be that they are not in the right syntax because they were originally were written out by the old YAML implementation, which would be annoying. If the parser doesn't like it, intervention may be required.
You can probably quote "!lang" and make it happy, but I'd need to see the whole context to be sure.
It was a Fedora 9 profile.d file that was complaining. Sure enough commenting it out fixed the problem. Thanks
-- Jeff Schroeder
Don't drink and derive, alcohol and analysis don't mix. http://www.digitalprognosis.com _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Michael DeHaan wrote:
Hello everyone,
It's time for us to release Cobbler 1.6.1 and the accompanying koan 1.6.1.
Release notes are here: https://fedorahosted.org/cobbler/wiki/WhatsNewInOneSix
This release contains a number of important things, as mentioned above, the most important being some EXTREMELY awesome performance speedups that I believe take Cobbler into a whole new level of enterprise worthiness. We also have a new S390 PXE simulator feature that I think is unlike anything (free) out there, and allows you to treat mainframes like physical systems. This is very cool. There are also a fair amount of bugfixes as well, which are always good to have.
Please pound on things as much as possible.
I've already built these in the build system and they should be available on mirrors shortly. If any problems come up, we'll fix them in a 1.6.1 release.
If you have any questions, need any clarifications, or have any comments, please share them on this list.
Development continues on the development branch of git, #cobbler-devel on irc.freenode.net, and https://fedorahosted.org/mailman/listinfo/cobbler-devel
I know I've said "I couldn't have done this without you" many times before, though this time I don't need to say it -- it's "We couldn't do this without Us". As shown on github, Cobbler is now a project where most of the changes happen outside of me (and in many cases, outside of Red Hat). This is tremendous, and thanks everyone for contributing -- not just coding -- but everyone, whether you have an interesting idea, a snippet, helped test this release, helped share cobbler at conferences, and so on.
Please continue to share things with your friends and colleagues and we'll continue to absorb everyone's good ideas and code as we go along. (Also, adding yourself to https://fedorahosted.org/cobbler/wiki/WhoUsesCobbler if you haven't done so already can't hurt! It's free press for your organization and Cobbler alike)
The future of 1.8 looks very bright -- new network objects, increased cross-distribution support, and better support for virtual images are all on the line. We'll also probably see some new API ways of talking to Cobbler (AMQP+QMF) and so on. Look for more RFEs for Trac to get spun in as well as we continue moving forward. And as always, I expect to be suprised with a lot of new things I didn't predict were coming as well -- you all do an outstanding job of that.
Thank you all for a great release.
(If in fact we ended up screwing this release up horribly, just the same, let us know... we'll get you fixed up ASAP.)
If you don't want to wait, source RPMs and tarballs are available here: http://people.fedoraproject.org/~mdehaan/files/cobbler/
seems to have broken my repo's -
# error: could not read repo source: /var/www/cobbler/repo_mirror/uCentOS-5.2-x8 6_64-base/config.repo
this was fine before the upgrade - maybe i should just recreate the repo's ?
thanks
Tom Brown wrote:
Michael DeHaan wrote:
Hello everyone,
It's time for us to release Cobbler 1.6.1 and the accompanying koan 1.6.1.
Release notes are here: https://fedorahosted.org/cobbler/wiki/WhatsNewInOneSix
This release contains a number of important things, as mentioned above, the most important being some EXTREMELY awesome performance speedups that I believe take Cobbler into a whole new level of enterprise worthiness. We also have a new S390 PXE simulator feature that I think is unlike anything (free) out there, and allows you to treat mainframes like physical systems. This is very cool. There are also a fair amount of bugfixes as well, which are always good to have.
Please pound on things as much as possible.
I've already built these in the build system and they should be available on mirrors shortly. If any problems come up, we'll fix them in a 1.6.1 release.
If you have any questions, need any clarifications, or have any comments, please share them on this list.
Development continues on the development branch of git, #cobbler-devel on irc.freenode.net, and https://fedorahosted.org/mailman/listinfo/cobbler-devel
I know I've said "I couldn't have done this without you" many times before, though this time I don't need to say it -- it's "We couldn't do this without Us". As shown on github, Cobbler is now a project where most of the changes happen outside of me (and in many cases, outside of Red Hat). This is tremendous, and thanks everyone for contributing -- not just coding -- but everyone, whether you have an interesting idea, a snippet, helped test this release, helped share cobbler at conferences, and so on.
Please continue to share things with your friends and colleagues and we'll continue to absorb everyone's good ideas and code as we go along. (Also, adding yourself to https://fedorahosted.org/cobbler/wiki/WhoUsesCobbler if you haven't done so already can't hurt! It's free press for your organization and Cobbler alike)
The future of 1.8 looks very bright -- new network objects, increased cross-distribution support, and better support for virtual images are all on the line. We'll also probably see some new API ways of talking to Cobbler (AMQP+QMF) and so on. Look for more RFEs for Trac to get spun in as well as we continue moving forward. And as always, I expect to be suprised with a lot of new things I didn't predict were coming as well -- you all do an outstanding job of that.
Thank you all for a great release.
(If in fact we ended up screwing this release up horribly, just the same, let us know... we'll get you fixed up ASAP.)
If you don't want to wait, source RPMs and tarballs are available here: http://people.fedoraproject.org/~mdehaan/files/cobbler/
seems to have broken my repo's -
# error: could not read repo source: /var/www/cobbler/repo_mirror/uCentOS-5.2-x8 6_64-base/config.repo
this was fine before the upgrade - maybe i should just recreate the repo's ?
thanks _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Does this file exist? If not, run cobbler reposync -- ths is probably not update related.
When stating what happened, always include the steps to reproduce the problem and what command you are doing that caused it.
I am guessing you are seeing that it a kickstart file.
--Michael
Does this file exist? If not, run cobbler reposync -- ths is probably not update related.
When stating what happened, always include the steps to reproduce the problem and what command you are doing that caused it.
I am guessing you are seeing that it a kickstart file.
cobbler reposync runs fine - also these repo's also worked fine before this upgrade, bearing in mind this system went from 1.6 testing to 1.6.1 i wonder if that had something to do with it.
the error occurs when installing a system it complains that some packages are not available, as they are in non base repo's which are accociated with the profile but seem to have been rendered non usable, again they were perfectly fine before the upgrade.
# cobbler profile report CentOS-5.2-xen-x86_64 | grep repos repos : ['uCentOS-5.2-x86_64-base', 'usoftware-5-x86_64']
so the repo's are associated with the profile and the system is in the right profile
# cobbler system report virt02 | grep profile profile : CentOS-5.2-xen-x86_64
but within the ks the repo's are not there
# Use network installation url --url=http://192.168.11.1/cblr/links/CentOS-5.2-xen-x86_64 # If any cobbler repo definitions were referenced in the kickstart profile, include them here.
thats it - no repo's listed.
Tom Brown wrote:
Does this file exist? If not, run cobbler reposync -- ths is probably not update related.
When stating what happened, always include the steps to reproduce the problem and what command you are doing that caused it.
I am guessing you are seeing that it a kickstart file.
cobbler reposync runs fine - also these repo's also worked fine before this upgrade, bearing in mind this system went from 1.6 testing to 1.6.1 i wonder if that had something to do with it.
the error occurs when installing a system it complains that some packages are not available, as they are in non base repo's which are accociated with the profile but seem to have been rendered non usable, again they were perfectly fine before the upgrade.
# cobbler profile report CentOS-5.2-xen-x86_64 | grep repos repos : ['uCentOS-5.2-x86_64-base', 'usoftware-5-x86_64']
Did you hand-type this? Should look like u'Centos...' not 'uCentOS...' ...
I'll check over the repo matching code. It may be we missed a Unicode comparison.
so the repo's are associated with the profile and the system is in the right profile
# cobbler system report virt02 | grep profile profile : CentOS-5.2-xen-x86_64
but within the ks the repo's are not there
# Use network installation url --url=http://192.168.11.1/cblr/links/CentOS-5.2-xen-x86_64 # If any cobbler repo definitions were referenced in the kickstart profile, include them here.
thats it - no repo's listed.
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Did you hand-type this? Should look like u'Centos...' not 'uCentOS...' ...
I'll check over the repo matching code. It may be we missed a Unicode comparison.
hand type the name of the repo ? i cant really remember as this is a test system so i go through lots of changes with it.
I dont really remember doing that but i suppose it is possible, either way the repo did work pre 1.6.1 so just think somewhere something needs tweaking
hand type the name of the repo ? i cant really remember as this is a test system so i go through lots of changes with it.
I dont really remember doing that but i suppose it is possible, either way the repo did work pre 1.6.1 so just think somewhere something needs tweaking
just dropped both repo's - added them again and made sure they were associated with the profile and ran sync and reposync.
in a report they are connected to a profile but a box that is in that profile does not have them kisted for it in a .ks
thanks
On Mon, Mar 30, 2009 at 6:26 AM, Tom Brown tom@ng23.net wrote:
hand type the name of the repo ? i cant really remember as this is a test system so i go through lots of changes with it.
I dont really remember doing that but i suppose it is possible, either way the repo did work pre 1.6.1 so just think somewhere something needs tweaking
just dropped both repo's - added them again and made sure they were associated with the profile and ran sync and reposync.
in a report they are connected to a profile but a box that is in that profile does not have them kisted for it in a .ks
Does "cobbler system getks --name $servername" show the repos?
Does "cobbler system getks --name $servername" show the repos?
# cobbler system getks --name=virt02 | grep repo # If any cobbler repo definitions were referenced in the kickstart profile, include them here.
and yet when i render that in a browser i see differently
# wget http://192.168.11.1/cblr/svc/op/ks/system/virt02
grep repo virt02
# If any cobbler repo definitions were referenced in the kickstart profile, include them here. repo --name=CentOS-5.2-x86_64-base --baseurl=http://10.10.10.7/mirror/5.2/os/x86_64/ repo --name=software-5-x86_64 --baseurl=http://10.10.10.7/yum/software/5/x86_64/
which is pretty strange i think ....
Tom Brown wrote:
Does "cobbler system getks --name $servername" show the repos?
# cobbler system getks --name=virt02 | grep repo # If any cobbler repo definitions were referenced in the kickstart profile, include them here.
and yet when i render that in a browser i see differently
# wget http://192.168.11.1/cblr/svc/op/ks/system/virt02
grep repo virt02
# If any cobbler repo definitions were referenced in the kickstart profile, include them here. repo --name=CentOS-5.2-x86_64-base --baseurl=http://10.10.10.7/mirror/5.2/os/x86_64/ repo --name=software-5-x86_64 --baseurl=http://10.10.10.7/yum/software/5/x86_64/
which is pretty strange i think .... _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
This looks like this works since there is an extra repo here that looks like yours.
What are you missing?
I had this error after the upgrade (using EPEL RPMs on RHEL5).
I had to change /etc/cobbler/dhcp.template to use the contents from the .rpmnew for the "#for dhcp_tag in $dhcp_tags.keys():" section, and cobbler sync now works.
Cheers,
Alex
On Mon, Mar 30, 2009 at 2:32 PM, Jeff Schroeder jeffschroed@gmail.com wrote:
On Mon, Mar 30, 2009 at 6:26 AM, Tom Brown tom@ng23.net wrote:
hand type the name of the repo ? i cant really remember as this is a test system so i go through lots of changes with it.
I dont really remember doing that but i suppose it is possible, either way the repo did work pre 1.6.1 so just think somewhere something needs tweaking
just dropped both repo's - added them again and made sure they were associated with the profile and ran sync and reposync.
in a report they are connected to a profile but a box that is in that profile does not have them kisted for it in a .ks
Does "cobbler system getks --name $servername" show the repos?
-- Jeff Schroeder
Don't drink and derive, alcohol and analysis don't mix. http://www.digitalprognosis.com _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
just dropped both repo's - added them again and made sure they were associated with the profile and ran sync and reposync.
in a report they are connected to a profile but a box that is in that profile does not have them kisted for it in a .ks
false alarm - they have now 'appeared' so this is a non issue
Tom Brown wrote:
just dropped both repo's - added them again and made sure they were associated with the profile and ran sync and reposync.
in a report they are connected to a profile but a box that is in that profile does not have them kisted for it in a .ks
false alarm - they have now 'appeared' so this is a non issue _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Whew :)
Ok, so all I have to look at this AM is the cobblerd "delete cache" error issue in the Web app.
Checking that out now.
--Michael
Michael DeHaan wrote:
Hello everyone,
It's time for us to release Cobbler 1.6.1 and the accompanying koan 1.6.1.
Release notes are here: https://fedorahosted.org/cobbler/wiki/WhatsNewInOneSix
This release contains a number of important things, as mentioned above, the most important being some EXTREMELY awesome performance speedups that I believe take Cobbler into a whole new level of enterprise worthiness. We also have a new S390 PXE simulator feature that I think is unlike anything (free) out there, and allows you to treat mainframes like physical systems. This is very cool. There are also a fair amount of bugfixes as well, which are always good to have.
Please pound on things as much as possible.
I've already built these in the build system and they should be available on mirrors shortly. If any problems come up, we'll fix them in a 1.6.1 release.
If you have any questions, need any clarifications, or have any comments, please share them on this list.
Development continues on the development branch of git, #cobbler-devel on irc.freenode.net, and https://fedorahosted.org/mailman/listinfo/cobbler-devel
I know I've said "I couldn't have done this without you" many times before, though this time I don't need to say it -- it's "We couldn't do this without Us". As shown on github, Cobbler is now a project where most of the changes happen outside of me (and in many cases, outside of Red Hat). This is tremendous, and thanks everyone for contributing -- not just coding -- but everyone, whether you have an interesting idea, a snippet, helped test this release, helped share cobbler at conferences, and so on.
Please continue to share things with your friends and colleagues and we'll continue to absorb everyone's good ideas and code as we go along. (Also, adding yourself to https://fedorahosted.org/cobbler/wiki/WhoUsesCobbler if you haven't done so already can't hurt! It's free press for your organization and Cobbler alike)
The future of 1.8 looks very bright -- new network objects, increased cross-distribution support, and better support for virtual images are all on the line. We'll also probably see some new API ways of talking to Cobbler (AMQP+QMF) and so on. Look for more RFEs for Trac to get spun in as well as we continue moving forward. And as always, I expect to be suprised with a lot of new things I didn't predict were coming as well -- you all do an outstanding job of that.
Thank you all for a great release.
(If in fact we ended up screwing this release up horribly, just the same, let us know... we'll get you fixed up ASAP.)
If you don't want to wait, source RPMs and tarballs are available here: http://people.fedoraproject.org/~mdehaan/files/cobbler/
also dhcp seems to have gone strange for me
# cobbler sync
# *** ERROR *** # # There is a templating error preventing this file from rendering correctly. # # This is most likely not due to a bug in Cobbler and is something you can fix. # # Look at the message below to see what things are causing problems. # # (1) Does the template file reference a $variable that is not defined? # (2) is there a formatting error in a Cheetah directive? # (3) Should dollar signs ($) be escaped that are not being escaped? # # Try fixing the problem and then investigate to see if this message goes # away or changes. # # # cannot find 'system' while searching for 'iface.system.netboot_enabled' # File "/usr/lib/python2.5/site-packages/cobbler/templar.py", line 115, in render # data_out = str(t) # # File "/usr/lib/python2.5/site-packages/Cheetah/Template.py", line 982, in __str__ # def __str__(self): return getattr(self, mainMethName)() # # File "cheetah_DynamicallyCompiledCheetahTemplate_1238339475_34_49937.py", line 243, in respond #
Error templating file: /etc/dhcpd.conf
and my template
# more /etc/cobbler/dhcp.template
# ****************************************************************** # Cobbler managed dhcpd.conf file # # generated from cobbler dhcp.conf template ($date) # Do NOT make changes to /etc/dhcpd.conf. Instead, make your changes # in /etc/cobbler/dhcp.template, as /etc/dhcpd.conf will be # overwritten. # # ******************************************************************
ddns-update-style interim;
allow booting; allow bootp; #if $omapi_enabled omapi-port $omapi_port; #end if
ignore client-updates; set vendorclass = option vendor-class-identifier;
subnet 192.168.11.0 netmask 255.255.255.0 { option routers 192.168.11.1; option domain-name-servers 192.168.11.1; option subnet-mask 255.255.255.0; range dynamic-bootp 192.168.11.100 192.168.11.254; filename "/pxelinux.0"; default-lease-time 21600; max-lease-time 43200; next-server $next_server; }
#for dhcp_tag in $dhcp_tags.keys(): ## group could be subnet if your dhcp tags line up with your subnets ## or really any valid dhcpd.conf construct ... if you only use the ## default dhcp tag in cobbler, the group block can be deleted for a ## flat configuration # group for Cobbler DHCP tag: $dhcp_tag group { #for mac in $dhcp_tags[$dhcp_tag].keys(): #set iface = $dhcp_tags[$dhcp_tag][$mac] host $iface.name { hardware ethernet $mac; #if $iface.ip_address: fixed-address $iface.ip_address; #end if #if $iface.subnet: option subnet-mask $iface.subnet; #end if #if $iface.gateway: option routers $iface.gateway; #end if #if $iface.system.netboot_enabled: filename "$iface.filename"; ## Cobbler defaults to $next_server, but some users ## like to use $iface.system.server for proxied setups next-server $next_server; ## next-server $iface.system.server; #end if } #end for } #end for
thanks
# # cannot find 'system' while searching for 'iface.system.netboot_enabled' # File "/usr/lib/python2.5/site-packages/cobbler/templar.py", line 115, in render # data_out = str(t) # # File "/usr/lib/python2.5/site-packages/Cheetah/Template.py", line 982, in __str__ # def __str__(self): return getattr(self, mainMethName)() # # File "cheetah_DynamicallyCompiledCheetahTemplate_1238339475_34_49937.py", line 243, in respond #
Error templating file: /etc/dhcpd.conf
and my template
# more /etc/cobbler/dhcp.template
# ****************************************************************** # Cobbler managed dhcpd.conf file # # generated from cobbler dhcp.conf template ($date) # Do NOT make changes to /etc/dhcpd.conf. Instead, make your changes # in /etc/cobbler/dhcp.template, as /etc/dhcpd.conf will be # overwritten. # # ******************************************************************
ddns-update-style interim;
allow booting; allow bootp; #if $omapi_enabled omapi-port $omapi_port; #end if
ignore client-updates; set vendorclass = option vendor-class-identifier;
subnet 192.168.11.0 netmask 255.255.255.0 { option routers 192.168.11.1; option domain-name-servers 192.168.11.1; option subnet-mask 255.255.255.0; range dynamic-bootp 192.168.11.100 192.168.11.254; filename "/pxelinux.0"; default-lease-time 21600; max-lease-time 43200; next-server $next_server; }
#for dhcp_tag in $dhcp_tags.keys(): ## group could be subnet if your dhcp tags line up with your subnets ## or really any valid dhcpd.conf construct ... if you only use the ## default dhcp tag in cobbler, the group block can be deleted for a ## flat configuration # group for Cobbler DHCP tag: $dhcp_tag group { #for mac in $dhcp_tags[$dhcp_tag].keys(): #set iface = $dhcp_tags[$dhcp_tag][$mac] host $iface.name { hardware ethernet $mac; #if $iface.ip_address: fixed-address $iface.ip_address; #end if #if $iface.subnet: option subnet-mask $iface.subnet; #end if #if $iface.gateway: option routers $iface.gateway; #end if #if $iface.system.netboot_enabled: filename "$iface.filename"; ## Cobbler defaults to $next_server, but some users ## like to use $iface.system.server for proxied setups next-server $next_server; ## next-server $iface.system.server; #end if } #end for } #end for
thanks _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Look for .rpmnew files in /etc/cobbler. (This is always a good thing to do after updating any RPM package)
It looks like you haven't updated the template yet, and Scott's speedups require some minor changes. The templates are somewhat less flexible now, but *tons* faster. Yours looks rather stock, but if we need to add anything folks should let us know.
--Michael
cobbler@lists.fedorahosted.org