[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14590474#comment-14590474
 ] 

ASF subversion and git services commented on CLOUDSTACK-8537:
-------------------------------------------------------------

Commit f0cc5c510ccaf83241b9a2ef750aad00ee355f10 in cloudstack's branch 
refs/heads/4.4 from [~dahn]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=f0cc5c5 ]

CLOUDSTACK-8537 test for the sake of testing the fix seems so trivial but no 
testing is available for it at all. when bugs arise test extension should be 
the start point here.

Signed-off-by: Daan Hoogland <[email protected]>

This closes #357


> Duplicated SSH Keys/ deployVirtualMachine returns wrong keypair name
> --------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-8537
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8537
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>          Components: API
>    Affects Versions: 4.3.0
>            Reporter: Benjamin vickers
>            Assignee: Daan Hoogland
>
> Steps:
> 1. Register 2 SSH keypairs sequentially in the same account, both with 
> identical public key text, and with names "keypair1" and "keypair2"
> 2. Send deployVirtualMachine request, with the keypair parameter set to 
> "keypair2"
> 3. deployVirtualMachine response sends back value "keypair1"
> I am using this with the Terraform (IaC) project and this behaviour breaks 
> convergence. I would expect that either
> (i) duplicate copies of the same SSH key are not allowed to be registered
> (ii) instance must send back the same key pair name as was requested



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to