Here's what I've heard back from our installer developer:
The MSI does perform an uninstall before upgrading to the next version, so the uninstall is expected
The install appears to be failing due to a conflicting process (error 1041). The “ConflictingProcs” registry value in the following registry key should contain the name(s) of the offending process(es).
They need to make sure that no conflicting processes are running at install time in order for the upgrade to work.
Can you check for the conflicting processes and verify that they are terminated before continuing the install?
I'm unable to make a recommendation on how to check for the presence of this key, as I'm unfamiliar with SCUP and SCCM. Is it possible to have a vb script run that queries this key and alerts the user?
There is no install switch that will ignore an opened browser. However, with the release of 11.2 this issue should only occur for re-installs of the same version. You should not see this occurring when updating to new versions.
We have the same issue for a number of months and it's becoming increasingly annoying. We're rolling out the updates via SCUP and SCCM and as Prakash has said you end up with a large number of systems with no Flash installation on them. This really needs to be reviewed by Adobe as it negates the usefulness of having the SCUP catalog.
What we've found is:
If IE is open the uninstall part of the the update goes ahead, but the installation then fails.
SCCM will never try to perform the update again as it only updates systems that need the update. If the system no longer has Flash installed it doesn't need the update!
We've tried rectifying it by doing a mop up of the failed systems by using an advertisement within SCCM targetted at them. However this has a second problem.
Due to the unclean installation of Flash the msi will fail silently. Manually running it reveals the issue to be "the file installax.exe is not marked for installation".
This is due to a registry entry within HKEY_CLASSES_ROOT\Installer\Products\GUID being present. We've tried cleaning this up using the flash uninstaller utility, but this still leaves the registry entry behind. The only way of fixing it is to manually delete it from the registry.
Please can you have someone who has knowledge of SCCM and SCUP look at this issue. Again, as Prakash has said it's still happening with the latest version.
See http://forums.adobe.com/message/3124297 for a discussion on the installax.exe issue. The GUIDs referenced in the keys vary, and the one I've stripped out on my test machine today was different to the ones listed in that discussion.
See also http://faultbucket.ca/2010/12/adobe-flash-gpo-deploy-error-installax-exe/. This issue is that the now uninstalled Flash has been pushed out via GPO or SCCM advertisment, so this key is still present despite the update installation and as I said above the uninstall/cleanup utility does not remove it either.
The key will be similar to this one:
"ProductName"="Adobe Flash Player 11 ActiveX"
Ideally we need a way for the Flash Updates through SCCM to aknowledge the fact that they may fail, either by waiting for a reboot before happening to ensure that a clean uninstall/install can happen or by trapping any errors that occur and re-running the install component at shutdown or reboot.
The installax.exe issue is a secondary issue, but it would obviously be useful if that could be resolved too.
I wonder if there was any feedback from Adobe about the two issues raised here regarding failed installations through SCCM and separate but related installax.exe issue.
We've had to roll out 11.3.300.257 and we'll end up with a 15% failure rate that will require manual intervention.
Whilst this is still better than manually updating 400 PCs it's still a much higher failure rate than we would like.
Can I have confirmation if the issues mentioned in this post have been passed on internally within Adobe? We have another Flash release pending that will result an significant manual intervention, something that Adobe publishing the SCUP catalog updates was meant to remove. The SCUP catalog is an official Adobe product, but its usefulness is let down by the installer issues. If there's a better channel to raise this through, then please let me know.
We're in the process of investigating this error but need help from community members. If you're encountering the "...is not marked for installation" issue and would be willing to generate debug logs for us, please see the instructions below:
Perform the following steps on an impacted system
1. Download the appropriate "Debugging Tools for Windows" MSI installer which is available from:
** For 32 Bit systems: http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_126.96.36.199 4.msi
** For 64 Bit systems: http://msdl.microsoft.com/download/symbols/debuggers/dbg_amd64_6.11.1. 404.msi
Click on Run
Click on Next
Click on "I agree" for the EULA
Click on Next
Select the radio button for "Custom"
Click on Browse and change the default install path to C:\DEBUGGERS
Click on Next
Click on Install
Click on Finish
2. Download the appropriate TTTSetup MSI installer:
** For 32 Bit systems: https://sendnow.acrobat.com/?i=7gBp4PSAtP9lB8UrdqBr6Q
** For 64 Bit systems: https://sendnow.acrobat.com/?i=9SfayRdL7gGV50TeYOpkTg
3. Copy the appropriate TTTSetup MSI installer to c:\debuggers
Double click on the MSI installer to execute
Click on "Next"
Click on "I accept" for the EULA
Click on "Next"
Ensure the install location reads C:\Debuggers\ttt\
Click on "Next"
Click on "Install"
4. Launch task manager and ensure that there are no running instances of msiexec.exe. If there are, end the running instances. This will help us isolate the msiexec.exe process(es) that are associated with the Flash Player MSI.
5. Launch the Flash Player 11 MSI installer but do not click on the Install button just yet.
6. Locate the msiexec.exe process(es) that appear in task manager after launching the Flash Player MSI. Take note of the PID(s) for msiexec.exe (you will need it later)
- If you do not see a PID column in Task Manager, you can add it from the task manager View pulldown menu (View->Select Columns)
7. Create the following folder C:\iDNAtrace
8. Open a command prompt and navigate to C:\Debuggers\ttt (cd C:\Debuggers\ttt)
- If you have two running instances of msiexec.exe, you will need to perform steps 8 - 10 in two separate command prompts in order to capture all MSI activity (one for each PID).
- If you are on Windows 7, you will need to launch the command prompt with the "Run As Administrator" command. To do this, click on Start, type cmd in the search field, right click on cmd.exe.
9. Type "TTtracer.exe -Initialize" without the quotation marks and then Press Enter.
10. Type "TTtracer.exe –dumpfull –maxfile 1024 –ring –out c:\iDNAtrace –attach PID” without the quotation marks, Press Enter. <Replace "PID" with the process ID for msiexec.exe from step 5 above>
11. click on the Flash Player 11 MSI Install button. When the Flash Player 11 MSI displays the error message, click on "Exit App" on the iDNA window on the desktop. This will create the .out and .run trace files in the C:\iDNAtrace folder
Please send the .run and .out files to firstname.lastname@example.org for further analysis.