DFM & Virtual Center Credential Errors

[bschramm]

Problem 1:  Virtual Center Credentials (vSphere 5 host)

• We followed the process to create a wfa account, open port 1433, and enable mixed mode authentication.  I now no longer receive authentication errors; however, I am seeing the following error:
  WARNING:  Duplicate entry '43' for key 'PRIMARY'
  ERROR DETAIL:  Duplicate rows found for cache table vc.data_store, columns: (id,capacity_mb,type,free_capacity_mb,name) rows: (40,204800,NFS,173907,CMode_Servers) (102,204800,NFS,173908,CMode_Servers)

Problem 2:  DFM Credentials (for provisioning manager, etc.)

• When testing the credentials, I receive an error.
  ERROR:  Failed to connect to DFM:  <my DFM server>
  MESSAGE:  No connection could be made because the target machine actively refused it <IP Address>:22
• Any ideas?  I am curious as to why it is trying on port 22 as well?

Thanks everyone!

[goodrum · Accepted solution]

1) The duplication entry is annoying but not an issue.  It is a warning that while pulling information from the vSphere Database, a duplicate Datastore was found.  In this case, the vSphere Database contains two Datastores called CMODE_Servers.  The vc.data_store table uses the Datastore Name as the Primary Key.  From the error message we see that vSphere believes that these are two different Datastores and NFS Storage (Notice the different free_capacity_mb - One has 173907 and the other 173908).  It is possible that if these are suppose to be the same Datastore that the Datastores are mounted via different IPs.  Regardless, it is a warning about the vSphere Database containing duplicate information.  If I recall correctly, WFA will ignore the second entry and not add it to the WFA database.

2) What type of OS is DFM installed?  If this is Windows, then you need to install an SSH Server on the DFM host.  If this is a Linux install, then double check that the account you are using can SSH.  It looks like the Certified commands are designed to use SSH.  If you do not want an SSH Server installed on your DFM Server, then you would have to re-created the commands using API calls from the NetApp Manageability SDK.  If you go that route, then you can add the DFM credentials to WFA using the Type of Other.

I hope this helps!