Could you please create a ticket on github.com/cobbler/cobbler ??
On Thu, Apr 3, 2014 at 3:58 PM, <[email protected]> wrote: > 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 > -- Grtz, Jörgen Maas
_______________________________________________ cobbler mailing list [email protected] https://lists.fedorahosted.org/mailman/listinfo/cobbler
