So it looks like the templates are searched for in
"template_zone_ref," and if they aren't found there it throws the "not
available" error.
The problem is that there is not currently a way to update the
"cross_zone" variable for existing templates.
I would think running "Copy Template" would work for this, but it
doesn't due to this code in
'server/src/com/cloud/template/TemplateManagerImpl.java':
DataStore dstSecStore = getImageStore(destZoneId, templateId);
if (dstSecStore != null) {
s_logger.debug("There is template " + templateId + " in
secondary storage " + dstSecStore.getName() + " in zone " + destZoneId
+ " , don't need to copy");
return template;
}
So basically we end up with the system believing the template already
exists in S3 (which it does), but not being able to deploy from it.
There should be some function added to update a template or templates
to become cross zone, other than manually editing the database and
restarting the management server.
Thank You,
Logan Barfield
Tranquil Hosting
On Mon, Jan 26, 2015 at 4:48 PM, Logan Barfield <lbarfi...@tqhosting.com> wrote:
> I'm setting up a test zone for a multi-site deployment, and I've thus
> far been unable to deploy a VM from our existing templates.
>
> We're using S3 for secondary storage, and we have set up an NFS
> staging server in the remote zone. The management server is able to
> mount the NFS store over the site-to-site VPN.
>
> When we attempt to deploy a VM in the new zone, we get "Template <id>
> is not available."
>
> It appears that this is because our templates are not set up as "Cross
> Zone Templates."
>
> We originally created these templates from existing volumes (e.g.,
> installed via ISO, configured, shut down VM, created template from
> volume). I did not see any option in the UI or API to specify it as a
> cross zone template, nor do I see a way to update it after the fact
> (other than manually editing the database). This functionality only
> seems to be available when Registering a template via a URL, which
> isn't any help here.
>
> Is there a reason for this weirdness?
>
>
> Thank You,
>
> Logan Barfield
> Tranquil Hosting
