I have no problem when rendering this snippet.

Running cobbler-2.0.3.1-3 here.

strange - as it happened on 2.0.3 and 2.0.4 for me. What OS are you on? I am on fresh CentOS-5.4 but cobbler was a dependency of spacewalk so i will try standalone 2.0 again

The problem you're encountering is due to a '$' appearing in your password hashes.  With version 2.0.3, snippets are now included via Cheetah, whereas before, cobbler itself was replacing them with the appropriate file.  The net result is that you need to use #raw & #end raw tags around your password hashes (ssh keys, etc).  Unfortunately, there is a bug in cobbler whereby, when these snippets fail to parse, the original 'snippet' line is all that remains in the parsed kickstart, rather than any sort of error message being included, which is what happens for parsing errors in the main kickstart file.

See these threads for previous discussion of this issue: https://fedorahosted.org/pipermail/cobbler-devel/2010-March/001506.html https://fedorahosted.org/pipermail/cobbler-devel/2010-February/001488.html

I just created a ticket for the issue: https://fedorahosted.org/cobbler/ticket/587

thanks - although i am not 100% sure that is the issue as post_install_network_config was one of the ones not rendering out as was a home grown snippet that added a bunch of users but the whole snippet was encapsulated in a #raw #end raw and it still failed.

i'd like to know if there is any better way to debug this

thanks

On Thu, May 6, 2010 at 10:26 AM, Benjamin Riggs riggs@umn.edu wrote:

On 5/6/2010 3:20 AM, Tom Brown wrote:

...

Hi

We are looking at a migration from standalone cobbler and going to spacewalk. Currently spacewalk just requires 'cobbler' but on a fresh install you get 2.0.3 and i have actually upgraded this to 2.0.4 to see if the error is still there and it is.

Basically a number of our snippets dont render out they are just left with $SNIPPET('name') in the rendered out ks and yet these work fine on 1.6.5 - Is there any difference in how cheetah renders stuff out in the versions?

An example of a snippet that does not work is

#set root_password = $getVar("role"," ")   #if $root_password == "XXX" # Set the root pwd to be for XXX rootpw --iscrypted XXXXXXXXXXXXXXXXXXXXXX   #elif $root_password == "XXX" # Set the root pwd to be for XXX rootpw --iscrypted XXXXXXXXXXXXXXXXXXXXXX   #else # Set the XXX root pwd rootpw --iscrypted XXXXXXXXXXXXXXXXXXXXXX   #end if

now i can make this one work with #raw's however we have some rather more complicated ones that might be more tricky to fix like that.

any clues on why they fail?

thanks _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler

The problem you're encountering is due to a '$' appearing in your password hashes.  With version 2.0.3, snippets are now included via Cheetah, whereas before, cobbler itself was replacing them with the appropriate file.  The net result is that you need to use #raw & #end raw tags around your password hashes (ssh keys, etc).  Unfortunately, there is a bug in cobbler whereby, when these snippets fail to parse, the original 'snippet' line is all that remains in the parsed kickstart, rather than any sort of error message being included, which is what happens for parsing errors in the main kickstart file.

See these threads for previous discussion of this issue: https://fedorahosted.org/pipermail/cobbler-devel/2010-March/001506.html https://fedorahosted.org/pipermail/cobbler-devel/2010-February/001488.html

I just created a ticket for the issue: https://fedorahosted.org/cobbler/ticket/587

---

cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler

What was the reason for the change?

Not to beat a dead horse, but I'm in the process of upgrading my cobbler 1.6.2 install to 2.0.x myself and I'm running into this exact same problem. The implications are more serious on my end though as this particular change breaks rendering of recursive snippets (which I use quite a bit in my setup).

To give a simple example of an instance where this is breaking, I have one snippet called modular_template that calls in four more snippets: config_prep0, config_prep, openntpd_config, and increase_resource_limits.

To answer the obvious question: yes, I did take those snippets out of the modular_template snippet and place them directly in my kickstart, but that only broke my config_prep snippets; and no, #raw tags did not help the situation either.

I'm surprised the #raw & #end raw tags aren't working. We use snippets nested several deep ourselves, but once we went through and escaped all the '$' in one form or another (usually "#raw \n <some line with a password or ssl key> \n #end raw") fixed them. If this isn't working, I'd suspect you have some other cheetah error that, unfortunately, isn't be propagated. Cheetah has a command-line option, but it doesn't understand the '$SNIPPET' command, so that doesn't help. I suspect the best method for testing is a python interpreter importing whatever is necessary from Cheetah and registering the '$SNIPPET' command as cobbler does. Unfortunately, this requires digging into the cobbler source.

On Mon, May 24, 2010 at 2:41 PM, Tom Brown tom@ng23.net wrote:

...

What was the reason for the change?

Not to beat a dead horse, but I'm in the process of upgrading my cobbler 1.6.2 install to 2.0.x myself and I'm running into this exact same problem. The implications are more serious on my end though as this particular change breaks rendering of recursive snippets (which I use quite a bit in my setup).

To give a simple example of an instance where this is breaking, I have one snippet called modular_template that calls in four more snippets: config_prep0, config_prep, openntpd_config, and increase_resource_limits.

To answer the obvious question: yes, I did take those snippets out of the modular_template snippet and place them directly in my kickstart, but that only broke my config_prep snippets; and no, #raw tags did not help the situation either.

nested snippets are a problem for me too and raw does not seem to help on a couple of them - so right now i dont know what to do here to move forward

---

cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler