|
Home > Archive > WebSphere HTTP Server > February 2005 > Additional info
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
|
|
| Michael.Wall@connectcgs.com 2005-02-10, 6:00 pm |
| Environment:
IBM HTTP SERVER: 1.3.19.4
PORTAL SERVER: 4.2.1 Extend
APP SERVER: 4.0.5
Have checked log files in all nothing unexpected, restarted app server
also.
Initial portal page is set of static portlets
Michael
| |
| Sunit Patke 2005-02-10, 6:00 pm |
| Exactly what symptoms are you seeing? How many concurrent connections are
open with IHS when the IHS crashes?
Sunit
<Michael.Wall@connectcgs.com> wrote in message
news:cug1fd$2t0m$2@news.boulder.ibm.com...
> Environment:
>
> IBM HTTP SERVER: 1.3.19.4
> PORTAL SERVER: 4.2.1 Extend
> APP SERVER: 4.0.5
>
> Have checked log files in all nothing unexpected, restarted app server
> also.
>
> Initial portal page is set of static portlets
>
> Michael
| |
| Michael.Wall@connectcgs.com 2005-02-10, 6:00 pm |
| IHS crashed only once, symptom is slowness to open initial page
(index.html with redirect to .../wps/portal) some of time, not all. Once
logged in, there are no issues. There are around 200 threads for httpd.
when I stop and start, httpd appears with loads of threads, despite .conf
settings. No issies that I can see on app/portal server, logs all as
expected.
| |
| Sunit Patke 2005-02-10, 6:00 pm |
| When this problem occurs next time, can you check number of threads being
used in your web container? Currently defined sizing can be checked using
adminclient. Thread usage can be checked using Resource Analyzer.
Sunit
<Michael.Wall@connectcgs.com> wrote in message
news:cug40a$eom$1@news.boulder.ibm.com...
> IHS crashed only once, symptom is slowness to open initial page
> (index.html with redirect to .../wps/portal) some of time, not all. Once
> logged in, there are no issues. There are around 200 threads for httpd.
> when I stop and start, httpd appears with loads of threads, despite .conf
> settings. No issies that I can see on app/portal server, logs all as
> expected.
| |
| Michael.Wall@connectcgs.com 2005-02-11, 6:11 pm |
| Sunit,
Thanks for your help, the ISP got back to me, postfix was running on the
box, was being used as a spam relay. hadn't been removed from startup
which was causing the performance issues.
this doesn't explain the initial crash though, but with postfix shut down
preformance is back to expected.
| |
| Ray McVay 2005-02-11, 6:11 pm |
| You don't think the fact your host was cracked doesn't possibly explain
the initial crash? What if the inital crash was the buffer overflow that
let them in?
Michael.Wall@connectcgs.com wrote:
> Sunit,
> Thanks for your help, the ISP got back to me, postfix was running on the
> box, was being used as a spam relay. hadn't been removed from startup
> which was causing the performance issues.
>
> this doesn't explain the initial crash though, but with postfix shut down
> preformance is back to expected.
| |
| Sunit Patke 2005-02-11, 6:11 pm |
| Did you check your error_log? Also check for any core files created at that
time. You might have been hit by a buffer overflow vulnerability.
Sunit
<Michael.Wall@connectcgs.com> wrote in message
news:cuipto$3buu$1@news.boulder.ibm.com...
> Sunit,
> Thanks for your help, the ISP got back to me, postfix was running on the
> box, was being used as a spam relay. hadn't been removed from startup
> which was causing the performance issues.
>
> this doesn't explain the initial crash though, but with postfix shut down
> preformance is back to expected.
|
|
|
|
|