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/ra...
# 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.
Ahh; perfect!