?
Solved

AIP deployment upgrade of Adobe 9.3.3 with 9.3.4 failing

Posted on 2010-09-09
4
Medium Priority
?
282 Views
Last Modified: 2012-05-10
I'm having difficulties deploying Adobe Reader 9.3.4 via Group Policy.

Currently the network have 9.3.3 (we've been deploying via GP since 9.1), and the other apps i'm deploying install fine (including some other Adobe ones), but each time it skips the 9.3.4 one.

I've worked out that it thinks 9.3.4 is the same program as 9.3.3, and therefore skips the installation, thinking it is installed already.  In both GPOs, the product code is {ac76ba86-7ad7-1033-7b44-a93000000001} - this is surely the cause of my problem.

The 9.3.4 I'm trying to deploy is a 9.3 MSI AIP, freshly patched with 9.3.2, 9.3.3 and 9.3.4 MSPs.  I'm guessing both the patched 9.3.4 MSI and the older 9.3.3 MSI have the same 9.3  product code.

What can I do to push the 9.3.4 out, short of manual installation?
0
Comment
Question by:hlbmj
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
4 Comments
 
LVL 7

Expert Comment

by:enzogoy
ID: 33642904
Are you able to download a full 9.3.4, modify it and push it out?
I normally remove the old version and push out a new version.  I think it will save me a lot of time if there is a conflict of the previous version to the latest one.

Just a thought.
0
 

Author Comment

by:hlbmj
ID: 33642908
there's a full 9.3.4?  I thought there was only an MSP, like 9.3.3 and 9.3.2?
0
 

Author Comment

by:hlbmj
ID: 33642914
or would you suggest removing the 9.3.3 from the GPO, requiring an uninstall, then applying the 9.3.4 GPO after that?
0
 

Accepted Solution

by:
hlbmj earned 0 total points
ID: 33731188
fixed this issue - created a fresh 9.3.4 install, patched etc, then delete the old deployment package in the GPO, forced immediate uninstall, and then added 9.3.4 as a new package.
0

Featured Post

Get your Disaster Recovery as a Service basics

Disaster Recovery as a Service is one go-to solution that revolutionizes DR planning. Implementing DRaaS could be an efficient process, easily accessible to non-DR experts. Learn about monitoring, testing, executing failovers and failbacks to ensure a "healthy" DR environment.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This article demonstrates probably the easiest way to configure domain-wide tier isolation within Active Directory. If you do not know tier isolation read https://technet.microsoft.com/en-us/windows-server-docs/security/securing-privileged-access/s…
Group policies can be applied selectively to specific devices with the help of groups. Utilising this, it is possible to phase-in group policies, over a period of time, by randomly adding non-members user or computers at a set interval, to a group f…
Attackers love to prey on accounts that have privileges. Reducing privileged accounts and protecting privileged accounts therefore is paramount. Users, groups, and service accounts need to be protected to help protect the entire Active Directory …
There are cases when e.g. an IT administrator wants to have full access and view into selected mailboxes on Exchange server, directly from his own email account in Outlook or Outlook Web Access. This proves useful when for example administrator want…
Suggested Courses

765 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question