While we do not release the IP before taking a snapshot we do stop the AppVolumes service before we shut down. I would definitely try stopping the service before you release the IP and see if that makes a difference.
I would do that suggestion indeed. Also check the svservice.log file on the agent VDI machine. You would also see it connecting there.
What we do saw before is that the agent took to long to merge the appstacks and when Windows logon was finished it was still attaching/merging appstacks and throw out a similar error.
If it is just this, you could hide the popup using this key
Off course this is just fooling the agent to not show the message. I would still suggest looking into the svservice.log
I had case in with support for this same issue. The problem appears to be fixed in 2.14.2.
Are you using any certificate for your AppVol manager ?
If not then "Disable certificate validation with App Volumes manager" while you installing agent on the VMs
I am using a certificate and I see nothing in the agent logs that make me believe it is a cert issue. Also, I am on the latest agent. I have proved it is not an image issue by unassigning all app stacks and the error goes away. I can duplicate this on demand by stopping and starting the App Volumes Service. As soon as I restart the service, the message pops up immediately. It's almost as if it is programmed to show this message when the service starts. I am using port 443 with enable cert validation and want to continue this. Curios if someone grabs just a normal vm in their environment and stops and starts the App Volumes Service on the desktop. Do you immediately get the pop up of "connection Error Unable to contact App Volumes Manager. Virtualization is disabled"? The message pops up before it could possibly go out and attempt to connect to the App Volumes Manager. It is instantaneous.
I would recommend you to try disabling certificate test check against AppVol manager and check still the error is repeating.
If pop-up is not coming then there is a communication issue with your certificate. By doing above steps we can get some ideas of what being wrong.
Thanks for the reply!
So I did what you suggested just on one machine and disabled the SSL Certificate validation in the registry. Used this:
EnforceSSlCertificateValidation key to 0.
I also enable Popups again from the registry so I could see if the popup message was occurring.
I stopped the App Volumes service....NO Message
I started the App Volumes service....NO Message.
I guess this proves that it is a cert problem now....Any Ideas on how to fix or should I disable Cert Validation on the master and call it a day? Even with cert validation disabled it is still using SSL and is SAFE correct?
You are Welcome.
Even with cert validation disabled it is still using SSL and is SAFE correct?
Yes. When you install App Volumes Manager, default self-signed certificate is installed. App Volumes agents use SSL to communicate with the App Volumes Manager and validate the certificate. Also SSL certificate validation is enabled by default when you install the App Volumes agent.
When you disable certificate validation, untrusted App Volumes Manager certificates are not validated , but communication between App Volumes Manager and agent still occurs over SSL.
For More Information :
I hope this gives you a solution for your issue.