Dear all In cobbler, I added a profile for RHEL7. Since in RHEL7 the networkinterfaces are named somewhat different I have to move away from the ethX names used so far. (see http://fedoraproject.org/wiki/Features/SystemdPredictableNetworkInterfaceNames)
After I changed the networkinterface name of my new rhel7 system from eth0 to ens160 (that's needed in the vmware env) the iso generated by cobbler is able to bring up the network interface. But then, i realized, that the according kickstart-file cannot be generated and isn't presented at https://www.cobbler.local/cblr/svc/op/ks/system/rhel7server The page says: # This kickstart had errors that prevented it from being rendered correctly. # The cobbler.log should have information relating to this failure. In /var/cobbler/cobbler.log it says: Thu Apr 3 15:42:20 2014 - INFO | REMOTE generate_kickstart; user(?) Thu Apr 3 15:42:20 2014 - INFO | generate_kickstart Thu Apr 3 15:42:20 2014 - ERROR | # *** 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. # # # 'eth0' # File "/usr/lib/python2.4/site-packages/cobbler/templar.py", line 208, in render_cheetah # data_out = t.respond() # # File "cheetah_DynamicallyCompiledCheetahTemplate_1396531381_18_66134.py", line 181, in respond # # File "cheetah_DynamicallyCompiledCheetahTemplate_1396531381_18_66134.py", line 85, in __errorCatcher3 # # File "<string>", line 0, in ? # # File "/usr/lib/python2.4/site-packages/cobbler/template_api.py", line 170, 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 1530, in _handleCheetahInclude # self._CHEETAH__cheetahIncludes[_includeID].respond(trans) # # File "cheetah_DynamicallyCompiledCheetahTemplate_1396531989_39_69875.py", line 132, in respond # I understand from 'eth0' that cobbler has still the string eth0 hardcoded somewhere... but unfortunately I'm not able to find any hint where. I changed every occurence from somthing like device=eth0 in the kickstarting and snippet files to device=ens160 the three possible causes don't seem to be relevant to me since its only depending on a networkinterface eth0 beeing present. If I have an additional networkinterface called eth0 the kickstart file can be rendered, but only then. Could anyone assist me in finding where cobbler looks for this string and where it could be still hardcoded? btw: using cobbler 2.4 on RHEL5.9, i did cobbler sync and service cobbler restart after changes just to be sure... thank you so much! regards philippe _______________________________________________ cobbler mailing list [email protected] https://lists.fedorahosted.org/mailman/listinfo/cobbler
