When deploying Mapinfo Professional 8.0 through gpo the install freezes. I have red that this has something to do with dcom configuration.

[link]http://www.appdeploy.com/faq/detail-pf.asp?id=76[/link]

=== Logging started: 2-9-2005 14:35:38 ===
Action start 14:35:38: INSTALL.
Action start 14:35:38: SystemFolder.246EB7AD_459A_4FA8_83D1_41A46D7634B7.
Action ended 14:35:38: SystemFolder.246EB7AD_459A_4FA8_83D1_41A46D7634B7. Return value 1.
Action start 14:35:38: ISMsiServerStartup.
Action ended 14:35:38: ISMsiServerStartup. Return value 1.
Action start 14:35:38: ISStartup.
1: ISStartUp Failure. OpenEvent, Error = 0x2
Action ended 14:35:38: ISStartup. Return value 3.
Action start 14:35:38: SetupCompleteError.
Info 2898.Tahoma8, Tahoma, 0

But it is not working.
Can anybody help me with this darn issue
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Community Chosen Answer

2
The MapInfo installation is an InstallScript "enhanced" MSI and so requires the InstallShield Scripting Engine to be present on the target machine for it to work correctly.

As shipped, I think I am right in saying that there is a wrapper setup executable that the installing user normally runs to install MapInfo. This executable will first check that the correct version of the InstallShield Scripting Engine is installed in order to support the bulk of the installation. If there is no InstallShield Scripting Engine present, the executable will install the correct version for you (version 8, I think in this case).

If you have separated the wrapper executable from the main MapInfo MSI and are trying to install just from the MSI itself, you need to make some sort of alternative provision for the scripting engine to be installed / incorporated

Possible options are :

1) Install the Scripting Engine separately as a prerequisite - it is, itself, an MSI named ISSCRIPT8.MSI (for version 8) and should be somewhere on the installation CD for MapInfo.

or

2) Use the InstallShield Scripting Engine Merge Module available as a download from

http://saturn.installshield.com/isd/mergemodules/801/installshieldscriptingengine.msm

in conjunction with the MapInfo MSI

Assuming you are seeing the problems despite the engine being available then you are absolutely right in saying that there have been problems reported with DCOM permissions and the scripting engine. They seem to centre around the file IDRIVER.EXE and there are a number of discussions on the InstallShield forums about this.

One good link you could try is

http://community.installshield.com/showthread.php?t=117720&page=1&pp=5

It concerns problems with SMS rather than GPO deployment, but it will hopefully put you on the right track.

Regards,

Spartacus
Answered 09/02/2005 by: spartacus
Black Belt

Please log in to comment
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
Nice answer Spartacus I'm going to rate that a 2.
Answered 09/04/2005 by: MSIMaker
Second Degree Black Belt

Please log in to comment
0
Thanx for your reply. I have made a few adjusments in the isscriptx.msi:

1) open isscript.msi, then navigate to registry table, remove the Registry601 entry (which is a RunAs InteractiveUser).

2) navigate to the RemoveRegistry table and add Registry601 entry, so that if there was already a key like that in the current registry it will get deleted.


I going to test some more...
thanx for your help
Answered 09/04/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
0
Nope didn´t work. I hate installshield.´s isscript....[:@][:@][:@]

The apps still freezes at install. Isscript is being installed before mapinfo. Does anybody else have these problems
Answered 09/06/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
0
This error looks like a dcom permission error - are you sure you've set the DCOM permissions for isscript? If you need some pointers, have a look at http://itninja.com/question/how-do-you-roll-out-new-machines?911&mpage=1&key=୯ - note that the GUID changes for different versions of isscript, you can check that out using dcomcnfg

Hope that helps

Rgds

Paul
Answered 09/06/2005 by: plangton
Second Degree Blue Belt

Please log in to comment
0
Hi,

I have is Installation stuck problem some time back which has ISScript1050.
Please check eventlog, you should have a error with IDriver with out any reason.
This could be a problem with some custom action.

