Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates
 212.85.38.228 as permitted sender)
Message-ID: <4D99B225.20708@ice-sa.com>
Date: Mon, 04 Apr 2011 13:57:25 +0200
From: =?windows-1252?Q?Andr=E9_Warnier?= <aw@ice-sa.com>
Reply-To: Tomcat Users List <users@tomcat.apache.org>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: AW: Solved:  Issue with isapi_redirect-1.2.31 on IIS7 on
 Win2008R2
References: 
 <983BCB8DEFCDA248B640B2F6373CAE8DAED2BDC0@SRS-EXCH-02.bensheim.srs>
 <9755225A-024C-4C1F-B240-660F2863EF55@srs-management.de>
 <983BCB8DEFCDA248B640B2F6373CAE8DAED2BDD4@SRS-EXCH-02.bensheim.srs>
In-Reply-To: 
 <983BCB8DEFCDA248B640B2F6373CAE8DAED2BDD4@SRS-EXCH-02.bensheim.srs>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

Also to whom it may concern :

The following, while not directly relevant to isapi_redirect.dll itself, may provide some 
clues about the loading or not of isapi filters under IIS 7.x.

These are installation notes for another (quite useful) piece of software which acts as an 
isapi filter under IIS.

Maybe one or more of the same kind of issues play a role in the case of isapi_redirect.

http://www.helicontech.com/isapi_rewrite/doc/minstall.htm
http://www.helicontech.com/isapi_rewrite/doc/security.htm

Note: the isapi_rewrite module provides IIS with not all, but a reasonable subset of, the 
capabilities of the Apache mod_rewrite and mod_proxy modules.
For a similar module running as a servlet filter under Tomcat, have a look at 
http://www.tuckey.org/urlrewrite/


Thomas Strau� wrote:
> For whom it may concern.
> 
> The issue is solved. The problem were missing access rights to the folders
> containing the dll. The issue is, that we cannot see what rights were not
> sufficient. 
> 
> Adding the IIS site runner to admin group did not help, only adding read
> access for everyone made IIS read the DLL on startup again. Funny enough,
> later on, when the site was started up, we could see the DLL load and being
> accessed - but the DLL was not active (redirect did not happen). All Test
> access buttons of IIS7 reported no issue. Maybe the runtime user of the II7
> service itself has changed. 
> 
> Hope this helps someone else in the same situation...
> 
> Regards,
> 
> Thomas
> 
> -----Urspr�ngliche Nachricht-----
> Von: Thomas Strau� [mailto:t.strauss@srs-management.de] 
> Gesendet: Samstag, 2. April 2011 12:48
> An: Tomcat Users List
> Betreff: Re: Issue with isapi_redirect-1.2.31 on IIS7 on Win2008R2
> 
> Hi,
> 
> Answering myself ...
> 
> found a blog entry that points to a direction
> http://blogs.msdn.com/b/david.wang/archive/2005/06/21/howto-diagnose-and-fix
> -common-isapi-filter-installation-failures.aspx?PageIndex=5.
> 
> The return code is not 00000005, it is 05000000 and this is in fact an
> ACCESS_DENIED response. I still do not know why the service suddenly refuses
> to load the formerly running dll, but will try to run a process monitor. I
> will post here if the issue is solved - as a kind of archive of things that
> can happen...
> 
> Regards,
> 
> 
> Thomas
> 
> 
> Am 01.04.2011 um 18:18 schrieb Thomas Strau�:
> 
> Hi,
> 
> we have a customer that is facing a situation since yesterday on two 2008R2
> servers.
> 
> The IIS did without warning refuse to load the isapi_redirect-1.2.31 dll.
> 
> The error is always the same:
>    Could not load all ISAPI filters for site <'the site name>'.  Therefore
> site startup aborted.
>   The HTTP Filter DLL
> D:\PaperDynamix\IIS-Redirect\bin\isapi_redirect-1.2.28.dll failed to load.
> The data is the error.
> 
> The error code in the data is 0000005
> 
> The system ran in this configuration for four month now without change on
> the IIS configuration.  We replaced the redirector with the .31 version, but
> this was also not loaded.
> 
> The eventlog only shows the issue above, everything else is fine. The tomcat
> servers behind the IIS are running fine � no issue there. The version of the
> DLL is definitely x64, we think there has been a global policy change on the
> Windows domain, but this is neglected, customer says, that policies have not
> been changed for some weeks.
> 
> On the server, McAFFEE is installed, but it does not report anything, nor
> does it deny loading any file (not reported at least). We cannot see any
> traces of any crash.
> 
> Does anyone know of a Servicepack / Bugfix installed on the Domain
> Controller that may propagate this change to domain members?
> On the server, UAC is active, but there is no login failure in the audit
> event log, so no trace of an issue there.
> 
> Is anyone aware of such an issue or can anyone point me to something?
> 
> What happened yesterday at around 02:00 PM?
> 
> Mit freundlichen Gr��en
> 
> Thomas Strau�
> Gesch�ftsf�hrer Entwicklung
> 
> SRS PaperDynamix�
> DIGITAL SCHON AUF DEM PAPIER
> 
> SRS-Management GmbH
> Berliner Ring 93
> 64625 Bensheim
> T +49 6251 85 424 - 20
> F +49 6251 85 424 - 14
> M +49 174 2110912
> 
> www.srs-management.de<http://www.srs-management.de>
> www.srs-paperdynamix.de<http://www.srs-paperdynamix.de>
> 
> HRB 25262 AG Darmstadt
> Gesch�ftsf�hrer: Detlev Homilius, Thomas Strau�
> 
> 
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org