Return-Path: X-Original-To: apmail-deltacloud-dev-archive@www.apache.org Delivered-To: apmail-deltacloud-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9C875D654 for ; Wed, 6 Feb 2013 05:41:17 +0000 (UTC) Received: (qmail 49612 invoked by uid 500); 6 Feb 2013 05:41:17 -0000 Delivered-To: apmail-deltacloud-dev-archive@deltacloud.apache.org Received: (qmail 49485 invoked by uid 500); 6 Feb 2013 05:41:16 -0000 Mailing-List: contact dev-help@deltacloud.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@deltacloud.apache.org Delivered-To: mailing list dev@deltacloud.apache.org Received: (qmail 48846 invoked by uid 99); 6 Feb 2013 05:41:14 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Feb 2013 05:41:14 +0000 Date: Wed, 6 Feb 2013 05:41:14 +0000 (UTC) From: "Dies Koper (JIRA)" To: dev@deltacloud.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Reopened] (DTACLOUD-442) Fgcp: api instances test 'should allow to snapshot running instance if supported by provider' is run even though provider does not support it MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DTACLOUD-442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dies Koper reopened DTACLOUD-442: --------------------------------- The test which was the focus of this issue is named 'should allow to snapshot running instance if supported by provider'. As it didn't check whether the instance was running, and didn't start the instance, for fgcp and rhevm it tried to create an image of a stopped instance. As I believed that was not the intend of the test (and meant that for those two providers it didn't test what would happen if you tried to create a snapshot of a running instance), my fix was to ensure the instance was started (by starting it and double-checking its state was RUNNING). This uncovered DTACLOUD-452. But Ronelle pointed out in that jira: This essential difference is that RHEVM instances are created in a stopped state - which was the state need to test the 'create_image' functionality. Noting now that the test starts all instances, need to reconsider this test case. The bug reported here not withstanding, it may be better to: - if no 'create_image' action was found on the instance in a running state - stop the instance and then check for the create_image action As things stand, we loose test coverage by skipping the test point for all providers where the action is available for stopped instances. ============== So re-opening this jira to reconsider the test case. > Fgcp: api instances test 'should allow to snapshot running instance if supported by provider' is run even though provider does not support it > --------------------------------------------------------------------------------------------------------------------------------------------- > > Key: DTACLOUD-442 > URL: https://issues.apache.org/jira/browse/DTACLOUD-442 > Project: DeltaCloud > Issue Type: Test > Components: Server > Environment: Fgcp driver > Reporter: Dies Koper > Assignee: Dies Koper > Priority: Minor > > When running DC api tests (rake tests:deltacloud in root tests folder), the 'should allow to snapshot running instance if supported by provider' test is not skipped; it fails. > The FGCP doesn't not support creating snapshots from running instances. It does support creating images from stopped instances. > This test checks whether 'create_image' is set on the test server and if true, runs the test. > However, it doesn't check whether the server is running, and the server is never explicitly started after creation. > With the Fgcp, an newly created instance transitions from PENDING to STOPPED, hence the misunderstanding. > Suggesting to add code to ensure the instance is running before checking the create_image flag. -- 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