Community Forums
Page 1 of 2 12 LastLast
Results 1 to 5 of 7

Thread: Vista Enterprise Service Pack 1 IIS 7.0 install problems using Installshield 2010

  1. #1
    carrolls Guest

    Vista Enterprise Service Pack 1 IIS 7.0 install problems using Installshield 2010

    Hi Folks.
    I have just upgraded Installshield IS 2009 to IS 2010.
    I am having a problem creating a virtual directory on Vista Enterprise Service Pack 1.
    While the Virtual Directory Default Web Site/Company/Product/Application gets created on XP under IIS 5.1,
    unfortunately it rolls back when it reaches the same stage on Vista with IIS 7.0. (Using the same Install program.)
    UAC is switched off on Vista, so I am confused. Here is the log generated. -2147024891 means access denied. But I am not denying access to anything.(I think)
    There is a fix for a similar issue that replaces the DLLs IISHelper.dll and IISRT.dll if you are using Installshield 2008. This fix does not work on Installshield 2010.




    Code:
    Setting property 'enabled' to value 'false' for element 'system.webServer/directoryBrowse'. Old value: '0'. m_sSectionName : 'system.webServer/directoryBrowse'.
    InstallShield 16:53:56: getvaluelog
    InstallShield 16:53:56: put_value succeeded. get_StringValue now returns '0' with string value 'false'.
    InstallShield 16:53:56: CommitChanges for path 'MACHINE/WEBROOT/APPHOST/Default Web Site/Company/Product/Application' and physical path 'C:\inetpub\wwwroot\Company\Product\Application\'.
    InstallShield 16:53:56: CommitChanges failed with the following HRESULT: '-2147024891'. 
    InstallShield 16:53:56: Error with IISRT: -2147024891

  2. #2
    joshstechnij's Avatar
    joshstechnij is offline InstallShield Software Engineer
    Join Date
    Jul 2006
    Location
    Schaumburg, IL
    Posts
    1,763
    The referenced code fix for IS 2008 was included in the released versions of IS 2009 and 2010, so the fix in KB Q200236 does not need to be applied (more runtime errors will likely result from attempting to use this fix in IS 2009 or 2010).

    This error could be caused by including a web.config file in your installation in the path C:\inetpub\wwwroot\Company\Product\Application. If a web.config file is included and it uses XML namespaces, IIS cannot parse the file correctly when our custom action attempts to set IIS properties that will be applied to the web.config file (this behavior appears to be fixed with IIS 7.5 on Windows 7/2008 R2). You can confirm this is the cause of the error either by removing the web.config file from the installation or by removing all uses of XML namespaces in the web.config settings file.
    Josh Stechnij - Software Engineer - Flexera Software: InstallShield Team

  3. #3
    Join Date
    May 2009
    Posts
    6

    Exclamation Help!

    I believe this issue has been reintroduce with Installshield 2010 SP1. I just upgraded my setup which installs a web application to IIS. Prior to the upgrade, the web application installed successfully on my Windows 2008 R2 machine with IIS 7.5, after the upgrade, I am getting this error which causes my setup to rollback:

    Code:
    InstallShield 13:05:57: getvaluelog
    InstallShield 13:05:57: Setting property 'accessPolicy' to value 'Script, Read' for element 'system.webServer/handlers'. Old value: '513'. m_sSectionName : 'system.webServer/handlers'.
    InstallShield 13:05:57: getvaluelog
    InstallShield 13:05:57: put_value succeeded. get_StringValue now returns '0' with string value 'Read, Script'.
    InstallShield 13:05:57: CommitChanges for path 'MACHINE/WEBROOT/APPHOST/Default Web Site/SiteName' and physical path 'C:\inetpub\wwwroot\SiteName\'.
    InstallShield 13:05:57: CommitChanges failed with the following HRESULT: '-2147024891'. 
    InstallShield 13:05:57: Error with IISRT: -2147024891
    CustomAction ISIISInstall returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)
    Action ended 13:05:57: InstallFinalize. Return value 3.
    Please help!
    Last edited by pamtaro; 10-14-2009 at 06:50 PM.

  4. #4
    Join Date
    Feb 2008
    Posts
    170
    verify the user you are running the installation under has permissions needed to create a directory in the inetpub\wwwroot directory. Keep in mind most files outside the "public" areas are very locked down in Vista.

  5. #5
    Join Date
    May 2009
    Posts
    6

    Unhappy

    Yes, my user has permissions to create directories in inetpub\wwwroot. Its in the administrator group which has full control in the inetpub directory. I don't think this is a permissions issue, but related to what joshstechnij said about the web.config. When I remove the web.config, my IIS web application installs fine. The reason I think this is related something that's changed in SP1 is because this setup use to install succesfully using the 2010 version without SP1. I did not have to remove the web.config that's in my web application's directory before on this machine. This is a Windows 2008 R2 OS which Installshield 2010 SP1 is officially suppose to support. But it worked before SP1 and now it doesn't WITH SP1! Is anybody else running into this????
    Last edited by pamtaro; 10-14-2009 at 06:59 PM.

Page 1 of 2 12 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •