cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kiran Koneti (JIRA)" <>
Subject [jira] [Closed] (CLOUDSTACK-3778) [VMware] SSVM VM fails to create for the first time with message "specified key already exists".
Date Tue, 13 Aug 2013 06:08:47 GMT


Kiran Koneti closed CLOUDSTACK-3778.

Closing this  issue as it is not observed with the latest Build.
> [VMware]  SSVM VM fails to create for the first time with message "specified key already
> -------------------------------------------------------------------------------------------------
>                 Key: CLOUDSTACK-3778
>                 URL:
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Install and Setup
>    Affects Versions: 4.2.0
>         Environment: VMware
>            Reporter: Kiran Koneti
>            Assignee: Kelven Yang
>            Priority: Critical
>             Fix For: 4.2.0
>         Attachments:
> When we try to create a Advanced Zone setup when the first SSVM tries to come up the
Vcenter says 'The specified key, name, or identifier already exists." and the SSVM creation
fails for the first time and later then the SSVM comes up with another name s-3-vm.
> The steps are as follows:
> 1)Installed the CS using the latest build.
> 2)Added a host which is freshly installed to the cluster in the VCenter.
> 3)Added the Vcenter details to the CS and the setup started creating the system VM's.
> 4)Once the root volume is created for the SSVM the VM named "s-1-vm" created.
> 5)Then the VM gets deleted before it is powered on throwing the error message as below
> "2013-07-24 20:26:51,680 WARN  [vmware.resource.VmwareResource] (DirectAgent-8:
StartCommand failed due to Exception: com.vmware.vim25.AlreadyExists
> message: []
> com.vmware.vim25.AlreadyExistsFaultMsg: The specified key, name, or identifier already
>         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>         at sun.reflect.NativeConstructorAccessorImpl.newInstance(
>         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
>         at java.lang.reflect.Constructor.newInstance(
>         at
>         at
>         at
>         at
>         at $Proxy90.addPortGroup(Unknown Source)
>         at
>         at
>         at
>         at
>         at
>         at
>         at$
>         at java.util.concurrent.Executors$
>         at java.util.concurrent.FutureTask$Sync.innerRun("
> 6)Later it creates the root volume for one more SSVM and then the s-3-vm comes up without
any issues.
> 7)all the system VM functionalities are normal.
> Attaching the Management server Logs.

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:

View raw message