Hi Everyone,
We're experiencing some capture issues with App Volumes 2.15. and MSI installers.
We strictly followed this VMware Knowledge Base to fix the problem, but one of our application refuses to install in Windows 10 (July Build) with a 1935 error:
What we tried :
- Capture the same application in Windows 7 x64 and App Volumes agent 2.15, and of course, it works like a charm.
- Install this application within W10 capture machine - without capturing - (to exclude some compatibility issues with Windows 10), and it also works.
- We also tried to add in the "HookInjectionWhitelist" a new - "*dllhost.exe||/Processid:" - with the value mentioned in the error message, but without success...
It's clear that Windows 10 is somewhat interfering with the installation process when capturing this AppStack.
Does anyone ever experienced this kind of problem, even with *msiexec.exe||* fix applied ? Any idea is welcome, as we're stuck for the moment...
Thank you very much for your feedback,
I believe that this is the infamous MSI installation issue.
Try removing the cumulitive update patch or try upgradeing to version 2.17, i believe the issue is fixed there.
There is a thread regarding this issue..
I believe that this is the infamous MSI installation issue.
Try removing the cumulitive update patch or try upgradeing to version 2.17, i believe the issue is fixed there.
There is a thread regarding this issue..
Dear Ray,
Thank you very much for your answer. As we chose Windows 10 Build 1809 July update, I'm afraid it will be difficult for us to uninstall previous patches, which are already embedded into the OS.
I think we have 2 options left:
- Install 2.17 or 2.18 agent in the capture machine.
- Build another capture Machine based on W10 1809 January update - and try to recapture this application.
If you have any other idea, feel free to share with us 😉
Thank you !
Just a quick feedback here:
We updated our Windows 10 Capture Machine with 2.18 agent, and it solved all the weird problems, such as:
- Installation errors
- Installation slowness when capturing
- BSOD when the capture machine is rebooted
In conclusion, we'll update App Volumes infrastructure to 2.18 as soon as possible 😉
Yes, that would be my suggestion as well.
Do keep in mind that Appvolumes agent is not backwards compatible (or at least it is not supported).
So you can use Appvolumes manager 2.18 with Agent 2.17, not the other way around. Keep in mind that both versions should not be apart to much.
Regarding the packaging machine. To be honest I haven't seen much issues if you have a working appstack created with a newer agent to work on a machine with an older agent. So my guess is that you will be just fine with this solution
Hello Ray,
Thanks for the precisions 😉