Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Date: Tue, 19 Dec 2017 08:42:00 +0000 (UTC)
From: "Rohit Yadav (JIRA)" <jira@apache.org>
To: cloudstack-issues@incubator.apache.org
Message-ID: <JIRA.13122938.1512493278000.490746.1513672920238@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] [Assigned] (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, 19 Dec 2017 08:42:05 -0000


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

Rohit Yadav reassigned CLOUDSTACK-10174:
----------------------------------------

    Assignee: Rohit Yadav

> 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.10.0.0, 4.9.1.0
>         Environment: CloudStack 4.9.1 / 4.10
> Any hypervisor.
>            Reporter: Dag Sonstebo
>            Assignee: Rohit Yadav
>
> 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
> * Templates which originate from a browser upload or from within CloudStack itself are not attempted copied at all
> 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 (in this example store_id=7 has been added):
> {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)