Matt_B1's Posts

Through each vCO upgrade, some workflows are left with a ? under Users/Groups to indicate a former permission.  How can I remove those?  When I select them, the option to remove it grayed out.  I have logged in as adminstrator@vsphere.local and an administrative AD account that I set and run into this issue.  For these workflows, I can edit access rights and add whatever I need but it still doesn't allow me to edit or delete the workflows.  I also have this challenge at the root (administrator@<vCO name>) in the workflows view.  Anyone fixed this?

I plan to open a support ticket but want to make these errors visible to all.  For the errors, I have replaced names but left the important content.  We had several issues with ESXi v6.0, vCenter 6.0, and SRM 6.0.  I recommend hold off on v6.0 products until VMware releases a U1 patch. #1 Permission related blocked SRM views and certain functions not executing When using SRM as any other user aside from administrator@vsphere.local, you run into permission related blocked views and certain functions not even initiating.  If you click around, you can sometimes get the view to populate.  In some situations, it is impossible to execute a recovery.  I have tried using AD accounts that are nested in groups with Administrator permission and even not nested.   If I log in as administrator@vsphere.local, there are no issues. #2 "Cannot unmount volume 'Datastore Name: datastore1 VMFS uuid: <id>' because file system is busy. Correct the problem and retry the operation." SRM fails to unmount the datastore from the protected site across all ESXi hosts.  The behavior is inconsistent in regards to which host it can't unmount from.  If I immediately rerun the recovery without making any changes, it will complete without issue.  I can also manually unmount the datastore without issue. #3 Recovered datastore 'datastore1' is not accessible to host 'host1'. Warns about the datastore not being acccessible on the recovery site during the recovery.   When I check the recovery cluster, the datastore is visible on all hosts.  I can simply rerun the recovery without any changes and it will work properly.

On 2 of my 5 VCSA 6.0 appliances, SNMP polls are not working.  VCSA is 6.0 build 2656761 on all.  The non-working ones are using an external PSC (another VCSA) which appears to be the only difference.  Commands I used... *Community string replaced for this post Command> snmp.set --communities myCommunityString Command> snmp.enable When I use the Windows tool MIB walk with myCommunityString, it fails the test immediately.  It works fine on my other 3 VCSAs.  I have logged into the shell and verified snmpd service is running. Anyone know what is incorrect?

Has anyone else noticed this?  With all variables held identical, a v11 VM will have dramatically slower transfer times than a v10 VM.  Here are some details from our testing: - On a v11 guest, UNC to a Netapp share is a little slow to respond. Grab a 300MB file from the Netapp share and drag it to the desktop of the guest. The transfer popup would show little or no activity for a few minutes. Most times it would throw an error. Other times, it would transfer at 2-3mb/s. - Do the exact same activity on a guest on the same subnet and the transfer was almost instant. We were able to move that 300mb file from the v10 guest to the v11 guest with reasonable speed. Not almost instant like we would expect, but it would finish. - We ran the same tests with 4G ISOs and v10 guest were 240mb/s+ while the v11 would not even copy. - We tried between different ESXi hosts and within the same host with same results.

I have used the default self-signed certificates throughout the vCenter and SRM setup.  When going to pair the vCenters, I get "Server certificate chain not verified".  These are 2 new VCSA 6.0 VMs (embedded PSCs for each) and 2 new Windows 2012 R2 servers to run SRM 6.0.  I can view the Site in each respective vCenter but can't pair them.  Does anyone have suggestions?  We have tried valid SSL certs before on our original 6.0 deployment and continuously run into these certificate chain not valid errors.

I have installed SRM 6.0 successfully.  However, I can't see the Site Recovery link in the left frame of the web client.  I can see the plug-in listed in the desktop client and I can see it as "com.vmware.vcDr" in the MOB.  I don't have any 3rd party extensions listed that may interfere.  vCenter is VCSA 6.0, upgraded from a VCSA 5.5 appliance.  I have logged in with administrator@vsphere.local, my admin account, and the service account used during SRM install and no accounts can see "Site Recovery". The VMware Site Recovery Manager 5.8.x plugin is not visible in the vSphere Web Client when some third party Web Client plugins are installed (2110188) http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2110188