[mapserver-users] Mapcache segmentation faults under high load

[Pieter Callewaert]

Hi Thomas,

Nope, no OOM errors (server has 128G ram also..)

Only strange I see is this:
[51314200.930086] traps: apache2[7324] general protection ip:7f308fc53fe9 sp:7f3089657b10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000]
[51314204.940646] traps: apache2[7469] general protection ip:7f308fc53fe9 sp:7f3082ffcb10 error:0 in libmapcache.so.1.4.1[7f308fc10000+56000]

Kind regards,
Pieter C

From: thomas bonfort [mailto:thomas.bonfort at gmail.com]
Sent: Tuesday, 7 March, 2017 17:56
To: Pieter Callewaert <pieter.callewaert at be-mobile.com>; mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Mapcache segmentation faults under high load

this doesn't seem to be a segfault, but the server that received a kill signal... could you be getting out of memory errors ?

--
thomas

On Tue, Mar 7, 2017 at 8:18 AM Pieter Callewaert <pieter.callewaert at be-mobile.com<mailto:pieter.callewaert at be-mobile.com>> wrote:
Thanks Andreas, you brought me on a lead, indeed the ulimit for core size was on 0. Also it seems ubuntu running apport does not generate coredumps, had to change the core pattern.

I've a core dump now, checked with GDB, but not sure what I'm searching at...
http://pastebin.com/fAXdEg15

Kind regards,
Pieter C

-----Original Message-----
From: Eichner, Andreas - SID [mailto:Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sachsen.de>]
Sent: Monday, 6 March, 2017 15:40
To: Pieter Callewaert <pieter.callewaert at be-mobile.com<mailto:pieter.callewaert at be-mobile.com>>; mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: AW: [mapserver-users] Mapcache segmentation faults under high load

Hi Pieter,

have you checked the ulimit for the user the Apache runs under? See man core(5) for possible reasons why no core is dumped.

HTH

> -----Ursprüngliche Nachricht-----
> Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>]
> Im Auftrag von Pieter Callewaert
> Gesendet: Montag, 6. März 2017 11:01
> An: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
> Betreff: Re: [mapserver-users] Mapcache segmentation faults under high
> load
>
> Hi Thomas,
>
>
>
> The documentation for debug compiling is not complete
> (http://mapserver.org/mapcache/install.html
> <http://mapserver.org/mapcache/install.html> ).
>
> If I add -DCMAKE_BUILD_TYPE="Debug" to the cmake, it this enough?
>
> Also added CoreDumpDirectory /tmp/apache2-gdb-dump to apache2.conf,
> and now I see this in the error log:
>
>
>
> [Thu Mar 02 08:46:42.588518 2017] [core:notice] [pid 13:tid
> 140052444931968] AH00051: child pid 14 exit signal Segmentation fault
> (11), possible coredump in /tmp/apache2-gdb-dump
>
> [Thu Mar 02 08:46:55.606507 2017] [core:notice] [pid 13:tid
> 140052444931968] AH00051: child pid 2097 exit signal Segmentation
> fault (11), possible coredump in /tmp/apache2-gdb-dump
>
>
>
> Unfortunately, no dumps yet, so I’m afraid I did something wrong with
> the debug compiling.
>
>
>
> Kind regards,
>
> Pieter C
>
>
>
> From: thomas bonfort [mailto:thomas.bonfort at gmail.com<mailto:thomas.bonfort at gmail.com>]
> Sent: Wednesday, 1 March, 2017 09:33
> To: Pieter Callewaert <pieter.callewaert at be-mobile.com<mailto:pieter.callewaert at be-mobile.com>>; mapserver-
> users at lists.osgeo.org<mailto:users at lists.osgeo.org>
> Subject: Re: [mapserver-users] Mapcache segmentation faults under high
> load
>
>
>
> Try to get a backtrace from the crashes by compiling mapcache in debug
> mode, and configuring apache to allow coredumps. The "stale lock"
> messages you are seeing are side effects of the crashes so that's not
> where I'd investigate at first.
>
>
>
> regards,
>
> thomas
>
>
>
>

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20170308/87ceb9cc/attachment-0001.html>