Thanks
Answered 09/07/2005 by: The_Repacker
Senior Yellow Belt

Please log in to comment
0
Does it install correctly when you install it manually as a local administrator?

The DCOM issue is usually recognisable by the fact that the install works manually, but doesn't work using group policy or certain other deployment tools.
Answered 09/07/2005 by: WiseUser
Fourth Degree Brown Belt

Please log in to comment
0
Sejacru, have you created an administrative install point?
I know not all InstallShield programs allow it, but running 'setup.exe /a' might create an administrative install point containing an MSI file that can be run without running setup.exe.
Answered 09/07/2005 by: Dr. Soup
Senior Yellow Belt

Please log in to comment
0
Yes manually it installs just fine. I have now created an administrative install point just as DR. Soup [:D] mensioned. So i will let you guys know if it is working now.

thanx for your reply
Answered 09/07/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
0
Nope didn't work either.....
next week must this go in produktion so....i think manually
Answered 09/08/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
0
Nope in the eventlog are no messages about idriver.exe
but when turning logging on in the msi i got the above error messges (see earlier post)
Answered 09/08/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
0
The first thing you should do is confirm whether it's a DCOM issue or not.

So try this:

1) Install the application.
2) Run "%SystemRoot%\system32\dcomcnfg.exe"
3) Browse to "Component Services\Computers\My Computer\DCOM Config\Installshield Driver" and check it's properties. What can you see under the identity tab? "Interactive User" or "Launching User"?
4) Check the properties of "InstallShield InstallDriver String Table" in the same why as above.
Answered 09/08/2005 by: WiseUser
Fourth Degree Brown Belt

Please log in to comment
0
I have allready checked this.
Its a dcom permission problem.

But in my isscript1050.msi i have made a few adjustments:

1) open isscript.msi, then navigate to registry table, remove the Registry601 entry (which is a RunAs InteractiveUser).

2) navigate to the RemoveRegistry table and add Registry601 entry, so that if there was already a key like that in the current registry it will get deleted.

but the application still freezes on install.
Answered 09/08/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
0
ORIGINAL: sejacru

I have allready checked this.
Its a dcom permission problem.

But in my isscript1050.msi i have made a few adjustments:

1) open isscript.msi, then navigate to registry table, remove the Registry601 entry (which is a RunAs InteractiveUser).

2) navigate to the RemoveRegistry table and add Registry601 entry, so that if there was already a key like that in the current registry it will get deleted.

but the application still freezes on install.



The question is whether your changes are working?

What do the DCOM settings look like after installing your new MSI?

I embedded the following VBScript in my "Isscript.msi" just after "InstallFinalize" (immediate):

On Error Resume Next
Set oWsh = CreateObject("Wscript.Shell")
oWsh.RegDelete "HKCR\AppID\{E4A51076-BCD3-11D4-AB7D-00B0D02332EB}\RunAs"
oWsh.RegDelete "HKCR\AppID\{99BDE2B6-D79E-11D4-AB87-00B0D02332EB}\RunAs"
Set oWsh = Nothing

It did the trick for me... but it has to be said that my error was slightly different from yours.
Answered 09/08/2005 by: WiseUser
Fourth Degree Brown Belt

Please log in to comment
0
I think the problem here is that the custom action ismsiserverstartup or isstartup in the MapInfo MSI may be reverting the DCOM registry settings back to their defaults despite all the efforts to get around this with the previous customised isscript8.msi running first.

Try running Regmon (available at http://www.sysinternals.com/Utilities/Regmon.html) and monitor the DCOM registry keys during execution of your main MapInfo.msi and see if they do get changed.

This will at least confirm whether the above is true.

Spartacus
Answered 09/15/2005 by: spartacus
Black Belt

Please log in to comment
0
thanx for your reply, i appriciate it.
Next week i have a day off, so i will check it.
Answered 09/15/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
Answer this question or Comment on this question for clarity