You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@jclouds.apache.org by "Andrew Bayer (JIRA)" <ji...@apache.org> on 2013/05/31 01:01:20 UTC

[jira] [Created] (JCLOUDS-105) CloudStack instance provisioning uses password if passwordEnabled, even if a keypair is given

Andrew Bayer created JCLOUDS-105:
------------------------------------

             Summary: CloudStack instance provisioning uses password if passwordEnabled, even if a keypair is given
                 Key: JCLOUDS-105
                 URL: https://issues.apache.org/jira/browse/JCLOUDS-105
             Project: jclouds
          Issue Type: Bug
          Components: jclouds-compute
    Affects Versions: 1.6.0, 1.5.10
            Reporter: Andrew Bayer
            Assignee: Andrew Bayer


In the process of trying to figure out WHIRR-725, I eventually discovered that CloudStackComputeServiceAdapter.createNodeWithGroupEncodedIntoName will set the initial credentials for the VM to be the autogenerated password no matter what, if passwordEnabled=true on the VM, even if you've explicitly specified an SSH keypair. This caused problems with init scripts (i.e., they couldn't run since it couldn't authenticate) with exoscale, who have passwordEnabled=true on their images, but block password authentication over SSH. 

There's a pretty easy fix for this - in the method in question, just flip it so that the password option is only used if passwordEnabled is true *and* there is no keypair specified in the template options. Patch incoming.

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