On 05/01/2009 01:53 PM, Jasper Capel wrote: I'm not sure if this could have anything to do with it, cobbler check outputs: #3: One or more repos referenced by profile objects is no longer defined in cobbler: uuEL-5-x86_64-EPEL, uuEL-5-x86_64-EPEL-testing, uuCentOS-5-Base-x86_64, uuCentOS-5-Extras-x86_64, uuCentOS-5-Updates-x86_64, uuEL-5-x86_64-ATRPMS, uuEL-5-x86_64-EPEL, uuCentOS-5-Base-x86_64, uuCentOS-5-Extras-x86_64, uuCentOS-5-Updates-x86_64, uuEL-5-x86_64-EPEL, uuEL-5-x86_64-EPEL-testing, uustonerepo, uuCentOS-5-Base-x86_64, uuCentOS-5-Extras-x86_64, uuCentOS-5-Updates-x86_64, uuEL-5-x86_64-ATRPMS, uuEL-5-x86_64-EPEL, uuEL-5-x86_64-EPEL, uuEL-5-x86_84-DELL, uuEL-5-x86_84-DELL-PE0860, uuCentOS-5-Base-x86_64, uuCentOS-5-Extras-x86_64, uuCentOS-5-Updates-x86_64, uuEL-5-x86_64-ATRPMS, uuEL-5-x86_64-EPEL, uuEL-5-x86_64-EPEL-testing, uuCentOS-5-Base-x86_64, uuCentOS-5-Extras-x86_64, uuCentOS-5-Updates-x86_64, uuEL-5-x86_64-EPEL, uuEL-5-x86_64-EPEL-testing, uuEL-5-x86_84-DELL, uuEL-5-x86_84-DELL-PE2950, uuCentOS-5-Base-x86_64, uuCentOS-5-Extras-x86_64, uuCentOS-5-Updates-x86_64, uuEL-5-x86_64-EPEL, uuEL-5-x86_64-EPEL-testing, uuEL-5-x86_64-EPEL, uurhel-x86_64-server-5, uuEL-5-x86_64-EPEL, uuEL-5-x86_64-EPEL-testing, uuEL-5-x86_64-EPEL, uuEL-5-x86_84-DELL, uuEL-5-x86_84-DELL-PE2950, uuCentOS-5-Extras-x86_64, uuCentOS-5-Extras-x86_64, uuEL-5-x86_64-EPEL, uuEL-5-x86_64-EPEL-testing, uustonerepo And a profile report outputs: repos : ['uuEL-5-x86_64-EPEL', 'uuEL-5-x86_84-DELL', 'uuEL-5-x86_84-DELL-PE2950'] This is not a typo, and I think this might have come up on the ML earlier (the 'u' characters being inside the quotes), but I'm not sure if this was resolved. -Jasper

Jasper Capel wrote: You have to remove both U's. This was a problem in 1.6.2, that is fixed in 1.6.3. --Michael

Jasper Capel wrote: Awesome -- I can repro this on my master branch here so I'll look around. If anyone else finds out why this is before me, let me know. --Michael

Hi Guys, Thanks for the quick responses! Firstly, just to confirm that this affects *all* snippets that are used per_profile (I used a blank one as an example to show there was no parse error in the actual snippet. This includes snippets with 0 length, snippets with just a comment in them and 'normal' snippets.) Secondly, i'm afraid that Michaels two patches do not fix this. To reproduce the problem, install the epel testing RPM on a clean install of CentOS 5.3, create a kickstart file that includes a snippet and create that snippet in the per_profile directory. I've done it on a second clean install. The difference that the first patch makes is as follows: Old error (data_out = str(t)) [root@cobbler partition]# cobbler system getks --name=test # *** 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. # # # module.__init__() argument 1 must be string, not unicode # File "/usr/lib/python2.4/site-packages/cobbler/templar.py", line 115, in render # data_out = str(t) # # File "/usr/lib64/python2.4/site-packages/Cheetah/Template.py", line 982, in __str__ # def __str__(self): return getattr(self, mainMethName)() # # File "cheetah_DynamicallyCompiledCheetahTemplate_1241216798_86_94239.py", line 174, in respond # # File "cheetah_DynamicallyCompiledCheetahTemplate_1241216798_86_94239.py", line 92, in __errorCatcher4 # # File "<string>", line 0, in ? # # File "/usr/lib/python2.4/site-packages/cobbler/template_api.py", line 156, in SNIPPET # result = BuiltinTemplate.SNIPPET(self, file) # # File "DynamicallyCompiledCheetahTemplate.py", line 89, in SNIPPET # # File "/usr/lib64/python2.4/site-packages/Cheetah/Template.py", line 1512, in _handleCheetahInclude # nestedTemplateClass = compiler.compile(source=source,file=file) # # File "/usr/lib/python2.4/site-packages/cobbler/template_api.py", line 124, in compile # return Cheetah.Template.Template.compile(*args, **kwargs) # # File "/usr/lib64/python2.4/site-packages/Cheetah/Template.py", line 754, in compile # mod = new.module(uniqueModuleName) # New patch (data_out = t.respond()) [root@cobbler partition]# cobbler system getks --name=test # *** 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. # # # module.__init__() argument 1 must be string, not unicode # File "/usr/lib/python2.4/site-packages/cobbler/templar.py", line 116, in render # data_out = t.respond() # # File "cheetah_DynamicallyCompiledCheetahTemplate_1241216747_29_15519.py", line 174, in respond # # File "cheetah_DynamicallyCompiledCheetahTemplate_1241216747_29_15519.py", line 92, in __errorCatcher4 # # File "<string>", line 0, in ? # # File "/usr/lib/python2.4/site-packages/cobbler/template_api.py", line 156, in SNIPPET # result = BuiltinTemplate.SNIPPET(self, file) # # File "DynamicallyCompiledCheetahTemplate.py", line 89, in SNIPPET # # File "/usr/lib64/python2.4/site-packages/Cheetah/Template.py", line 1512, in _handleCheetahInclude # nestedTemplateClass = compiler.compile(source=source,file=file) # # File "/usr/lib/python2.4/site-packages/cobbler/template_api.py", line 124, in compile # return Cheetah.Template.Template.compile(*args, **kwargs) # # File "/usr/lib64/python2.4/site-packages/Cheetah/Template.py", line 754, in compile # mod = new.module(uniqueModuleName) # I'm happy to do anything to help - is there anything useful I can send you? (If you want I can put send you a gzipped xen VM with the problematic cobbler install, if you can download ~10G of data!) Many thanks, Alex On Fri, May 1, 2009 at 5:03 PM, Michael DeHaan <mdehaan(a)redhat.com&gt; wrote: -- Alex Davies This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender immediately by e-mail and delete this e-mail permanently.

Alex Davies wrote: Oh, it only happens on a completely blank snippet? (As in 0 length?) This may not be so super-critical after all. I suspect it happens on regular snippets and not just per-profile ones, but that would be a rather uncommon thing to run into. We can put in some code to check for zero length snippet files though, should we need to. --Michael