Hi Eric,
could you please let me know the next steps to mitigate Segfault error..
On Wed, May 30, 2012 at 6:30 PM, Eric Covener wrote:
> On Wed, May 30, 2012 at 5:59 PM, Ishita Kapadiya wrote:
>> Thanks William. This is the stack output i got from mdb when core got
>> dumped. Also, when i googl
On Wed, May 30, 2012 at 5:59 PM, Ishita Kapadiya wrote:
> Thanks William. This is the stack output i got from mdb when core got
> dumped. Also, when i google "ap_mpm_pod_check" then got to know that
> there are lots of people who hits Apache bug.
It means lots of people post about the first threa
Thanks William. This is the stack output i got from mdb when core got
dumped. Also, when i google "ap_mpm_pod_check" then got to know that
there are lots of people who hits Apache bug.
Please refer this URL - http://www.gossamer-threads.com/lists/apache/bugs/414768
Also, i ran pfiles against the
You didn't dump the offending stack, you dumped the first stack. It's highly
unlikely there was a segfault in _read.
You need to dump all the thread stacks, and work out the offending one; this is
usuallly designated <<< FAULT or some other indication of where the fault
occured.
On 5/30/2012 10
Thanks Nick.
I have compiled Apache for myself both the time and both are 32-bit.
The same modules all other instances are using and thus i am not sure
what is different with this instance that causing Segmentation fault
error.
I tried to dig more into it and here is what i got -
mdb core
> ::sta
On 29 May 2012, at 23:11, Ishita Kapadiya wrote:
> Hi All,
>
> I am using this configurations -
>
> Solaris sparc 10/apache 2.2.22/openssl 1.0.0g/simteminder sso/mod-jk 1.30
Did you compile everything yourself?
If yes, could any compile options have changed? E.g. between 32-bit and 64-bit,
o
Hi All,
I am using this configurations -
Solaris sparc 10/apache 2.2.22/openssl 1.0.0g/simteminder sso/mod-jk 1.30
we are curently running multiple apache servers from the apache's root dir.
Only one of the those instances throwing below errors in error_log :
[Tue May 19 16:14:06 2012] [notice
