Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Date: Mon, 23 Jun 2014 18:19:30 +0000 (UTC)
From: "Logan B (JIRA)" <jira@apache.org>
To: cloudstack-issues@incubator.apache.org
Message-ID: <JIRA.12722349.1403126649983.30688.1403547570251@arcas>
In-Reply-To: <JIRA.12722349.1403126649983@arcas>
References: <JIRA.12722349.1403126649983@arcas>
Subject: [jira] [Resolved] (CLOUDSTACK-6938) Cannot create template from
 snapshot when using S3 storage
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Logan B resolved CLOUDSTACK-6938.
---------------------------------

    Resolution: Fixed

Fixed with 736bf540e8ef759a101d221622c64f3b3c3ed425

> Cannot create template from snapshot when using S3 storage
> ----------------------------------------------------------
>
>                 Key: CLOUDSTACK-6938
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6938
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Snapshot
>    Affects Versions: 4.4.0
>         Environment: KVM + S3 Secondary Storage
>            Reporter: Logan B
>            Priority: Critical
>             Fix For: 4.4.0
>
>
> When trying to create a template from a snapshot with S3 secondary storage, the command immediately fails with a NullPointerException.
> This appears to only happen when there is a pre-existing snapshot folder in the NFS staging store.  This indicates that there is something wrong with the copy command (e.g., it's using 'mkdir' instead of 'mkdir -p').
> The issue can be worked around by deleting the existing snapshot folder on the staging store every time you want to create a new template.  This is obviously not viable for end users.
> This issue should be fixed before 4.4 ships because it should be a stupid simple thing to correct, but completely breaks restoring snapshots for end users.  Waiting for 4.5 would be far too long for an issue like this.
> 2014-06-18 21:13:54,789 DEBUG [cloud.agent.Agent] (agentRequest-Handler-2:null) Processing command: org.apache.cloudstack.storage.command.CopyCommand
> 2014-06-18 21:13:54,789 INFO  [storage.resource.NfsSecondaryStorageResource] (agentRequest-Handler-2:null) Determined host 172.16.48.99 corresponds to IP 172.16.48.99
> 2014-06-18 21:13:54,797 ERROR [storage.resource.NfsSecondaryStorageResource] (agentRequest-Handler-2:null) Unable to create directory /mnt/SecStorage/6b9bdec9-fdc9-3fdd-a5f8-0481df177ae8/snapshots/2/25 to copy from S3 to cache.
> I'm guessing it's an issue with the mkdirs() function in the code, but I've been unable to find it.


--
This message was sent by Atlassian JIRA
(v6.2#6252)