Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

WAS Plugin causes IIS/WWW Service to crash, plz help!

209 views
Skip to first unread message

Kees

unread,
Mar 18, 2004, 5:37:41 AM3/18/04
to
For our customer we're running a WAS 5.0.1/IIS 5.0 configuration on a
W2K server platform. In the architecture telephony integration has
been implemented between Avaya Interaction Center and E.piphany 6.0.5
browser app. At regular intervals we get the following errors in the
event log:

Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7031
Date: 13-3-2004
Time: 23:33:44
User: N/A
Computer: SAP10056
Description:
The World Wide Web Publishing Service service terminated unexpectedly.
It has done this 1 time(s). The following corrective action will be
taken in 0 milliseconds: No action.

Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7031
Date: 13-3-2004
Time: 23:33:44
User: N/A
Computer: SAP10056
Description:
The IIS Admin Service service terminated unexpectedly. It has done
this 1 time(s). The following corrective action will be taken in 1
milliseconds: Run the configured recovery program.

It is sometimes(but not always) predecessed by this error:

Event Type: Error
Event Source: WAM
Event Category: None
Event ID: 204
Date: 9-3-2004
Time: 12:06:27
User: N/A
Computer: SAP10056
Description:
The HTTP server encountered an unhandled exception while processing
the ISAPI Application '
iisWASPlugin_http + 0x221FB'.
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp.

We ran a virus scan to check wether the systems have been affected by
a virus like Code Red, but this is not the case. We used to have these
issues regularly on our development environment, but the number of
crashes have decreased after applying Websphere HTTP Plugin fixpack as
released in Dec 2003. But apparanty this did not eliminate all issues.
Every reset of IIS causes severe problems in the production
environment due to the sensitivity of the entire architecture. We're
quite desperate to this whole situation. Does anyone have any
suggestions/pointers where we should look?

Sincerely,
Kees v Wijk

Kees

unread,
Mar 19, 2004, 5:52:47 AM3/19/04
to
In addition to the above we found in the WAS HTTP Plugin logs the
following error at the time of the IIS crash:
"_htresponse:htresponseGetChunk: Failed to read the length of the
chunk"

Sincerely,
Kees

Juanma Martinez

unread,
Mar 21, 2004, 10:51:34 AM3/21/04
to
In article <1cfb0584.04031...@posting.google.com>, kvw999
@hotmail.com says...

> . Does anyone have any
> suggestions/pointers where we should look?
>
There is a newer plugin fix for WAS 5.0:

http://www-1.ibm.com/support/docview.wss?rs=180&context=SSEQTP&q1
=plugin&uid=swg21160471&loc=en_US&cs=utf-8&lang=en+en

if that doesn't help (you could also consider upgrading to 5.0.2), you
should open a problem report with IBM.
--
Juanma Martinez

Stefaan

unread,
Mar 29, 2004, 6:26:02 AM3/29/04
to
Hi all,

We had the same problem. After installing the latest plugin from IBM
(thanks Juanma!), we got another error. IIS craches less frequently,
but keeps reporting errors on the ISAPI plugin from IBM.

The error we get now is the following:

---8<----
[Mon Mar 29 10:15:14 2004] 00000d98 00000a00 - TRACE: lib_htrequest:
htrequestWrite: Failed to read the first line of the continue response
[Mon Mar 29 10:15:14 2004] 00000d98 00000a00 - TRACE: lib_htrequest:
htrequestSetError: Setting the error |1|
[Mon Mar 29 10:15:14 2004] 00000d98 00000a00 - TRACE: ws_common:
websphereExecute: Failed to write with an old stream; probably
Keep-Alive timeout fired
[Mon Mar 29 10:15:14 2004] 00000d98 00000a00 - TRACE: lib_stream:
destroyStream: Destroying the stream
[Mon Mar 29 10:15:14 2004] 00000d98 00000a00 - TRACE: ws_common:
websphereGetStream: Getting the stream to the app server
---8<---


Thanks,
Stefaan

Stefaan

unread,
Mar 29, 2004, 6:45:38 AM3/29/04
to
Oops, it seems to be a coincident. The previous error is not a real
error, but is logged during a known race condition, and can be
ignored. 10 seconds later, we get the same error as before the patch:

lib_htresponse: htresponseGetChunk: Failed to read the length of the
chunk

Any help?

Stefaan

0 new messages