Dear,
Today, received below error in /var/log/messages with OpenLDAP instance crashing.
Aug 16 13:21:07 muledeer kernel: slapd[29253]: segfault at 0 ip 00007fbeddf3af09 sp 00007fb72effc480 error 4 in uniquemember.so.0.0.0[7fbeddf3a000+2000] Aug 16 13:21:08 muledeer abrt[24629]: Saved core dump of pid 16470 (/usr/app/ldap/openldap2.4.46/libexec/slapd) to /var/spool/abrt/ccpp-2018-08-16-13:21:07-16470 (472973312 bytes) Aug 16 13:21:08 muledeer abrtd: Directory 'ccpp-2018-08-16-13:21:07-16470' creation detected Aug 16 13:21:08 muledeer abrtd: Executable '/usr/app/ldap/openldap2.4.46/libexec/slapd' doesn't belong to any package and ProcessUnpackaged is set to 'no' Aug 16 13:21:08 muledeer abrtd: 'post-create' on '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470' exited with 1 Aug 16 13:21:08 muledeer abrtd: Deleting problem directory '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470'
Could you please guide us in finding probable root of this error..? ----
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
Yes, it is. ----
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
On Thu, 16 Aug 2018 at 14:10, Michael Ströder michael@stroeder.com wrote:
On 8/16/18 2:00 PM, Saurabh Lahoti wrote:
Aug 16 13:21:07 muledeer kernel: slapd[29253]: segfault at 0 ip 00007fbeddf3af09 sp 00007fb72effc480 error 4 in uniquemember.so.0.0.0[7fbeddf3a000+2000]
What is uniquemember.so? Is it a custom overlay?
Ciao, Michael.
On 8/16/18 4:14 PM, Saurabh Lahoti wrote:
Yes, it is.
So if slapd is crashing with a custom overlay loaded you should probably ask the author of this overlay what's wrong.
Where did you get this overlay from?
Ciao, Michael.
mailto:michael@stroeder.com> wrote:
On 8/16/18 2:00 PM, Saurabh Lahoti wrote: > Aug 16 13:21:07 muledeer kernel: slapd[29253]: segfault at 0 ip > 00007fbeddf3af09 sp 00007fb72effc480 error 4 in > uniquemember.so.0.0.0[7fbeddf3a000+2000] What is uniquemember.so? Is it a custom overlay? Ciao, Michael.
Dear,
This overlay was developed in 2006 when our organization moved to OpenLDAP. We just migrated existing config. & data from 2.4.xx (bdb) to 2.4.46 (lmdb). ----
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
On Thu, 16 Aug 2018 at 16:27, Michael Ströder michael@stroeder.com wrote:
On 8/16/18 4:14 PM, Saurabh Lahoti wrote:
Yes, it is.
So if slapd is crashing with a custom overlay loaded you should probably ask the author of this overlay what's wrong.
Where did you get this overlay from?
Ciao, Michael.
mailto:michael@stroeder.com> wrote:
On 8/16/18 2:00 PM, Saurabh Lahoti wrote: > Aug 16 13:21:07 muledeer kernel: slapd[29253]: segfault at 0 ip > 00007fbeddf3af09 sp 00007fb72effc480 error 4 in > uniquemember.so.0.0.0[7fbeddf3a000+2000] What is uniquemember.so? Is it a custom overlay? Ciao, Michael.
On 8/16/18 5:07 PM, Saurabh Lahoti wrote:
This overlay was developed in 2006 when our organization moved to OpenLDAP. We just migrated existing config. & data from 2.4.xx (bdb) to 2.4.46 (lmdb).
Did you recompile the overlay for 2.4.46?
I'm also pretty sure that the API changed within the 2.4.x release series. So you might also need some code changes therein.
Ciao, Michael.
On Thu, Aug 16, 2018 at 05:34:55PM +0200, Michael Ströder wrote:
On 8/16/18 5:07 PM, Saurabh Lahoti wrote:
This overlay was developed in 2006 when our organization moved to OpenLDAP. We just migrated existing config. & data from 2.4.xx (bdb) to 2.4.46 (lmdb).
Did you recompile the overlay for 2.4.46?
I'm also pretty sure that the API changed within the 2.4.x release series. So you might also need some code changes therein.
See for example ITS#8435: http://www.openldap.org/its/?findid=8435
Your overlay might require changes like these:
http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=commitdiff;h=665f3...
On Thu, Aug 16, 2018 at 02:00:20PM +0200, Saurabh Lahoti wrote:
Dear,
Today, received below error in /var/log/messages with OpenLDAP instance crashing.
That looks like either:
- You have a bad SIM (very unlikely) - You have a corrupted uniquemember.so.0.0.0 shared library. - You may have conflated OpenLDAP packages installed that have a critical incompatibility amidst the installed binaries/libraries.
It did write a core file; there are many tutorials about exploring a core file to help understand why the segfault occurred.
Aug 16 13:21:07 muledeer kernel: slapd[29253]: segfault at 0 ip 00007fbeddf3af09 sp 00007fb72effc480 error 4 in uniquemember.so.0.0.0[7fbeddf3a000+2000] Aug 16 13:21:08 muledeer abrt[24629]: Saved core dump of pid 16470 (/usr/app/ldap/openldap2.4.46/libexec/slapd) to /var/spool/abrt/ccpp-2018-08-16-13:21:07-16470 (472973312 bytes) Aug 16 13:21:08 muledeer abrtd: Directory 'ccpp-2018-08-16-13:21:07-16470' creation detected Aug 16 13:21:08 muledeer abrtd: Executable '/usr/app/ldap/openldap2.4.46/libexec/slapd' doesn't belong to any package and ProcessUnpackaged is set to 'no' Aug 16 13:21:08 muledeer abrtd: 'post-create' on '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470' exited with 1 Aug 16 13:21:08 muledeer abrtd: Deleting problem directory '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470'
Could you please guide us in finding probable root of this error..?
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
Dear,
What is you're recommendation to fix this problem on our side..? It's been haunting our operational activities on daily basis.. 😓 ----
*Thanks & Kind Regards,* Saurabh LAHOTI. *Mob: +32.499.82.37.88* *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
On Fri, 17 Aug 2018 at 16:43, Brian Reichert reichert@numachi.com wrote:
On Thu, Aug 16, 2018 at 02:00:20PM +0200, Saurabh Lahoti wrote:
Dear,
Today, received below error in /var/log/messages with OpenLDAP instance crashing.
That looks like either:
- You have a bad SIM (very unlikely)
- You have a corrupted uniquemember.so.0.0.0 shared library.
- You may have conflated OpenLDAP packages installed that have a critical
incompatibility amidst the installed binaries/libraries.
It did write a core file; there are many tutorials about exploring a core file to help understand why the segfault occurred.
Aug 16 13:21:07 muledeer kernel: slapd[29253]: segfault at 0 ip 00007fbeddf3af09 sp 00007fb72effc480 error 4 in uniquemember.so.0.0.0[7fbeddf3a000+2000] Aug 16 13:21:08 muledeer abrt[24629]: Saved core dump of pid 16470 (/usr/app/ldap/openldap2.4.46/libexec/slapd) to /var/spool/abrt/ccpp-2018-08-16-13:21:07-16470 (472973312 bytes) Aug 16 13:21:08 muledeer abrtd: Directory
'ccpp-2018-08-16-13:21:07-16470'
creation detected Aug 16 13:21:08 muledeer abrtd: Executable '/usr/app/ldap/openldap2.4.46/libexec/slapd' doesn't belong to any
package
and ProcessUnpackaged is set to 'no' Aug 16 13:21:08 muledeer abrtd: 'post-create' on '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470' exited with 1 Aug 16 13:21:08 muledeer abrtd: Deleting problem directory '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470'
Could you please guide us in finding probable root of this error..?
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
-- Brian Reichert reichert@numachi.com BSD admin/developer at large
On Wed, Aug 22, 2018 at 04:33:46PM +0200, Saurabh Lahoti wrote:
Dear,
What is you're recommendation to fix this problem on our side..? It's been haunting our operational activities on daily basis.. ????
Who's responsibility do you think this is?
From what I can tell, the OpenLDAP project only supplies source code.
https://www.openldap.org/software/download/
Who installed those binaries? Where did they come from?
*Thanks & Kind Regards,* Saurabh LAHOTI. *Mob: +32.499.82.37.88* *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
On Fri, 17 Aug 2018 at 16:43, Brian Reichert reichert@numachi.com wrote:
On Thu, Aug 16, 2018 at 02:00:20PM +0200, Saurabh Lahoti wrote:
Dear,
Today, received below error in /var/log/messages with OpenLDAP instance crashing.
That looks like either:
- You have a bad SIM (very unlikely)
- You have a corrupted uniquemember.so.0.0.0 shared library.
- You may have conflated OpenLDAP packages installed that have a critical
incompatibility amidst the installed binaries/libraries.
It did write a core file; there are many tutorials about exploring a core file to help understand why the segfault occurred.
Aug 16 13:21:07 muledeer kernel: slapd[29253]: segfault at 0 ip 00007fbeddf3af09 sp 00007fb72effc480 error 4 in uniquemember.so.0.0.0[7fbeddf3a000+2000] Aug 16 13:21:08 muledeer abrt[24629]: Saved core dump of pid 16470 (/usr/app/ldap/openldap2.4.46/libexec/slapd) to /var/spool/abrt/ccpp-2018-08-16-13:21:07-16470 (472973312 bytes) Aug 16 13:21:08 muledeer abrtd: Directory
'ccpp-2018-08-16-13:21:07-16470'
creation detected Aug 16 13:21:08 muledeer abrtd: Executable '/usr/app/ldap/openldap2.4.46/libexec/slapd' doesn't belong to any
package
and ProcessUnpackaged is set to 'no' Aug 16 13:21:08 muledeer abrtd: 'post-create' on '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470' exited with 1 Aug 16 13:21:08 muledeer abrtd: Deleting problem directory '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470'
Could you please guide us in finding probable root of this error..?
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
-- Brian Reichert reichert@numachi.com BSD admin/developer at large
Dear Brian,
Sincere apologies but am literally clueless what to do next now because of this frequent crash & impacting routine operational task. Hence, need to get this resolved at the earliest with your (& all ) help.
This is a custom overlay build in 2006 by our ex team mate & he did the installation on older versions. This August we did a migration from old version to 2.4.46 & lmdb backend. Is it that we skipped some steps in this movement..?
----
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
On Wed, 22 Aug 2018 at 20:19, Brian Reichert reichert@numachi.com wrote:
On Wed, Aug 22, 2018 at 04:33:46PM +0200, Saurabh Lahoti wrote:
Dear,
What is you're recommendation to fix this problem on our side..? It's
been
haunting our operational activities on daily basis.. ????
Who's responsibility do you think this is?
From what I can tell, the OpenLDAP project only supplies source code.
https://www.openldap.org/software/download/Who installed those binaries? Where did they come from?
*Thanks & Kind Regards,* Saurabh LAHOTI. *Mob: +32.499.82.37.88* *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
On Fri, 17 Aug 2018 at 16:43, Brian Reichert reichert@numachi.com
wrote:
On Thu, Aug 16, 2018 at 02:00:20PM +0200, Saurabh Lahoti wrote:
Dear,
Today, received below error in /var/log/messages with OpenLDAP
instance
crashing.
That looks like either:
- You have a bad SIM (very unlikely)
- You have a corrupted uniquemember.so.0.0.0 shared library.
- You may have conflated OpenLDAP packages installed that have a
critical
incompatibility amidst the installed binaries/libraries.
It did write a core file; there are many tutorials about exploring a core file to help understand why the segfault occurred.
Aug 16 13:21:07 muledeer kernel: slapd[29253]: segfault at 0 ip 00007fbeddf3af09 sp 00007fb72effc480 error 4 in uniquemember.so.0.0.0[7fbeddf3a000+2000] Aug 16 13:21:08 muledeer abrt[24629]: Saved core dump of pid 16470 (/usr/app/ldap/openldap2.4.46/libexec/slapd) to /var/spool/abrt/ccpp-2018-08-16-13:21:07-16470 (472973312 bytes) Aug 16 13:21:08 muledeer abrtd: Directory
'ccpp-2018-08-16-13:21:07-16470'
creation detected Aug 16 13:21:08 muledeer abrtd: Executable '/usr/app/ldap/openldap2.4.46/libexec/slapd' doesn't belong to any
package
and ProcessUnpackaged is set to 'no' Aug 16 13:21:08 muledeer abrtd: 'post-create' on '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470' exited with 1 Aug 16 13:21:08 muledeer abrtd: Deleting problem directory '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470'
Could you please guide us in finding probable root of this error..?
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
-- Brian Reichert reichert@numachi.com BSD admin/developer at large
-- Brian Reichert reichert@numachi.com BSD admin/developer at large
Saurabh, hello.
On 22 Aug 2018, at 19:25, Saurabh Lahoti wrote:
This is a custom overlay build in 2006 by our ex team mate & he did the installation on older versions. This August we did a migration from old version to 2.4.46 & lmdb backend. Is it that we skipped some steps in this movement..?
Ah, that's _very_ relevant information. Without knowing anything more about your setup, that custom overlay would be the very first thing you should look at. There's very little a mailing list can help with, concerning a custom overlay.
Probably the best thing you can do in the immediate term is to revert to a backup of your previous system, presuming such a thing exists, and that the previous system is (at least) basically working. Then you need to find someone who's able to look at the custom overlay code. It might be worth trying to work out if you can do without the overlay.
I notice that there's an ongoing list thread 'help to get our openldap updated and replicated'. That thread might be worth monitoring, on general principles.
Best wishes (and good luck),
Norman
Dear Norman,
Many thanks for your kind help & support. We'll surely try your recommendations. ----
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
On Thu, 23 Aug 2018 at 11:07, Norman Gray gray@nxg.name wrote:
Saurabh, hello.
On 22 Aug 2018, at 19:25, Saurabh Lahoti wrote:
This is a custom overlay build in 2006 by our ex team mate & he did the installation on older versions. This August we did a migration from old version to 2.4.46 & lmdb backend. Is it that we skipped some steps in this movement..?
Ah, that's _very_ relevant information. Without knowing anything more about your setup, that custom overlay would be the very first thing you should look at. There's very little a mailing list can help with, concerning a custom overlay.
Probably the best thing you can do in the immediate term is to revert to a backup of your previous system, presuming such a thing exists, and that the previous system is (at least) basically working. Then you need to find someone who's able to look at the custom overlay code. It might be worth trying to work out if you can do without the overlay.
I notice that there's an ongoing list thread 'help to get our openldap updated and replicated'. That thread might be worth monitoring, on general principles.
Best wishes (and good luck),
Norman
-- Norman Gray : https://nxg.me.uk SUPA School of Physics and Astronomy, University of Glasgow, UK
Saurabh Lahoti saurabh.astronomy@gmail.com schrieb am 22.08.2018 um 20:25 in
Nachricht CAB5-MqpWKCW+6YuzkNJ=aGK1WS1Nh5hG3ppWMOPjhe2ic5VCHQ@mail.gmail.com:
Dear Brian,
Sincere apologies but am literally clueless what to do next now because of this frequent crash & impacting routine operational task. Hence, need to get this resolved at the earliest with your (& all ) help.
This is a custom overlay build in 2006 by our ex team mate & he did the installation on older versions. This August we did a migration from old version to 2.4.46 & lmdb backend. Is it that we skipped some steps in this movement..?
I'd say yes: You should have checked that your custom module is ready for a software upgrade. Maybe go back to the software that worked until you have another that works also.
Regards, Ulrich
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
On Wed, 22 Aug 2018 at 20:19, Brian Reichert reichert@numachi.com wrote:
On Wed, Aug 22, 2018 at 04:33:46PM +0200, Saurabh Lahoti wrote:
Dear,
What is you're recommendation to fix this problem on our side..? It's
been
haunting our operational activities on daily basis.. ????
Who's responsibility do you think this is?
From what I can tell, the OpenLDAP project only supplies source code.
https://www.openldap.org/software/download/Who installed those binaries? Where did they come from?
*Thanks & Kind Regards,* Saurabh LAHOTI. *Mob: +32.499.82.37.88* *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
On Fri, 17 Aug 2018 at 16:43, Brian Reichert reichert@numachi.com
wrote:
On Thu, Aug 16, 2018 at 02:00:20PM +0200, Saurabh Lahoti wrote:
Dear,
Today, received below error in /var/log/messages with OpenLDAP
instance
crashing.
That looks like either:
- You have a bad SIM (very unlikely)
- You have a corrupted uniquemember.so.0.0.0 shared library.
- You may have conflated OpenLDAP packages installed that have a
critical
incompatibility amidst the installed binaries/libraries.
It did write a core file; there are many tutorials about exploring a core file to help understand why the segfault occurred.
Aug 16 13:21:07 muledeer kernel: slapd[29253]: segfault at 0 ip 00007fbeddf3af09 sp 00007fb72effc480 error 4 in uniquemember.so.0.0.0[7fbeddf3a000+2000] Aug 16 13:21:08 muledeer abrt[24629]: Saved core dump of pid 16470 (/usr/app/ldap/openldap2.4.46/libexec/slapd) to /var/spool/abrt/ccpp-2018-08-16-13:21:07-16470 (472973312 bytes) Aug 16 13:21:08 muledeer abrtd: Directory
'ccpp-2018-08-16-13:21:07-16470'
creation detected Aug 16 13:21:08 muledeer abrtd: Executable '/usr/app/ldap/openldap2.4.46/libexec/slapd' doesn't belong to any
package
and ProcessUnpackaged is set to 'no' Aug 16 13:21:08 muledeer abrtd: 'post-create' on '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470' exited with 1 Aug 16 13:21:08 muledeer abrtd: Deleting problem directory '/var/spool/abrt/ccpp-2018-08-16-13:21:07-16470'
Could you please guide us in finding probable root of this error..?
*Thanks & Kind Regards,* Saurabh LAHOTI. *Ideas enlighten Innovation**!!!* Please consider the environment before printing this mail..!!
-- Brian Reichert reichert@numachi.com BSD admin/developer at large
-- Brian Reichert reichert@numachi.com BSD admin/developer at large
openldap-technical@openldap.org
-
Brian Reichert -
Michael Ströder -
Norman Gray -
Ryan Tandy -
Saurabh Lahoti -
Ulrich Windl