I actually got this error on 2 of my capture machines after upgrading from 2.9 --> 2.10 yesterday. I found that something odd was going on with communication of the Capture Machines and the domain. Possibly doing 100's of snapshot restores. Removing the machines and re-joining them to the domain cleared the error.
I haven't gotten the error on any user desktops though. (Not sure what you use, but I use linked clones)
Hope this helps in some way.
Are you by chance using the trusted domains feature?
same error here with AppVolumes 2.10 on a clean environment.
The system log is full with "NTLM Authentication Invalid" errors.
Nothing seems to be wrong with the configuration:
-Two AppVolumes managers with one database
-SVService with two Manager registry keys
-VMs (pool) were already redeployed
Typically this occurs if you have time skew between machines and the AD servers.
Verify that all yours hosts and AD servers line up on the same time.
Check Windows Event logs errors with time or domain controller access.
I have the same error here after upgrading from 2.7 to 2.10
VDIs tha are located in the same site as the AppVolumes servers work well, VDIs that are located in another site (and this using another DC) are having the problem.
I have been looking into this problem for hours and hours and hours and cannot figure out what is wrong:
When I create a kinked clone Horizon View Pool, I see in that the System Messages in the GUI of AppVolumes contains fro each provisioned machine an entry "NTLM authentication failed: Authentication failed for: XXX" (see attached screenshot AppVol_01).
When I log in to a VDI I see the error message "Error for Manager x.x.x.x(error code 401): NTLM Authentication Invalid: Authentication failed fro : XXX. Virtualiation disabled" (see attached screenshot AppVol_02).
I am also attaching the agent log (svservice.txt) and the Appvolumes Manager log (production.txt).
Description of the Environment
I am using ESX 5.5 (build1331820), vCenter 5.5 (build 1750787), Horizon View version 6.0.0 (build 1884746), AppVolumes Manager version 2.10, AppVolumes Agent version 2.10, Windows 7 SP1 VDIs
vCenter and AppVolumes managers are located in DataCenter11, VDIs are running in DataCenter50
2 AppVolumes Managers have been configured
I added the 2nd AppVolumes manager in the registry key HKLM\SYSTEM\CurrentControlSet\Services\svservice\Parameters
The AppVolumes Managers have been configured in the AppVolumes agent with their IP address to avoid possible DNS issues.
Appstacks are available on Datastores in both DataCenter11 and DataCenter50 (An AppVolumes storage group replicates from DataCenter11 to DataCenter50)
Appstacks and VDIs are sharing the same LUN (The AppVolumes option "Mount local copies of volumes" has been enabled)
If somebody has an idea on how to resolve this error I would be very happy.
We was hoping to not make a support case, has anyone found an solution here?
I spend all day today and a good part of the entire week trying different parameters in app volumes, checking DNS issues, checking time sync issues, reinstalling the app volumes agent, ... but nothing worked.
I was also hoping not to have to open an SR as I do not have a good experience with VMware support and AppVolumes (I have a support request open since January already and two other ones were closed without a solution).
I have contacted two people I know from VMware directly, but I do not have any news from them yet.
I HAVE to solve this before the end of the year or come up wth another solution for the customer as this issue is blocking the entire project.
have you tried testing with a single machine to remove it and re-join the domain?
Yes, I dis that test also, but no luck.
I noticed in your svservice log "NetGetJoinInformation() success, domain name WORKGROUP and type is 2"
type 2 = workgroup and type 3 = domain joined......so what account is running the app volumes service on the machine?
The App Volume Service is running as Local System.
At first my golden image was not joined to the domain. The composed VDIs however are joined to the domain.
Afterwards, I also joined my golden image to the domain, but it does not give any difference.
Yesterday evening I opened a VMware Support call for this issue (SR # 15836351012).
I was contacted by VMware and send them the attached logfiles.
Hopefully they can come back soon with an explanation/solution
LOGS.zip 2.6 MB
I too am having the same issue. Would be great to hear if you managed to find out what it was and how to fix it.