Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Date: Tue, 5 Dec 2017 17:03:00 +0000 (UTC)
From: "Dag Sonstebo (JIRA)" <jira@apache.org>
To: cloudstack-issues@incubator.apache.org
Message-ID: <JIRA.13122938.1512493278000.390570.1512493380090@Atlassian.JIRA>
In-Reply-To: <JIRA.13122938.1512493278000@Atlassian.JIRA>
References: <JIRA.13122938.1512493278000@Atlassian.JIRA> <JIRA.13122938.1512493278601@jira-lw-us.apache.org>
Subject: [jira] [Updated] (CLOUDSTACK-10174) Public template not being
 copied to new secondary storage pool if original URL now invalid
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Tue, 05 Dec 2017 17:03:04 -0000


     [ https://issues.apache.org/jira/browse/CLOUDSTACK-10174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dag Sonstebo updated CLOUDSTACK-10174:
--------------------------------------
    Summary: Public template not being copied to new secondary storage pool if original URL now invalid  (was: Public template not copying to new secondary storage pool if URL now invalid)

> Public template not being copied to new secondary storage pool if original URL now invalid
> ------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-10174
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10174
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>    Affects Versions: 4.9.1.0
>         Environment: CloudStack 4.9.1
> Any hypervisor.
>            Reporter: Dag Sonstebo
>
> If:
> # Template is public and has been previously successfully downloaded, and 
> # The template URL is not longer accessible, and
> # A new secondary storage pool is added
> Then:
> *The template > zones tab will intermittently show either:
> ** the template download error, e.g. "HTTP Server returned 404 (expected 200 OK)" as well as a Ready=NO
> ** the template success message "Download Complete" and Ready=YES
> Steps to reproduce:
> # Download a template, mark this public, ensure this gets a "download complete" + ready=yes status
> # Edit the URL for the template in cloud.vm_template to make it invalid
> # Add a new secondary storage pool and restart management / SSVM
> # Confirm download status in cloud.template_store_ref:
> {code}
> Execute:
> > SELECT id,store_id,template_id,last_updated,error_str FROM cloud.template_store_ref where template_id=206
> | id      | store_id      | template_id      | last_updated      | error_str      |
> | 18      | 5             | 206              | 2017-12-05 13:35:24 | Install completed successfully at 11/3/17 12:40 PM |
> | 33      | 6             | 206              | 2017-12-05 13:35:26 | Install completed successfully at 11/4/17 8:47 AM |
> | 81      | 7             | 206              | 2017-12-05 13:36:17 |  HTTP Server returned 404 (expected 200 OK)  |
> | NULL    | NULL          | NULL             | NULL              | NULL           |
> 4 rows
> {code}
> * In the CloudStack GUI go to template > zone tab, and hit refresh a few times
> * The status will intermittently change from "Download Complete" to "HTTP Server returned 404 (expected 200 OK)"
> Whilst this is in the first instance a minor cosmetic issue the underlying functionality should ideally be reviewed, i.e.
> * If original URL is no longer available, 
> * AND template has previously been successfully downloaded
> * THEN ideally SSVM should do an internal copy of this template to the new secondary storage pool


--
This message was sent by Atlassian JIRA
(v6.4.14#64029)