<RESOLVED> OTRS - installer.pl will not display

[ckilmer75]

System:

OS: Server 2012 R2 64bitCPU:
CPU: Quad-Core
RAM: 4096gb

PERL: ActivePerl-5.16.3.1604-MSWin32-x86-298023
OTRS: otrs-3.3.7-win-installer-3.0.5

Database: Used packaged MySQL

*Ensured the Application pool was set to TRUE : Enable 32bit applications
*Ensured Handler Mappings in IIS listed PerlEx as the handler for *.pl (using PerlEx30.dll)
*Ensured the application pool showed as 'Started'

The ERROR I get is this:

At the completion of the OTRS MSI Installer, you click finish and it LAUNCHES the browser to take you to the installer.pl page in order to set up your Database and finish configuring the system. All I get though is a white page with "Script failed to send data."

The PerlEX log shows:

Code: Select all

*** 'C:\otrs\OTRS\bin\cgi-bin\installer.pl' log message at: 2014/05/20 14:11:45
'C:\otrs\OTRS\bin\cgi-bin\installer.pl' script produced no output

I'm at my wits end. I've uninstalled and reinstalled numerous times. I've even tried a previous version that worked for me in the past.

How can I fix this error and get OTRS working?

[ckilmer75]

Okay, finally after days of troubleshooting and then posting this literally just 10 minutes ago, I came across a blog that listed the following solution that has indeed fixed my OTRS installation.

I left all Handler Mappings as OTRS and ActivePerl set them. i.e. PerlEX mapped to handle *.pl

However, I added the following two Script Maps:

1.
for: *.cgi
Mapped to: c:\Perl\bin\perl.exe "%s" %s
Said 'NO' to the ISAPI module message upon creating the map.

2.
for: *.pl
Mapped to: c:\Perl\bin\perl.exe "%s" %s
Said 'NO' to the ISAPI module message upon creating the map.

Restarted IIS and now the site works. I never had to perform this step in the past when installing OTRS.

[eandrex]

2.
for: *.pl
Mapped to: c:\Perl\bin\perl.exe "%s" %s
Said 'NO' to the ISAPI module message upon creating the map.

Restarted IIS and now the site works. I never had to perform this step in the past when installing OTRS.

Hi, i think that by doing that, you are overriding your first PerlEx handler... and of course your performance will be affected.

Back to your problem, i have ran into the same issue(OTRS 3.3.7 + ActivePerl 5.16.3 build 1604 + IIS)

and for some reason, the issue is the ActivePerl version you are using, if you go back to ActivePerl 5.16.3 build 1603, it will work like a charm.

Go get your old working ActivePerl version while you can: http://www.filecluster.com/downloads/Ac ... ndows.html
otherwise, you will have to be a member of their Bussines/Enterprise Edition in order to download older builds of ActivePerl