Today on a customer site after having done an upgrade of their vCenter to vCenter 5.1 the customer started experiencing problems with their CommVault Simpana 9 backup proxies talking to the vCenter server to see the hosts and datastores contained in the environment and when they ran an auto-discovery on the environment it came back blank. I searched the VMware forums, the VMware documentation and the internet and the customer searched maintenance advantage but we couldn’t find a solution to the problem.
We tested logging into the vCenter server as the service account and noticed a very strange error occur when we ticked the use windows session credentials box. The error we received was incorrect username or password yet the service account had the correct permissions. We realised by unticking the use windows session credentials box and typing in the username and password for the service account and thereby not having the domain before the username this allowed the account to log into vCenter without any problems. So we changed the CommVault service account credentials on the CommVault backup server to not have the domain in the username ( from domain\serviceaccount to just serviceaccount ) the CommVault server was able to to do the discovery of the upgraded vCenter’s hosts and datastores and do the backups again
I can’t prove at the moment that the the error is due to the default domain already being set in SSO and so there is a clash when you specify I do suspect this is related to it.
Hopefully this helps someone the time and effort we spent on trying to fix the problem.
Gregg
April 18, 2013 at 9:01 am
Reblogged this on Ben's Jibber Jabber.
April 18, 2013 at 9:13 am
Thank you! This will probably help me in two weeks. Planning an upgrade to vSphere 5.1 and a heavy CommVault user.
April 18, 2013 at 11:34 am
Welcome =0) Hope it helps you out
April 18, 2013 at 6:47 pm
It would be interesting to see if the problem occurs if you use the username in the following format in the VSA component ( if it will let you)
Username@fqdn
April 19, 2013 at 7:18 am
Hi,
Nope still fails with the incorrect username or password error
Gregg
Pingback: vNews April 2013 – Bumper issue! | Stu McHugh's Virtualisation Blog
June 22, 2013 at 12:46 am
I do trust all the ideas you’ve introduced for your post. They’re really convincing and will definitely work.
Still, the posts are too quick for starters.
Could you please lengthen them a little from subsequent time?
Thanks for the post.
January 29, 2014 at 5:07 pm
I came across this exact issue recently. We had just upgraded from Vcenter 5.0 to 5.1 which introduced SSO. Commvault was generating an error that the connection to Vcenter had been lost. Checking the Guest Host Configuration did show any hosts and the manual discover did not yield any results. After removing the domain prefix from the service account, Commvault was able to communicate with Vcenter and discover all the hosts! After banging my head against the wall, I came across your article! Well done and thank you!