Full_Name: Version: RE24 6e093cf406fed109cc9ff8d3ae58027e137ac64e OS: opensuse 12.3 x86_64 URL: Submission from: (NULL) (212.227.35.93) When running RE24 built from git 6e093cf406fed109cc9ff8d3ae58027e137ac64e I'm getting seg faults every now and then. This does not happen with 2.4.39. gdb output will follow.
Find attached the GDB output.
--On Wednesday, July 30, 2014 6:10 PM +0000 michael@stroeder.com wrote: > ----==2dcaed39a78c6f9760c2f5008a35e848 > Content-Type: text/plain; charset=UTF-8; format=fixed > Content-Transfer-Encoding: 8bit > > Find attached the GDB output. According to the trace, the issue may be the same as ITS#7909, if you are using slapo-rwm. That fix is now in the RE24 source tree. Can you re-sync and retest? Thanks! --Quanah -- Quanah Gibson-Mount Server Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration
quanah@zimbra.com wrote: > --On Wednesday, July 30, 2014 6:10 PM +0000 michael@stroeder.com wrote: >> Find attached the GDB output. > > According to the trace, the issue may be the same as ITS#7909, if you are > using slapo-rwm. That fix is now in the RE24 source tree. Can you re-sync > and retest? Because of (open) ITS#7837 I had also run tests with slapo-rwm disabled, also failing with seg fault. Anyhow I will try again tomorrow with the very same system/installation and the fix for ITS#7909. Thanks. Ciao, Michael.
michael@stroeder.com wrote: > This is a cryptographically signed message in MIME format. > > --------------ms060905070904020707040802 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: quoted-printable > > quanah@zimbra.com wrote: >> --On Wednesday, July 30, 2014 6:10 PM +0000 michael@stroeder.com wrote:= > >>> Find attached the GDB output. >> =20 >> According to the trace, the issue may be the same as ITS#7909, if you a= > re=20 >> using slapo-rwm. That fix is now in the RE24 source tree. Can you re-= > sync=20 >> and retest? > > Because of (open) ITS#7837 I had also run tests with slapo-rwm disabled, = > also > failing with seg fault. In that case, as with ITS#7909, please include "print *sc" output from the crash. > Anyhow I will try again tomorrow with the very same system/installation a= > nd > the fix for ITS#7909. Thanks. > > Ciao, Michael. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
changed notes changed state Open to Closed
Quanah Gibson-Mount wrote: > --On Wednesday, July 30, 2014 6:10 PM +0000 michael@stroeder.com wrote: >> Find attached the GDB output. > > According to the trace, the issue may be the same as ITS#7909, if you are > using slapo-rwm. That fix is now in the RE24 source tree. Can you re-sync > and retest? I've re-tested this with recent 2d7a796670430f10745c3e59b05ef64c29274206 and slapd does not seg fault anymore. You can close this ITS. Ciao, Michael.
hyc@symas.com wrote: > michael@stroeder.com wrote: >> Because of (open) ITS#7837 I had also run tests with slapo-rwm disabled, = >> also failing with seg fault. > > In that case, as with ITS#7909, please include "print *sc" output from the crash. While this seems to be fixed by ITS#7909 I have still one more remark: Before rebuilding and re-running I did "print *sc" with the core file from the old run but it said "no such symbol" or similar. BTW: I'm always running this testbed with MALLOC_CHECK_=3. Ciao, Michael.
Michael Ströder wrote: > hyc@symas.com wrote: >> michael@stroeder.com wrote: >>> Because of (open) ITS#7837 I had also run tests with slapo-rwm disabled, = >>> also failing with seg fault. >> >> In that case, as with ITS#7909, please include "print *sc" output from the crash. > > While this seems to be fixed by ITS#7909 I have still one more remark: > > Before rebuilding and re-running I did "print *sc" with the core file from the > old run but it said "no such symbol" or similar. sc is a local variable, you had to be in the proper stack frame. Doesn't matter now. > > BTW: I'm always running this testbed with MALLOC_CHECK_=3. > > Ciao, Michael. > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
duplicate of 7909