There is a bug in the current version that does some very strict database maintenance and cleanup tasks and could cause information to be lost in the process which requires manual reconfiguration. We had to manually reconfigure over 200 machines, not fun .
I would raise a ticket with VMWare because my thought is that it is fixed in a newer version. Normally if vcenter is not available Appvolumes will generate an error that it can't reconfigure the machine and will try again in a few minutes, eventually failing but not changing the status of the attachment in the database.
Also, if you don't want to be to dependant of your vcenter you could try and go for direct attachment. This way attachments will be done on the ESX hosts intself instead of VCenter that deals with the reconfigures.
Yes, we are using the direct attachment function within App Volumes - the one when you use vCenter as management point, but using ESXi direct attachment. It is still very sensitive to vCenter being unavailable and blows away all the attachment records...
We have the same issue recently the team updated the vmware tools in the vCenter server.After the reboot all attachment records are lost in the app manager, is there a possible way to get the attachment tab up and running.
There is a reset option that you could use and it will reset all appstacks and writables of all users but i'm not quite sure if it is something you should be using to be honest, it could cause a lot more harm that fix anything. I'd suggest contacting VMWare support about it.
That being said, how could it be that just updating vmware tools causes the manager to lose all connection information?
This information is stored in the database? Did they do soemthing with the database? What happens if you restart a machine that has appstacks attached but no user logged in? Does it fix it automatically? This normally should be the case.
And if you log in using a different user< Do they get the appstacks attached?