[ https://issues.apache.org/jira/browse/WHIRR-379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13096791#comment-13096791 ]
David Alves commented on WHIRR-379: ----------------------------------- I'm having problems logging into instances created by whirr. doing an euca-describe-instances on the local cloud gives: {code} RESERVATION r-rhjoa2jk admin default INSTANCE i-00000002 ami-59aa5f14 10.0.86.4 10.0.86.4 running test (admin, nova) 0 m1.tiny 2011-09-04T01:55:51Z nova RESERVATION r-say9iqm0 admin default INSTANCE i-00000001 ami-59aa5f14 10.0.86.3 10.0.86.3 running None (admin, nova) 0 m1.tiny 2011-09-04T01:19:21Z nova {code} where the *.86.3 instance was created by whirr and the *.86.4 was created manually (euca-run-instances) notice the lack of keypair in the instance launched by whirr. Is this supposed to happen? I had provided a keypair and pointed ClusterSpec to it (in order not to use temporary keys and be able to log into instances). Am I doing something wrong? > Provide a local cloud for testing > --------------------------------- > > Key: WHIRR-379 > URL: https://issues.apache.org/jira/browse/WHIRR-379 > Project: Whirr > Issue Type: New Feature > Reporter: David Alves > Attachments: WHIRR-379, WHIRR-379.patch, WHIRR-379.patch, solo.txt > > > As discussed on the list the idea is to create a local cloud using vagrant > and openstack and allow whirr tests to run against it. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira