This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: Install Condition Failing in Group Policy deployment only - works interactively
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 19, 2008
08:08 AM
Install Condition Failing in Group Policy deployment only - works interactively
I have an install that requires a file to be present in the same folder as the .msi file at install time.
My check is a system search for a file (lets call it foo.bar) in SOURCEDIR and puts the result into the property FOOBAR.
I then have an installcondition based on FOOBAR where a message is displayed if the file is not detected.
This is working perfectly well in Interactive installs.
During a group policy install (or upgrade) the install aborts, a fatal error is displayed it the event log, and no .msi logs are created. I'm assuming that the lack of .msi logs is because the install aborted before the point where logging normally starts.
I enabled this key to help debug:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Diagnostics]
"RunDiagnosticLoggingApplicationDeployment"=dword:00000001
and saw that it is, indeed, my new requirement for that file being present that is failing.
Does anyone have any ideas as to why this works interactively, but not via GP?
I have already checked the permissions no the file and tried an interactive install using the exact network share and user login as the GP deployment.
Thanks for any ideas,
-Al
My check is a system search for a file (lets call it foo.bar) in SOURCEDIR and puts the result into the property FOOBAR.
I then have an installcondition based on FOOBAR where a message is displayed if the file is not detected.
This is working perfectly well in Interactive installs.
During a group policy install (or upgrade) the install aborts, a fatal error is displayed it the event log, and no .msi logs are created. I'm assuming that the lack of .msi logs is because the install aborted before the point where logging normally starts.
I enabled this key to help debug:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Diagnostics]
"RunDiagnosticLoggingApplicationDeployment"=dword:00000001
and saw that it is, indeed, my new requirement for that file being present that is failing.
Does anyone have any ideas as to why this works interactively, but not via GP?
I have already checked the permissions no the file and tried an interactive install using the exact network share and user login as the GP deployment.
Thanks for any ideas,
-Al
(7) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 19, 2008
01:18 PM
I have done more investigation, including adding the value of [SOURCEDIR] to my message.
For whatever reason, this value is not available at AppSearch and LaunchConditions time when deployment is through group policy. During an interactive install, all is well.
Why is this????
For whatever reason, this value is not available at AppSearch and LaunchConditions time when deployment is through group policy. During an interactive install, all is well.
Why is this????
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 19, 2008
02:13 PM
I'm not sure why I'm writing any more here since nobody seems to read these posts anyway...
I've been looking some more and found that "ResolveSource" may be the missing piece. I cannot, however, determine why this is true because in both the UI and Execute Sequences, ResolveSource comes after the AppSearch and LaunchConditions actions. I'm hesitant to move the ResolveSource action because I don't want to cause other issues later on.
Advice?
I've been looking some more and found that "ResolveSource" may be the missing piece. I cannot, however, determine why this is true because in both the UI and Execute Sequences, ResolveSource comes after the AppSearch and LaunchConditions actions. I'm hesitant to move the ResolveSource action because I don't want to cause other issues later on.
Advice?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 19, 2008
02:43 PM
I have more experience in the SMS world then the GPO world, but does GPO even allow you to include additional files in the push? I would almost thing that you would have to apply a transform to the MSI to put a file in the ISSetupFile table and then access it from [SUPPORTDIR] at runtime.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 19, 2008
03:48 PM
Christopher Painter wrote:
I have more experience in the SMS world then the GPO world, but does GPO even allow you to include additional files in the push? I would almost thing that you would have to apply a transform to the MSI to put a file in the ISSetupFile table and then access it from [SUPPORTDIR] at runtime.
Yes, the push worked fine until I added the AppSearch/Launch condition to require that the file is there.
Prior to adding this restriction, it all worked great and the file was copied if present in the directory with the .msi. I did the copy through the MoveFile table inside one of my MergeModules.
Whadaya think Christopher?
Just for fun I'm going to move the ResolveSource action and see if that does anything good.
[Update - Not good. Error 2732.Directory Manager not initialized. Time for a CA to check for the file I think. ]
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 19, 2008
05:37 PM
Right, "Directory Manager not initialized" means a project refers to a Directory-table property before CostFinalize runs (running ICE validation might catch that). From memory I don't have an answer, but searching these forums for "appsearch sourcedir" turns up some similar experiences others have had...
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 19, 2008
06:07 PM
RobertDickau wrote:
Right, "Directory Manager not initialized" means a project refers to a Directory-table property before CostFinalize runs (running ICE validation might catch that). From memory I don't have an answer, but searching these forums for "appsearch sourcedir" turns up some similar experiences others have had...
Thanks for the pointer, Robert.
I tried lots of searches, but not that exact one, and now I see that quite a few potentially relevant threads are listed.
At this point I have a custom action that's working, although I'd really rather do the right things to get system search/Launch conditions to work and let WindowsInstaller deal with it all.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 20, 2008
08:35 AM
Resolution:
I'm up against a dead line, so here's what I ended up doing...
I made an InstallScript custom action that checks for the file, and fired the custom action after ResolveSource in both the UI and Execute sequences.
I then made an Error CA that checks the property from the first CA and displays my error message. I fired the Error CA after the InstallScript CA.
It works great interactively and through deployment, deals with long paths/spaces in names, and puts an error in the EventLog if there's an issue.
...Ship it
I'm up against a dead line, so here's what I ended up doing...
I made an InstallScript custom action that checks for the file, and fired the custom action after ResolveSource in both the UI and Execute sequences.
I then made an Error CA that checks the property from the first CA and displays my error message. I fired the Error CA after the InstallScript CA.
It works great interactively and through deployment, deals with long paths/spaces in names, and puts an error in the EventLog if there's an issue.
...Ship it
![](/skins/images/D60DF682EA37BF37032955CE10F3F0BB/responsive_peak/images/icon_anonymous_message.png)