| Author | Messages | |
gabriel/tfi
Posts:367
 | | 06/08/2009 7:13 PM |
| I would like to change the path to the MSI/MST file(s) inside an existing
GPO and avoid the package being reinstalled on the PCs (we have to change
the DFS where the MSI/MSTs are stored).
I've seen there are some references in the
a) msiFileList attribute of CN=MSI-GUID,CN=Packages,CN=Class
Store,CN=Machine,CN={GPOGUID},CN=Policies,CN=System,<DomainBaseDN> object
b)
\\domain.ext\SysVol\domain.ext\Policies\{GPO-GUID}\{SCRIPT-GUID}.a
as script
Any help would be much appreciated!
Thanks - Gabriele.
| | | |
| darren
Posts:304
| | 06/08/2009 7:28 PM |
| Gabriele-
I'm sorry for you J. This is an age old problem with no good solution. Even
if you change the references in AD and in the AAS file, the workstation
still has metadata in the registry pointing to the old package path, which
is actually what causes the reinstall. The solution that I've seen used in
the past involves changing both the server side properties as well as the
client side entries to prevent a reinstall. If you only have one or two
packages to change and not a lot of clients, its not that bad. If you do,
then I'm sorry for you, again.
Also note that MSTs, once deployed, are forever cached by the client and
therefore a new path to one won't be picked up on system's where the package
has already been deployed.
The AD attribute is easy enough to change but the .AAS file is generated at
package deployment time via the Windows Installer. I do have a command-line
utility I wrote a while ago to re-gen a .AAS file with a different path. If
you want it, ping me off-list. Its very rough but does the job.
Darren
****
Darren Mar-Elia
CTO & Founder
SDM Software, Inc.
"The Group Policy Experts"
www.sdmsoftware.com <http://www.sdmsoftware.com/>
Spot and report on GPO inconsistencies quickly with GPO Compare
http://www.sdmsoftware.com/group_policy_compare
From: activedir-owner@mail.activedir.org
[mailto:activedir-owner@mail.activedir.org] On Behalf Of Gabriele Scolaro
Sent: Monday, June 08, 2009 11:12 AM
To: activedir@mail.activedir.org
Subject: [ActiveDir] How to change an MSI path in a GPO
I would like to change the path to the MSI/MST file(s) inside an existing
GPO and avoid the package being reinstalled on the PCs (we have to change
the DFS where the MSI/MSTs are stored).
I've seen there are some references in the
a) msiFileList attribute of CN=MSI-GUID,CN=Packages,CN=Class
Store,CN=Machine,CN={GPOGUID},CN=Policies,CN=System,<DomainBaseDN> object
b)
\\domain.ext\SysVol\domain.ext\Policies\{GPO-GUID}\{SCRIPT-GUID}.aas
as script
Any help would be much appreciated!
Thanks - Gabriele.
| | | |
| gabriel/tfi
Posts:367
| | 06/08/2009 11:57 PM |
| If you say: No good solution
I just believe theres no good solution! :-)
Thanks Gabriele (sob)
From: activedir-owner@mail.activedir.org
[mailto:activedir-owner@mail.activedir.org] On Behalf Of Darren Mar-Elia
Sent: lunedì 8 giugno 2009 20.27
To: activedir@mail.activedir.org
Subject: RE: [ActiveDir] How to change an MSI path in a GPO
Gabriele-
Im sorry for you J. This is an age old problem with no good solution. Even
if you change the references in AD and in the AAS file, the workstation
still has metadata in the registry pointing to the old package path, which
is actually what causes the reinstall. The solution that Ive seen used in
the past involves changing both the server side properties as well as the
client side entries to prevent a reinstall. If you only have one or two
packages to change and not a lot of clients, its not that bad. If you do,
then Im sorry for you, again
Also note that MSTs, once deployed, are forever cached by the client and
therefore a new path to one wont be picked up on systems where the package
has already been deployed.
The AD attribute is easy enough to change but the .AAS file is generated at
package deployment time via the Windows Installer. I do have a command-line
utility I wrote a while ago to re-gen a .AAS file with a different path. If
you want it, ping me off-list. Its very rough but does the job.
Darren
****
Darren Mar-Elia
CTO & Founder
SDM Software, Inc.
"The Group Policy Experts"
www.sdmsoftware.com <http://www.sdmsoftware.com/>
Spot and report on GPO inconsistencies quickly with GPO Compare
http://www.sdmsoftware.com/group_policy_compare
| | | |
|
|