Return-Path: X-Original-To: apmail-cloudstack-issues-archive@www.apache.org Delivered-To: apmail-cloudstack-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C3A99184FD for ; Wed, 15 Jul 2015 18:33:10 +0000 (UTC) Received: (qmail 53789 invoked by uid 500); 15 Jul 2015 18:33:05 -0000 Delivered-To: apmail-cloudstack-issues-archive@cloudstack.apache.org Received: (qmail 53757 invoked by uid 500); 15 Jul 2015 18:33:05 -0000 Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list issues@cloudstack.apache.org Received: (qmail 53685 invoked by uid 500); 15 Jul 2015 18:33:05 -0000 Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org Received: (qmail 53681 invoked by uid 99); 15 Jul 2015 18:33:05 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Jul 2015 18:33:05 +0000 Date: Wed, 15 Jul 2015 18:33:05 +0000 (UTC) From: "Wido den Hollander (JIRA)" To: cloudstack-issues@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CLOUDSTACK-8640) Uploads to S3 Secondary Storage fail, stay at 0% completed MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Wido den Hollander created CLOUDSTACK-8640: ---------------------------------------------- Summary: Uploads to S3 Secondary Storage fail, stay at 0% completed Key: CLOUDSTACK-8640 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8640 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: SystemVM Affects Versions: 4.5.1, Future Environment: Ceph RADOS Gateway with Civetweb as Secondary Storage Reporter: Wido den Hollander Assignee: Wido den Hollander I noticed this after upgrading to 4.5.2 (build from 4.5 branch). Uploads never completed when a template was downloaded en directly uploaded to S3 secondary storage provided by Ceph's RADOS Gateway using Multipart. After searching for hours I found this: http://docs.aws.amazon.com/AWSJavaSDK/latest/javadoc/com/amazonaws/event/ProgressEvent.html#getBytesTransferred() The ProgressEvent of the returned that 0 bytes had been transferred. But when using the getBytes() method it actually works. The upload succeeds, but we check if the amount of uploaded bytes is equal or more then what we expected. If not, we say the upload failed. This happens inside S3TemplateDownloader (which really needs some fixes btw....) Tracing this down if it's related to Ceph or actually something in S3TemplateDownloader. I also tried the Amazon SDK 1.9.34, but that didn't make a different. -- This message was sent by Atlassian JIRA (v6.3.4#6332)