You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "Sanjeev N (JIRA)" <ji...@apache.org> on 2013/06/12 16:09:19 UTC
[jira] [Created] (CLOUDSTACK-2964) [Object_store_Refactor] Deleting
and adding back the same S3 image store does not download system template
to S3
Sanjeev N created CLOUDSTACK-2964:
-------------------------------------
Summary: [Object_store_Refactor] Deleting and adding back the same S3 image store does not download system template to S3
Key: CLOUDSTACK-2964
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2964
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Management Server
Affects Versions: 4.2.0
Environment: Latest build from object store branch
Reporter: Sanjeev N
Priority: Critical
Fix For: 4.2.0
Attachments: management-server.rar
Deleting and adding back the same S3 image store does not download system template to S3
Steps to Reproduce:
================
1.Bring up CS in advanced zone with s3 as the secondary storage provider
2.When the secondary storage is added to CS , s3 plugins on management server downloads the system template to S3 image store
3.Disable zone and destroy the system vms if they are running
4.Delete primary and secondary storage
5.Clean primary , nfs cache and S3 imagestore in the backend
6.Add the same s3 secondary storage, primary and nfs cache storage
7.Enable zone
Expected behavior:
================
The movement s3 gets added to cS, it should download system template to s3 image store
Actual result:
===========
system template is not copied to S3
Even restarting management server din't push the system template to S3 image store .
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira