VMware Cloud Community
Schorschi
Expert
Expert

"The specified key, name, or identifier already exists."

Although I have seen a few threads referencing the message... "The specified key, name, or identifier already exists." I have found a different scenario that generates this error. We had several clone tasks running, unfortunately, we also had an odd storage problem, such that all the cloned tasks aborted. Once we corrected the storage issue, and had everything working, we can not clone to the same VM names that were in process when the original storage issue happened. Say we had VM1, VM2, VM3, VM4 in the middle of being cloned as VM5, VM6, VM7, VM8. Now, after this scenario, I can clone VM1,2,3,4 as VM11,12,13,14 etc. But if I try to recreate the clone tasks where VM1,2,3,4 will be cloned to VM5,6,7,8... these reused names all abort with the error as noted in the subject line. We have tried to clone on different hosts, but always using the same VC server. Anyone have any similar experience. Please note, this issue is NOT a VMotion issue. In fact, if I try to create a VM5,6,7 or 8 as a new VM from scratch, I get the error as well. This implies that the VM names are being referenced somewhere OTHER than the ESX host being used? Could we have some junk in the VC database?

0 Kudos
5 Replies
eyezlee
Contributor
Contributor

I am seeing the same issue. It has to be something in the database.

0 Kudos
sbeaver
Leadership
Leadership

I am seeing the same thing also

Steve Beaver
VMware Communities User Moderator
VMware vExpert 2009 - 2020
VMware NSX vExpert - 2019 - 2020
====
Co-Author of "VMware ESX Essentials in the Virtual Data Center"
(ISBN:1420070274) from Auerbach
Come check out my blog: [www.virtualizationpractice.com/blog|http://www.virtualizationpractice.com/blog/]
Come follow me on twitter http://www.twitter.com/sbeaver

**The Cloud is a journey, not a project.**
0 Kudos
Todd_Wilkerson
Enthusiast
Enthusiast

We created a tool using the SDK to create VMs, we ran into this problem a few times during the testing of our tool itself. I always had to restart mgmt-vmware on the ESX host to clear it up.

I agree that the problem could be in the database. It seems that restarting mgmt-vmware on the host is cleaning up the problematic entry in the database.

0 Kudos
sbeaver
Leadership
Leadership

I found ghost unavailable VM's in the list after I restarted the services and was able to remove those from inventory and things started working correctly again

Steve Beaver
VMware Communities User Moderator
VMware vExpert 2009 - 2020
VMware NSX vExpert - 2019 - 2020
====
Co-Author of "VMware ESX Essentials in the Virtual Data Center"
(ISBN:1420070274) from Auerbach
Come check out my blog: [www.virtualizationpractice.com/blog|http://www.virtualizationpractice.com/blog/]
Come follow me on twitter http://www.twitter.com/sbeaver

**The Cloud is a journey, not a project.**
0 Kudos
deepe1st
Contributor
Contributor

I also met this problem. Any solutions?

0 Kudos