• Welcome to Support Forum: Get Support for Patch My PC Products and Services.
 

Adobe Reader DC failing to install VIA TS

Started by mpotase, October 18, 2022, 06:01:57 AM

Previous topic - Next topic

mpotase

Adobe Acrobat Reader DC 22.003.20258 is failing to install via the TS getting a exit code 150201 in the appenforce.log.  I have already tried the allow user interaction and still doing the same thing. any thoughts or insights would be greatly appreciated or if I need to gather further logs please let me know.

Thanks

PaulM


MrRobot13

We are also seeing failures during TS installs.
The TS exit code is listed as 16389.

will.locke

Same problem here.  Our imaging process is blocked by this issue since Acrobat Reader is in the imaging task sequence and it fails every time.

natel

We're having the same issue.  Appenforce.log shows same exact error, TS fails and imaging is at a standstill until this is fixed.  Pulled from TS for now, but nothing I've tried seems to help.

MrRobot13

Quote from: will.locke on October 18, 2022, 02:08:02 PMSame problem here.  Our imaging process is blocked by this issue since Acrobat Reader is in the imaging task sequence and it fails every time.
Quote from: natel on October 19, 2022, 08:36:00 AMWe're having the same issue.  Appenforce.log shows same exact error, TS fails and imaging is at a standstill until this is fixed.  Pulled from TS for now, but nothing I've tried seems to help.

To allow for imaging to proceed, I'd recommend enabling on the Install Application step "If an application installation fails, continue installing other applications in the list". I do not have Continue on error enabled.

An error is still logged to notify what machines failed on it if you're using a TS monitor tool.
The install works fine when going back and doing so from Software Center.

will.locke

The following thread shed the most light on the situation for me:
https://www.reddit.com/r/SCCM/comments/qqzrcm/adobe_reader_x64_installation_error_exit_code/

The first workaround in the thread suggests setting the application to allow user interaction makes it so the application cannot be used in an OSD task sequence.  The implication and other suggestion above was just to let the application not install during the task sequence and install it post imaging via required deployment.  This is not a solution in my opinion.  The whole point of OSD imaging is that a system should come out complete post imaging.  If we're just going to install stuff as required deployments afterward, why even include it in imaging?

However, the second solution was more interesting.  It suggests that Adobe fouled up something with their extraction process... something I'd seen in another thread here in the PMP forums I think.  So the file downloaded from Adobe (and packaged by PMP) is just a compressed wrapper.  It is the process of extracting those files that is failing when the process is run as SYSTEM (succeeds when run under user context).  So the workaround I implemented is this:

  • Copy package folder created by PMP for Adobe Acrobat Reader to another folder on our source drive
  • In the copied folder, use 7zip or WinRAR to extract the contents of the Adobe file
  • Modify the PMP .xml definition file to tweak the cmdline to run setup.exe instead of the Adobe wrapper installer
  • Clone the PMP created application in the SCCM console
  • In the cloned copy, change the source to point to the copied source path above

I put this cloned/modified application into the imaging sequence in place of the PMP automatically created one.  We'll use this version until a permanent fix is implemented in the PMP created application.

RachelGomez161999

If you're having trouble installing Acrobat reader, try the following:
Enable JavaScript. ...
Check for anti-virus updates.
Try a different browser.
Try a direct download link.
Ensure a stable Internet connection.
Update the video card driver (Windows only)
Troubleshoot for specific error messages.

Regards,
Rachel Gomez

oliver

We have the same issue with Adobe Installer as described by @will.locke.
Our workaround was to create a new package based on PSADT with the extracted source and commands from PMP.

KylieDanger

We were getting this error (exitcode 150201 when running in an OSD TS) with Adobe Acrobat Reader DC 22.003.20258. We tried syncing again last week and the error persisted during the imaging process. We tried re-downloading it through the PMPC publishing tool again today, and there's now a new version 22.003.20263. However, this application is doing the same thing - fails during the task sequence with exitcode 150201.


will.locke

Quote from: KylieDanger on October 25, 2022, 02:48:10 PMWe were getting this error (exitcode 150201 when running in an OSD TS) with Adobe Acrobat Reader DC 22.003.20258. We tried syncing again last week and the error persisted during the imaging process. We tried re-downloading it through the PMPC publishing tool again today, and there's now a new version 22.003.20263. However, this application is doing the same thing - fails during the task sequence with exitcode 150201.

See the link (Reddit) in my post above.  That post describes the exact same exit code you mentioned (150201).  I thought this was a recent issue since we only started having the problem week before last, but that Reddit thread is over a year old which doesn't give me a lot of hope that Adobe will fix their installer.

The process we've had to implement to work around this:
  • Clone PMP created application and source folder
  • In cloned source folder, extract contents of compressed installer via 7zip or WinRAR
  • Change source of cloned application to point to above folder
  • Substitute the above cloned application in OSD TS
  • Created collection of systems with Acrobat Reader installed (any version; based on HW inventory)
  • Targeted PMP version of Acrobat Reader as required to above collection
  • On new version released via PMP: test new application in TS
  • If new version works (no 150201 error), then we're good
  • If new still fails, either leave old extracted version in TS or recreate new extracted version using same process as above
  • If leave old extracted version in, systems get updated to latest build via required deployment after imaging is complete.  Not as ideal as installing during OSD, but InfoSec/Vulnerability Mitigation teams are satisfied.

KLUSA

We're also experiencing this issue.  Adobe Reader will install successfully through configuration manager, but will fail as part of a new image task sequence. 

The task sequence failed to install application Adobe Acrobat Reader DC 22.001.20117 for action (Install Application) in the group () with exit code 16389. The operating system reported error 2147500037: Unspecified error.

We tested with the 64-bit version and same issue.

Was hoping someone from PatchMyPC would have chimed in by now as I've seen recent responses to other threads.  The Reddit article posted earlier doesn't quite match what we're seeing. 

will.locke

Quote from: KLUSA on October 27, 2022, 11:47:24 AMWe're also experiencing this issue.  Adobe Reader will install successfully through configuration manager, but will fail as part of a new image task sequence. 

The task sequence failed to install application Adobe Acrobat Reader DC 22.001.20117 for action (Install Application) in the group () with exit code 16389. The operating system reported error 2147500037: Unspecified error.

We tested with the 64-bit version and same issue.

Was hoping someone from PatchMyPC would have chimed in by now as I've seen recent responses to other threads.  The Reddit article posted earlier doesn't quite match what we're seeing. 

You're right; at first we were receiving the same error code as you.  Then it changed to the error code in the Reddit post, and most recent build changed back to the error code you listed.  In both exit codes, the pre-extracted package I described successfully work around the issue.

I'm wondering if PMP can work that into their process.  Probably a pie-in-the-sky scenario, but if PMP could download the file from Adobe, extract it, then build their application based on the extracted bits that would solve this problem.

KLUSA

We're probably just going to revert to an older version of Adobe Reader and continue deploying updates to get it up to the latest version. The manual method is too cumbersome to keep up with.

KylieDanger

Quote from: KLUSA on October 27, 2022, 01:55:32 PMWe're probably just going to revert to an older version of Adobe Reader and continue deploying updates to get it up to the latest version. The manual method is too cumbersome to keep up with.

This is what we're doing right now as well. Thankfully we have set the retention settings to keep the old versions!