Hi Yann,
looks better so far. This is the only one i got without mpm patch:
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/local/apache2/bin/httpd -k start'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 apr_pool_cleanup_kill (p=0x7fe4a808b538,
data=data@entry=0x7fe4a808b5c0,
cleanup_fn=cleanup_fn@entry=0x7fe4bbd38a40 <socket_cleanup>)
at memory/unix/apr_pools.c:2276
#0 apr_pool_cleanup_kill (p=0x7fe4a808b538,
data=data@entry=0x7fe4a808b5c0,
cleanup_fn=cleanup_fn@entry=0x7fe4bbd38a40 <socket_cleanup>)
at memory/unix/apr_pools.c:2276
#1 0x00007fe4bbd34e91 in apr_pool_cleanup_run (p=<optimized out>,
data=0x7fe4a808b5c0, cleanup_fn=0x7fe4bbd38a40 <socket_cleanup>)
at memory/unix/apr_pools.c:2342
#2 0x00007fe4bbd38d22 in apr_socket_close (thesocket=<optimized out>)
at network_io/unix/sockets.c:183
#3 0x00000000004fa88f in process_lingering_close (cs=0x7fe4a808b7c8,
pfd=0x25d3f98) at event.c:1432
#4 0x00000000004fda20 in listener_thread (thd=0x25d4b70,
dummy=0x7fe4a808b7c8)
at event.c:1704
#5 0x00007fe4bb4bf0a4 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#6 0x00007fe4baff062d in clone () from /lib/x86_64-linux-gnu/libc.so.6
Stefan
Am 21.01.2017 um 09:50 schrieb Yann Ylavic:
Hi Stefan,
On Sat, Jan 21, 2017 at 9:45 AM, Stefan Priebe <s.pri...@profihost.ag> wrote:
after running the whole night. These are the only ones still happening.
Should i revert the mpm patch to check whether it's the source?
Yes please, we need to determine...
Thanks,
Yann.
