Michael DeHaan wrote:
> $SNIPPET('download_config_files')
Doesn't work for me. Evaluates to this:
wget
"http://169.254.0.1/cblr/svc/op/template/profile/CentOS-5.1-x86_64/path/racadm.ini";
--output-document="racadm.ini"
...but doesn't work on retrieval:
$ curl
http://169.254.0.1/cblr/svc/op/template/profile/CentOS-5.1-x86_64/path/racadm.ini
# template path not found for specified profile (options:
['/var/www/cobbler/rendered/racadm.ini'])
It looks like adding a leading slash to the path resolves this.
The other thing that surprises me is that a template added on a
per-profile basis is retrieved on a per-profile basis -- such that a
template added to a profile can't use system-local variables.
(Also, when I add a template on a per-system basis, the
download_config_files snippet tries to retrieve it for the profile, not
for the system).
> Tip: The right hand side of the --template-files invocation should be a
> full destination path on the filesystem (iwhere racadm.ini goes)
I'm not using it that way; I have no interest in racadm.ini (or the
other files I'm templating) going onto the target system, making both
the snippet and the koan command useful as examples but not otherwise.
> Yes, all of the above URLs are wrong, was there somewhere in the docs
> that pointed to those being the URL formats? If so, I want to correct them.
No -- that's not from the docs but from a perusal of the source to the
download_config_files snippet (and the koan --update-files option).
Reading TFM, however, it's clear that I didn't look hard enough.
> All the magic URLs are also documented here:
>
> https://fedorahosted.org/cobbler/wiki/ModPythonDetails
Ahh; perfect!
_______________________________________________
cobbler mailing list
[email protected]
https://fedorahosted.org/mailman/listinfo/cobbler
