While I’m sure not everyone is going to run into the same issue as I did here but because this issue almost got me to pick up the phone to call VMware support until I made one last attempt on something that ended up getting me past the error message, I thought it’s worth while to share what was done.
Problem
I’ve successfully installed Single Sign On to Join and existing vCenter Single Sign-On installation and installed SSO as Multisite in the previous steps so I proceed to install the VMware vCenter Server component:
Select Join a VMware vCenter Server group using Linked Mode to share information:
Made it to the Registering with vCenter Inventory Service process:
… but then received the following error:
Setup cannot join vCenter Server to the Linked Mode group.
I chose not to force the operation so the installation fails with:
Error 28039.Setup cannot join vCenter Server to the Linked Mode group.
The 2 logs the information messages point to are as follows:
C:\Users\<username>\AppData\Local\Temp\status.txt
C:\Users\<username>\AppData\Local\Temp\jointool.log
I proceed to open the status.txt log:
… and I see the following error:
-----------------
Operation "Create replica instance VMwareVCMSDS" failed:
Action: Prepare for Join
Problem: Remote VC's VC-05.DOMAIN.NET SSO domain ID is does not match.
-----------------
Recovering from failed Operation "Create replica instance VMwareVCMSDS"
-----------------
Recovery successful
-----------------
Execution error.
C:\Users\lukterence\AppData\Local\Temp
Solution
A quick Google of the string Create replica instance VMwareVCMSDS returns the following KB:
Joining two vCenter Servers in linked mode fails with the error: Operation "Join instance VMwareVCMSDS" failed
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2010858
… which unfortunately did not apply to my situation. A search of the string SSO domain ID is does not match returns the following thread:
http://communities.vmware.com/message/2150272
… where users indicate that they’ve encountered this issue because SSO was installed in SIMPLE mode. This unfortunately also does not apply to my situation because I installed the first SSO service with:
Create the primary node for a new vCenter Single Sign On installation
… and:
Create the primary node for a new vCenter Single Sign On installation
What ended up solving my issue was when I realized that I prior to receiving this error message, I had a 2 other failed attempts running the same steps to install the VMware vCenter Server component. What I decided to do next which was just a shot in the dark was to log onto the first vCenter I deployed (node 1) that I’m trying to link this new vCenter (node 2) to via Linked Mode and launch the vCenter Server Linked Mode Configuration:
I proceed through the wizard:
Selected Modify Linked Mode configuration:
… and noticed that the option available was:
Isolate this vCenter Server instance from Linked Mode group
This led me to believe that the previous failed installs had already created the Linked Mode group on the first vCenter node so I left the checkbox selected and proceeded with the wizard to isolate the primary vCenter:
I didn’t think much about the step partly because I didn’t think it was going to work and it was just a shot in the dark so I did not screenshot the prompt I received asking me to force the isolation, which I answered Yes, and the prompt indicating that the modification was complete but once this completed, the VMware vCenter Server component was able to install successfully and the 2 vCenter servers operated correctly in Linked Mode.
4 comments:
Thanks for the tip. This fixed one of my errors.
Had exactly the same issue. This post resolved the problem. Its worth noting the linked mode configuration isolation threw an error which said it could not isolate the instance, I went ahead and chose 'force'. No further errors and I was then able to install the linked mode instance. Thanks a bunch!
Thanks !!! you saved me
Thanks Terence. Had the same issue in my SRM lab. In my case, linked mode was working fine until I killed the second vcenter server (it was a linked clone and I killed the parent snapshot!!). vCenter01 would complain about not being able to find vCenter-02.
There was obviously some stuff left over from the first install which meant the new build of the secondary vCenter server failed.
The only additional step in my case was to select yes to the prompt
"A vCenter Serer is already registered with this instance of Inventory Service. Do you want to overwrite that vCenter with the one that you are currently registering?"
Post a Comment