Return-Path: 
 <dev-return-6223-apmail-deltacloud-dev-archive=deltacloud.apache.org@deltacloud.apache.org>
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 21A1DD7B0
	for <apmail-deltacloud-dev-archive@www.apache.org>;
 Wed, 10 Oct 2012 16:01:03 +0000 (UTC)
Received: (qmail 77778 invoked by uid 500); 10 Oct 2012 16:01:03 -0000
Delivered-To: apmail-deltacloud-dev-archive@deltacloud.apache.org
Received: (qmail 77756 invoked by uid 500); 10 Oct 2012 16:01:03 -0000
Mailing-List: contact dev-help@deltacloud.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@deltacloud.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@deltacloud.apache.org>
List-Post: <mailto:dev@deltacloud.apache.org>
List-Id: <dev.deltacloud.apache.org>
Reply-To: dev@deltacloud.apache.org
Delivered-To: mailing list dev@deltacloud.apache.org
Received: (qmail 77745 invoked by uid 99); 10 Oct 2012 16:01:02 -0000
Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Oct 2012 16:01:02 +0000
Date: Wed, 10 Oct 2012 16:01:02 +0000 (UTC)
From: "Christian Karnath (JIRA)" <jira@apache.org>
To: dev@deltacloud.apache.org
Message-ID: <1247914073.20395.1349884862973.JavaMail.jiratomcat@arcas>
In-Reply-To: <296354809.45107.1346949429281.JavaMail.jiratomcat@arcas>
Subject: [jira] [Commented] (DTACLOUD-319) Rackspace driver: GET
 /api/instances - new instances are not returned until a number of minutes
 after they are created
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-319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13473331#comment-13473331 ] 

Christian Karnath commented on DTACLOUD-319:
--------------------------------------------

I checked the 'cloudservers' gem as well and indeed they implemented a 'cacheid'-parameter (anti_cache_param) to avoid caching. I wrote a little ruby-script to evaluate the caching behaviour of the rackspace api while using the cloudservers-gem directly. I found out that the operation list_servers() works as expected without caching old data. After that I checked the deltacloud rackspace driver and found out that this driver is using the operation list_servers_detail() and not list_servers(). The operation list_servers_detail() is lacking the cacheid-paramter to avoid caching. After implementing this parameter in this operation everything works smoothly.

Is anybody in contact with the cloudservers gem maintainer so that he can implement the cacheid-paramter within the list_servers_detail()-operation? 


                
> Rackspace driver: GET /api/instances - new instances are not returned until a number of minutes after they are created
> ----------------------------------------------------------------------------------------------------------------------
>
>                 Key: DTACLOUD-319
>                 URL: https://issues.apache.org/jira/browse/DTACLOUD-319
>             Project: DeltaCloud
>          Issue Type: Bug
>          Components: Server
>         Environment: deltacloud gem 1.0.2 (and beyond)
> Rackpsace
> Ruby 1.9
>            Reporter: Ronelle Landy
>
> I can create an instance .... 
> curl -X POST -F "image_id=120" -F "name=myNewName" -F "hwp_id=3" --user "un:pw" "http:/server:3012/api/instances?format=xml"
> <?xml version='1.0' encoding='utf-8' ?>
> <instance href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3012/api/instances/21118623' id='21118623'>
>   <name>myNewName</name>
>   <owner_id>rlandy</owner_id>
>   <image href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3012/api/images/120' id='120'></image>
>   <realm href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3012/api/realms/us' id='us'></realm>
>   <state>PENDING</state>
>   <hardware_profile href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3012/api/hardware_profiles/3' id='3'>
>   </hardware_profile>
>   <actions>
>     <link href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3012/api/run_instances/21118623;id=21118623' method='post' rel='run' />
>   </actions>
>   <public_addresses><address type='ipv4'>198.61.198.101</address></public_addresses>
>   <private_addresses><address type='ipv4'>10.178.99.81</address></private_addresses>
>   <storage_volumes></storage_volumes>
>   <authentication type='password'>
>     <login>
>       <username>root</username>
>       <password><![CDATA[6N6dBvOk2myNewName]]></password>
>     </login>
>   </authentication>
> </instance>
> The instance appears in the Rackspace console - copied output below:
> (Name
>     myNewName
> ID
>     21118623)
> But Deltacloud does not return this instance:
> [rlandy@localhost /]$ curl -X GET --user "un:pw" "http://qeblade39.rhq.lab.eng.bos.redhat.com:3012/api/instances?format=xml"<?xml version='1.0' encoding='utf-8' ?>
> <instances>
> </instances>

--
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