Summary: | AH00051: child pid 28416 exit signal Segmentation fault | ||
---|---|---|---|
Product: | Apache httpd-2 | Reporter: | abhishek.patil |
Component: | All | Assignee: | Apache HTTPD Bugs Mailing List <bugs> |
Status: | NEEDINFO --- | ||
Severity: | critical | ||
Priority: | P2 | ||
Version: | 2.4.39 | ||
Target Milestone: | --- | ||
Hardware: | Other | ||
OS: | Linux | ||
Attachments: |
Contains Apache configurations and gdb bt full
Contains Apache configurations and gdb trace Detailed backtrace |
Description
abhishek.patil
2019-08-15 11:04:31 UTC
Can you share your configuration and backtraces from the core? https://httpd.apache.org/dev/debugging.html#crashes Created attachment 36719 [details]
Contains Apache configurations and gdb bt full
Can you share the `thread apply all bt full` output too? Created attachment 36720 [details]
Contains Apache configurations and gdb trace
Created attachment 36721 [details]
Detailed backtrace
It looks like you are attaching to a running process rather than getting info from the core file. I can't see any core file getting generated but logs are getting filled with said errors and child processes are getting closed and new processes are getting spawned continuously. I have also added below directive to generate core dumps in specific file but still not core dump file getting generated. CoreDumpDirectory /app/test/conf I can confirm that lots of disk space is available on server and there isn't any permission issue as well. CoreDumpDirectory only has affect of /proc/sys/kernel/core_pattern isn't absolute or a pipe because CoreDumpDirectory is really just "the working directory during fatal signal". /proc/sys/kernel/core_pattern may be sending cores elsewhere or to a program that filters them (saves only a few, sends them off somewhere remote, etc) I am not that expert on OS level stuff but this is what we have on hosting server. If that helps, [http@server-hostname conf]$ cat /proc/sys/kernel/core_pattern |/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e Also I have checked inside /app and /var, no core dump file any where. |