We have several servers in production with W2K SP4 IIS5.0 that host a
COM+ web application that utilizes the Crystal Reports v7 Web Server,
page and image servers for displaying dynamic reports to the end users
in the Internet Explorer web browser. At this time, there are no
issues with the production servers in use.

The issue we have is with the installation of CR 7 to a new W2K SP4 IIS
5.0 machine. We launch the setup package and the installation
proceeds, but does not detect any web server present. Therefore, the
setup package does not display the dialog box for choosing the web
server configuration to install, nor does it install the page and image
servers. This essentially breaks the Crystal Reports modules of the
COM+ web application.

We suspect that there may be a Microsoft security patch installed that
masks the presence of IIS, which in turn causes the setup package to
skip the web server configuration portion of the installation, but we
have been unable to determine if this is the case or not.

We have a project underway to upgrade Crystal to version XI, but we
need a test server built with the current configuration to be used for
the upgrade process testing. We also need a way to reliably install
CR7, in case one of our production servers fails before we complete the
upgrade to CR XI.

We have already un-installed any security patches that are specifically
related to IIS, MSDTC or COM+, without positive results. We are now in
the process of un-installing the rest of the patches one at a time to
see if we can resolve this and perhaps identify the patch that is
causing the issue.

Initial patches removed, KB917537, KB913580 and KB902400.
Remaining patches to be removed:
KB899588, KB893756, KB899591, KB899587, KB896423, KB905414, KB899589,
KB905749, KB901017, KB900725, KB904706, KB896424, KB908523, KB912919,
KB908519, KB908531, KB911567, KB911280, KB914389, KB917736, KB917953,
KB917159, KB914388, KB920683, KB917008, KB921398, KB922616, KB920670,
KB917422, KB920685, KB921883, KB920958, KB923191, KB923414, KB920213,
KB924270.

These patches were installed during the period from now back to August
2005. August 2005 was the last time that we were able to install CR7
Web Server correctly on a server with W2K SP4 IIS 5.0.

Any help that could get us around this hurdle, would be greatly
appreciated.

Re: Crystal Reports v7 install issue on W2K IIS 5.0 by deanjonz

deanjonz
Fri Jan 19 15:30:15 CST 2007

Work around identified. Issue may be due to security patches or
perhaps group policy changes on the server for security accesses.
Using a local account that resides on the server that is a member of
the local administrator group can be used to perform the install and
configuration of the Crystal Reports Web, Page and Image server
modules.

On Jan 17, 3:34 pm, deanj...@hotmail.com wrote:
> We have several servers in production with W2K SP4 IIS5.0 that host a
> COM+ web application that utilizes theCrystalReportsv7 Web Server,
> page and image servers for displaying dynamicreportsto the end users
> in the Internet Explorer web browser. At this time, there are no
> issues with the production servers in use.
>
> The issue we have is with the installation of CR 7 to a new W2K SP4 IIS
> 5.0 machine. We launch the setup package and the installation
> proceeds, but does not detect any web server present. Therefore, the
> setup package does not display the dialog box for choosing the web
> server configuration to install, nor does it install the page and image
> servers. This essentially breaks theCrystalReportsmodules of the
> COM+ web application.
>
> We suspect that there may be a Microsoft security patch installed that
> masks the presence of IIS, which in turn causes the setup package to
> skip the web server configuration portion of the installation, but we
> have been unable to determine if this is the case or not.
>
> We have a project underway to upgradeCrystalto version XI, but we
> need a test server built with the current configuration to be used for
> the upgrade process testing. We also need a way to reliably install
> CR7, in case one of our production servers fails before we complete the
> upgrade to CR XI.
>
> We have already un-installed any security patches that are specifically
> related to IIS, MSDTC or COM+, without positive results. We are now in
> the process of un-installing the rest of the patches one at a time to
> see if we can resolve this and perhaps identify the patch that is
> causing the issue.
>
> Initial patches removed, KB917537, KB913580 and KB902400.
> Remaining patches to be removed:
> KB899588, KB893756, KB899591, KB899587, KB896423, KB905414, KB899589,
> KB905749, KB901017, KB900725, KB904706, KB896424, KB908523, KB912919,
> KB908519, KB908531, KB911567, KB911280, KB914389, KB917736, KB917953,
> KB917159, KB914388, KB920683, KB917008, KB921398, KB922616, KB920670,
> KB917422, KB920685, KB921883, KB920958, KB923191, KB923414, KB920213,
> KB924270.
>
> These patches were installed during the period from now back to August
> 2005. August 2005 was the last time that we were able to install CR7
> Web Server correctly on a server with W2K SP4 IIS 5.0.
>
> Any help that could get us around this hurdle, would be greatly
> appreciated.