NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Please help Apache Segmentation fault



Mhhh, I have no clue about Apache internals. I guess the particular
process should exit for whatever reason. The PHP module seems to free
unmapped heap memory, causing the segfault.

I´d try a recent PHP version, compiled with "-g" flag, in case further
debugging is needed.

2013/1/6 Al Zick <al%familysafeinternet.com@localhost>:
> Hi,
>
> I just happen to have a core file.
>
> Here is the output:
>
> gdb /usr/local/sbin/httpd /usr/local/httpd.core
> GNU gdb (GDB) 7.3.1
> Copyright (C) 2011 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "powerpc--netbsd".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /usr/local/sbin/httpd...(no debugging symbols
> found)...done.
> [New process 1]
> Core was generated by `httpd'.
> Program terminated with signal 11, Segmentation fault.
> #0  0xfddf352c in ?? () from /usr/lib/libc.so.12
> (gdb) bt
> #0  0xfddf352c in ?? () from /usr/lib/libc.so.12
> #1  0xfddf345c in ?? () from /usr/lib/libc.so.12
> #2  0xfddf5ca4 in free () from /usr/lib/libc.so.12
> #3  0xfcb2c160 in zend_hash_destroy () from /usr/local/lib/httpd/mod_php5.so
> #4  0xfcb2f45c in zend_destroy_rsrc_list_dtors () from
> /usr/local/lib/httpd/mod_php5.so
> #5  0xfcb1c6c4 in zend_shutdown () from /usr/local/lib/httpd/mod_php5.so
> #6  0xfcab22e0 in php_module_shutdown () from
> /usr/local/lib/httpd/mod_php5.so
> #7  0xfcab23b8 in php_module_shutdown_wrapper () from
> /usr/local/lib/httpd/mod_php5.so
> #8  0xfcbe3124 in php_apache_server_shutdown () from
> /usr/local/lib/httpd/mod_php5.so
> #9  0xfdf088d4 in apr_pool_destroy () from /usr/local/lib/libapr-1.so.0
> #10 0xfdf088a4 in apr_pool_destroy () from /usr/local/lib/libapr-1.so.0
> #11 0x01819a7c in destroy_and_exit_process ()
> #12 0x0181ad28 in main ()
> (gdb)
>
> Thanks,
> Al
>
>
>
>
>
> On Jan 6, 2013, at 11:37 AM, Stephan wrote:
>
>> Hi all,
>>
>> won´t you happen to have a corresponding core file? Please open it in
>> gdb and issue a "bt" to see where the crash happend.
>>
>>
>> Regards,
>>
>> Stephan
>>
>> 2013/1/6 Takahiro Kambe <taca%back-street.net@localhost>:
>>>
>>> In message <20130106153757.GA20183%kyyhky.embedtronics.fi@localhost>
>>>         on Sun, 6 Jan 2013 17:37:57 +0200,
>>>         Jukka Marin <jmarin%embedtronics.fi@localhost> wrote:
>>>>
>>>> On Sun, Jan 06, 2013 at 10:30:27AM -0500, Al wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> I am seeing "[notice] child pid 16566 exit signal Segmentation fault
>>>>> (11)"
>>>>> in my apache error_log. There is something like 66790 in maybe 1 or 2
>>>>> days.
>>>>
>>>>
>>>> Apache is crashing on our server as well (ever since we upgraded to
>>>> NetBSD
>>>> 6.0).  Haven't had the time to sort this out yet..
>>>
>>> I've seen it, too.
>>>
>>>     NetBSD 6.0_STABLE (HPMICRO) #7: Wed Dec 12 11:29:58 JST 2012
>>>
>>> It looks like apache24 from pkgsrc has the problem but apache22
>>> dosen't have it.  In my case,
>>>
>>> * Crash happens on reloading configuration or log rotation.
>>> * System V IPC, semaphores are left after crash and need to remove
>>>   them manually with ipcrm(1).
>>>
>>> Best regards.
>>>
>>> --
>>> Takahiro Kambe <taca%back-street.net@localhost>
>
>


Home | Main Index | Thread Index | Old Index