It can also die with the following backtrace: (gdb) bt #0 __memmove_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:2331 #1 0x00007f570da4a14e in ber_dupbv_x (dst=0x25f55e8, src=0x7f2ee8001200, ctx=0x0) at /home/build/git/sold-2445/openldap/libraries/liblber/memory.c:512 #2 0x00007f570da4a19f in ber_dupbv (dst=0x25f55e8, src=0x7f2ee8001200) at /home/build/git/sold-2445/openldap/libraries/liblber/memory.c:523 #3 0x00007f57091a07b4 in accesslog_op_mod (op=0x7f2f0518e780, rs=0x7f2f0518e030) at /home/build/git/sold-2445/openldap/servers/slapd/overlays/accesslog.c:2031 #4 0x00000000004d9be5 in overlay_op_walk (op=0x7f2f0518e780, rs=0x7f2f0518e030, which=op_modify, oi=0x25eb720, on=0x25f53c0) at /home/build/git/sold-2445/openldap/servers/slapd/backover.c:661 #5 0x00000000004d9ee1 in over_op_func (op=0x7f2f0518e780, rs=0x7f2f0518e030, which=op_modify) at /home/build/git/sold-2445/openldap/servers/slapd/backover.c:730 #6 0x00000000004da044 in over_op_modify (op=0x7f2f0518e780, rs=0x7f2f0518e030) at /home/build/git/sold-2445/openldap/servers/slapd/backover.c:769 #7 0x00000000004cc061 in syncrepl_updateCookie (si=0x26499f0, op=0x7f2f0518e780, syncCookie=0x7f2f0518e290) at /home/build/git/sold-2445/openldap/servers/slapd/syncrepl.c:3982 #8 0x00000000004c0bd5 in do_syncrep2 (op=0x7f2f0518e780, si=0x26499f0) at /home/build/git/sold-2445/openldap/servers/slapd/syncrepl.c:1019 #9 0x00000000004c2ea6 in do_syncrepl (ctx=0x7f2f0518ec30, arg=0x25ebb40) at /home/build/git/sold-2445/openldap/servers/slapd/syncrepl.c:1567 #10 0x000000000043dbed in connection_read_thread (ctx=0x7f2f0518ec30, argv=0x11) at /home/build/git/sold-2445/openldap/servers/slapd/connection.c:1296 #11 0x00007f570dc6a909 in ldap_int_thread_pool_wrapper (xpool=0x24e8500) at /home/build/git/sold-2445/openldap/libraries/libldap_r/tpool.c:963 #12 0x00007f570d8276ba in start_thread (arg=0x7f2f0518f700) at pthread_create.c:333 #13 0x00007f570c86f41d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
On Wed, Feb 14, 2018 at 6:45 AM, Howard Chu <h...@symas.com> wrote: > Will try to come up with a minimal reproducer. Currently it takes > several hours to run the complete test, and a few hours before the SEGV > occurs. But the stack trace is always identical when it happens. In > multiple runs, it always succeeds on the host and always fails in the > VM. > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1749247 > > Title: > Spurious SEGV running inside kvm > > To manage notifications about this bug go to: > https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/ > 1749247/+subscriptions > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1749247 Title: Spurious SEGV running inside kvm To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/1749247/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs