hmm, where might the core dump be?

---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:03 AM Maucci, Cyrille cyrille.maucci@hpe.com wrote:

Grab the core dump and extract the stack traces ?

*From:* kevin martin [mailto:ktmdms@gmail.com] *Sent:* Friday, August 27, 2021 5:01 PM *To:* openldap-technical@openldap.org *Subject:* OpenLDAP 2.5.7 dies

Aug 27 14:25:38 newldap0.mgt.ch3.bmi slapd[38335]: ppm: Reading pwdCheckModuleArg attribute Aug 27 14:25:38 newldap0.mgt.ch3.bmi systemd[1]: slapd.service: Main process exited, code=killed, status=11/SEGV Aug 27 14:25:38 newldap0.mgt.ch3.bmi systemd[1]: slapd.service: Failed with result 'signal'.

is this a known issue? Oracle Linux 8. what can I do to help determine what occurred?

---

Regards,

Kevin Martin

on systems that are RHEL 8 or equivalent, isn't systemd-coredump used if kernel.core_pattern is set as such (thereby not needing abrt) or am I mistaken? my ulimit -c says unlimited and my sysctl setting is: ---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:20 AM Maucci, Cyrille cyrille.maucci@hpe.com wrote:

Linux basics…

Check kernel.core_pattern using sysctl -a

Check ulimit -c

Check if you have abrt installed..

++Cyrille

*From:* kevin martin [mailto:ktmdms@gmail.com] *Sent:* Friday, August 27, 2021 5:16 PM *To:* Maucci, Cyrille cyrille.maucci@hpe.com *Cc:* openldap-technical@openldap.org *Subject:* Re: OpenLDAP 2.5.7 dies

hmm, where might the core dump be?

---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:03 AM Maucci, Cyrille cyrille.maucci@hpe.com wrote:

Grab the core dump and extract the stack traces ?

*From:* kevin martin [mailto:ktmdms@gmail.com] *Sent:* Friday, August 27, 2021 5:01 PM *To:* openldap-technical@openldap.org *Subject:* OpenLDAP 2.5.7 dies

Aug 27 14:25:38 newldap0.mgt.ch3.bmi slapd[38335]: ppm: Reading pwdCheckModuleArg attribute Aug 27 14:25:38 newldap0.mgt.ch3.bmi systemd[1]: slapd.service: Main process exited, code=killed, status=11/SEGV Aug 27 14:25:38 newldap0.mgt.ch3.bmi systemd[1]: slapd.service: Failed with result 'signal'.

is this a known issue? Oracle Linux 8. what can I do to help determine what occurred?

---

Regards,

Kevin Martin

Definitely core dumps are hooked to system-coredump. I don’t know this subsystem but I’m sure google knows. If I was like you, facing such a situation an unable to figure out where system-coredump throws the thing, I’d change kernel.core_pattern to a good old core.%p and have the core being reproduced.

From: kevin martin [mailto:ktmdms@gmail.com] Sent: Friday, August 27, 2021 5:28 PM To: Maucci, Cyrille cyrille.maucci@hpe.com Cc: openldap-technical@openldap.org Subject: Re: OpenLDAP 2.5.7 dies

Sorry, didn't finish:

kernel.core_pattern = |/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %e

yet no coredump under systemd/coredump... ---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:27 AM kevin martin <ktmdms@gmail.commailto:ktmdms@gmail.com> wrote: on systems that are RHEL 8 or equivalent, isn't systemd-coredump used if kernel.core_pattern is set as such (thereby not needing abrt) or am I mistaken? my ulimit -c says unlimited and my sysctl setting is: ---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:20 AM Maucci, Cyrille <cyrille.maucci@hpe.commailto:cyrille.maucci@hpe.com> wrote: Linux basics…

Check kernel.core_pattern using sysctl -a Check ulimit -c Check if you have abrt installed..

++Cyrille

From: kevin martin [mailto:ktmdms@gmail.commailto:ktmdms@gmail.com] Sent: Friday, August 27, 2021 5:16 PM To: Maucci, Cyrille <cyrille.maucci@hpe.commailto:cyrille.maucci@hpe.com> Cc: openldap-technical@openldap.orgmailto:openldap-technical@openldap.org Subject: Re: OpenLDAP 2.5.7 dies

hmm, where might the core dump be?

---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:03 AM Maucci, Cyrille <cyrille.maucci@hpe.commailto:cyrille.maucci@hpe.com> wrote: Grab the core dump and extract the stack traces ?

From: kevin martin [mailto:ktmdms@gmail.commailto:ktmdms@gmail.com] Sent: Friday, August 27, 2021 5:01 PM To: openldap-technical@openldap.orgmailto:openldap-technical@openldap.org Subject: OpenLDAP 2.5.7 dies

Aug 27 14:25:38 newldap0.mgt.ch3.bmi slapd[38335]: ppm: Reading pwdCheckModuleArg attribute Aug 27 14:25:38 newldap0.mgt.ch3.bmi systemd[1]: slapd.service: Main process exited, code=killed, status=11/SEGV Aug 27 14:25:38 newldap0.mgt.ch3.bmi systemd[1]: slapd.service: Failed with result 'signal'.

is this a known issue? Oracle Linux 8. what can I do to help determine what occurred?

---

Regards,

Kevin Martin

41720 sendto(3, "<165>Aug 27 15:36:40 slapd[41718]: ppm: entry uid=kmart,ou=people,dc=lecpq,dc=com", 87, MSG_NOSIGNAL, NULL, 0) = 87 41720 getpid() = 41718 41720 sendto(3, "<165>Aug 27 15:36:40 slapd[41718]: ppm: Reading pwdCheckModuleArg attribute", 75, MSG_NOSIGNAL, NULL, 0) = 75 41720 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x8} --- 41718 <... futex resumed>) = ? 41720 +++ killed by SIGSEGV +++ 41719 <... epoll_wait resumed> <unfinished ...>) = ? 41719 +++ killed by SIGSEGV +++ 41718 +++ killed by SIGSEGV +++

still now coredump file. I'll try changing the kernel.core_pattern and see if we get something somewhere.

---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:37 AM kevin martin ktmdms@gmail.com wrote:

Well, I now know WHAT caused the coredump; a passwd change request. and I was stracing the slapd process while it happened so I have that as well.

---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:33 AM Maucci, Cyrille cyrille.maucci@hpe.com wrote:

...

Definitely core dumps are hooked to system-coredump.

I don’t know this subsystem but I’m sure google knows.

If I was like you, facing such a situation an unable to figure out where system-coredump throws the thing, I’d change kernel.core_pattern to a good old core.%p and have the core being reproduced.

*From:* kevin martin [mailto:ktmdms@gmail.com] *Sent:* Friday, August 27, 2021 5:28 PM *To:* Maucci, Cyrille cyrille.maucci@hpe.com *Cc:* openldap-technical@openldap.org *Subject:* Re: OpenLDAP 2.5.7 dies

Sorry, didn't finish:

kernel.core_pattern = |/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %e

yet no coredump under systemd/coredump...

---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:27 AM kevin martin ktmdms@gmail.com wrote:

on systems that are RHEL 8 or equivalent, isn't systemd-coredump used if kernel.core_pattern is set as such (thereby not needing abrt) or am I mistaken? my ulimit -c says unlimited and my sysctl setting is:

---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:20 AM Maucci, Cyrille cyrille.maucci@hpe.com wrote:

Linux basics…

Check kernel.core_pattern using sysctl -a

Check ulimit -c

Check if you have abrt installed..

++Cyrille

*From:* kevin martin [mailto:ktmdms@gmail.com] *Sent:* Friday, August 27, 2021 5:16 PM *To:* Maucci, Cyrille cyrille.maucci@hpe.com *Cc:* openldap-technical@openldap.org *Subject:* Re: OpenLDAP 2.5.7 dies

hmm, where might the core dump be?

---

Regards,

Kevin Martin

On Fri, Aug 27, 2021 at 10:03 AM Maucci, Cyrille cyrille.maucci@hpe.com wrote:

Grab the core dump and extract the stack traces ?

*From:* kevin martin [mailto:ktmdms@gmail.com] *Sent:* Friday, August 27, 2021 5:01 PM *To:* openldap-technical@openldap.org *Subject:* OpenLDAP 2.5.7 dies

Aug 27 14:25:38 newldap0.mgt.ch3.bmi slapd[38335]: ppm: Reading pwdCheckModuleArg attribute Aug 27 14:25:38 newldap0.mgt.ch3.bmi systemd[1]: slapd.service: Main process exited, code=killed, status=11/SEGV Aug 27 14:25:38 newldap0.mgt.ch3.bmi systemd[1]: slapd.service: Failed with result 'signal'.

is this a known issue? Oracle Linux 8. what can I do to help determine what occurred?

---

Regards,

Kevin Martin