search for: _lwp_kill

On Wed, 17 Feb 2016, Hisashi T Fujinaka wrote: > And in another "oh duh" moment, I think this dumped core on two different > machines and I sent you the bt from the wrong machine. Here's the one > from NetBSD-7. > > #0 0x00007f7ff630e55a in _lwp_kill () from /usr/lib/libc.so.12 > (gdb) bt > #0 0x00007f7ff630e55a in _lwp_kill () from /usr/lib/libc.so.12 > #1 0x00007f7ff630e1e5 in abort () at /usr/src/lib/libc/stdlib/abort.c:74 > #2 0x0000000000429992 in test_die () at > regress/unittests/test_helper/test_helper.c:290 > #3 0...

On Tue, 16 Feb 2016, Hisashi T Fujinaka wrote: > On Wed, 17 Feb 2016, Damien Miller wrote: > > > > Core was generated by `test_sshkey'. > > > Program terminated with signal SIGSEGV, Segmentation fault. > > > #0 0x000000000041273e in cert_parse (key=0x7f7ff7b120c0, > > > certbuf=0x7f7ff7b16200, b=0x7f7ff7b161b0) at sshkey.c:1896 > > > 1896

...tion failure: Assertion failed: object_count == usedobjs (0xce == 0xcd), file ../zdb.c, line 1215 Abort (core dumped) The core file consists of 107 threads. The thread with the assertion failure has the following stack trace: - ----------------- lwp# 1 / thread# 1 -------------------- d2af1997 _lwp_kill (1, 6, 8047638, d2a9ab6e) + 7 d2a9ab7a raise (6, 0, 8047688, d2a71fea) + 22 d2a7200a abort (65737341, 6f697472, 6166206e, 64656c69, 626f203a, 7463656a) + f2 d2a7225a _assert (80478b0, 8062eec, 4bf, 1) + 82 08057116 dump_dir (82cadd8, 8047dac, 805aff8, 0) + 33e 08058b4f dump_zpool (81740...

...0x23450 -> 0x8fe14 -> 0x8f638 -> 0x2cd64 -> 0x1dad8 Unfortunately, I switched compilers at rc24 and rc25. Before I used to compile with gcc -g -O so I could poke at cores. Now I use (Sun Studio 11) cc -O, so no useful information on a gdb traceback: (gdb) backtrace #0 0xff1c16e0 in _lwp_kill () from /lib/libc.so.1 #1 0xff15ff38 in raise () from /lib/libc.so.1 #2 0xff140160 in abort () from /lib/libc.so.1 #3 0x00089cd4 in i_internal_panic_handler () #4 0x00089728 in i_panic () #5 0x00046e58 in mbox_sync_read_and_move () #6 0x00047418 in mbox_sync_rewrite () #7 0x000426dc in mbox_...

...799 (mbox_lock): assertion failed: (lock_type == F_RDLCK || mbox->mbox_lock_type != F_RDLCK) Abort User is not overquota, and filesystem permissions are correct. kernel trace shows it happens just after a stat() on INBOX/dovecot.ind ex.log. Here is doveadm backtrace: #0 0x00007f7ff650e6fa in _lwp_kill () from /lib/libc.so.12 #1 0x00007f7ff650e385 in abort () from /lib/libc.so.12 #2 0x00007f7ff6c91acc in default_fatal_finish () from /usr/pkg/lib/dovecot/libdovecot.so.0 #3 0x00007f7ff6c91b4a in default_fatal_handler () from /usr/pkg/lib/dovecot/libdovecot.so.0 #4 0x00007f7ff6cbcb9b in i_...

...G_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF] lwp_kill(1, SIGABRT) = 0 Received signal #6, SIGABRT [default] siginfo: SIGABRT pid=3257 uid=500 code=-1 This is all I can seem to get with dbx: program terminated by signal ABRT (Abort) 0xfee55687: __lwp_kill+0x0007: jae __lwp_kill+0x15 [ 0xfee55695, .+0xe ] (dbx) where =>[1] __lwp_kill(0x1, 0x6), at 0xfee55687 [2] _thr_kill(0x1, 0x6), at 0xfee52dee [3] raise(0x6), at 0xfee011bb [4] abort(0x817e3d8, 0x817e3d8, 0xfee7f5b8, 0x816e898, 0xffffffff, 0x81759e0), at 0xfede15d9 (dbx) # p...

...o.1 Reading symbols from /lib/libmd.so.1...done. Loaded symbols for /lib/libmd.so.1 Reading symbols from /lib/ld.so.1...done. Loaded symbols for /lib/ld.so.1 Core was generated by `dovecot/imap imap-postlogin'. Program terminated with signal 6, Aborted. [New process 79111 ] #0 0xfe7fc8e5 in _lwp_kill () from /lib/libc.so.1 #0 0xfe7fc8e5 in _lwp_kill () from /lib/libc.so.1 No symbol table info available. #1 0xfe7f7765 in thr_kill () from /lib/libc.so.1 No symbol table info available. #2 0xfe7a376f in raise () from /lib/libc.so.1 No symbol table info available. #3 0xfe7829e1 in abort () from...

...o.1 Reading symbols from /lib/libmd.so.1...done. Loaded symbols for /lib/libmd.so.1 Reading symbols from /lib/ld.so.1...done. Loaded symbols for /lib/ld.so.1 Core was generated by `dovecot/imap imap-postlogin'. Program terminated with signal 6, Aborted. [New process 76621 ] #0 0xfe7fc8e5 in _lwp_kill () from /lib/libc.so.1 #0 0xfe7fc8e5 in _lwp_kill () from /lib/libc.so.1 No symbol table info available. #1 0xfe7f7765 in thr_kill () from /lib/libc.so.1 No symbol table info available. #2 0xfe7a376f in raise () from /lib/libc.so.1 No symbol table info available. #3 0xfe7829e1 in abort () from...

...backtrace: 0xff1cbc30 -> 0xff319544 -> 0xff319fa8 -> 0xff31add8 -> 0xff31b278 -> 0xff2a69b0 -> 0xff2a6bac -> 0x16808 -> 0x1b8fc -> 0x16ba0 -> 0x177cc -> 0x17944 -> 0x17a50 -> 0x204e8 -> 0x165c8 Program received signal SIGABRT, Aborted. 0xfe94dcdc in _lwp_kill () from /lib/libc.so.1 (gdb) bt full #0 0xfe94dcdc in _lwp_kill () from /lib/libc.so.1 No symbol table info available. #1 0xfe8e6fb4 in raise () from /lib/libc.so.1 No symbol table info available. #2 0xfe8c2078 in abort () from /lib/libc.so.1 No symbol table info available. #3 0xff1cb984 in def...

Hi all, I just had a panic with dovecot 1.1.6, two days after replacing 1.0.15 with it in production. Here are the logs immediately preceding the panic, I think they're related. It seems the user connected simultaneously from two different clients, from his own computer and a webmail running on the server, then manipulated mail folders on one side, and logged out. The panic occurred 3

...-60/lib/libmd5_psr.so.1 Reading symbols from /lib/libmp.so.2...done. Loaded symbols for /lib/libmp.so.2 Reading symbols from /opt/dovecot.1.0.rc7/lib/dovecot/imap/lib02_imap_quota_plugin.so...done. Loaded symbols for /opt/dovecot.1.0.rc7/lib/dovecot/imap/lib02_imap_quota_plugin.so #0 0xff1c1294 in _lwp_kill () from /lib/libc.so.1 (gdb) backtrace #0 0xff1c1294 in _lwp_kill () from /lib/libc.so.1 #1 0xff15fe20 in raise () from /lib/libc.so.1 #2 0xff140040 in abort () from /lib/libc.so.1 #3 0x00075d5c in i_internal_panic_handler (fmt=0x0, args=0x1) at failures.c:379 #4 0x00076148 in i_panic (format=...

....type addtwo,%function addtwo: @ @addtwo @ BB#0: @ %entry str lr, [sp, #-4]! add r4, r4, r5 ldr lr, [sp], #4 bx lr .Ltmp1: .size addtwo, .Ltmp1-addtwo UNREACHABLE executed! Program received signal SIGABRT, Aborted. 0xfeda2945 in _lwp_kill () from /lib/libc.so.1 (gdb) where #0 0xfeda2945 in _lwp_kill () from /lib/libc.so.1 #1 0xfed9b27c in thr_kill () from /lib/libc.so.1 #2 0xfed49f4a in raise () from /lib/libc.so.1 #3 0xfed2197c in abort () from /lib/libc.so.1 #4 0x08fc40fa in llvm::llvm_unreachable_internal (msg=0x0, file=0x0,...

...== F_RDLCK || mbox->mbox_lock_type != > F_RDLCK) > Abort > > User is not overquota, and filesystem permissions are correct. > > kernel trace shows it happens just after a stat() on INBOX/dovecot.ind > ex.log. Here is doveadm backtrace: > > #0 0x00007f7ff650e6fa in _lwp_kill () from /lib/libc.so.12 > #1 0x00007f7ff650e385 in abort () from /lib/libc.so.12 > #2 0x00007f7ff6c91acc in default_fatal_finish () > from /usr/pkg/lib/dovecot/libdovecot.so.0 > #3 0x00007f7ff6c91b4a in default_fatal_handler () > from /usr/pkg/lib/dovecot/libdovecot.so.0 &gt...

...but it throws bus errors in production as well when I try to build the index.) In case anyone''s familiar enough with the code to suggest a reason why this might be happening - bus errors always seem to occur on MP_ALLOC calls. Here''s an example (from 0.11.4): #0 0xff1c0f90 in _lwp_kill () from /lib/libc.so.1 #1 0xff15fd80 in raise () from /lib/libc.so.1 #2 0xff13ffa0 in abort () from /lib/libc.so.1 #3 0x0009ef44 in rb_bug (fmt=0xb7908 "Bus Error") at error.c:214 #4 0x0007e0b8 in sigbus (sig=73) at signal.c:605 #5 0xff1bfed0 in __sighndlr () from /lib/libc.so.1 #6...

...11:10:57 ardbeg genunix: NOTICE: core_log: zpool[4895] core dumped: /var/core/zpool.4895.core zsh: IOT instruction (core dumped) zpool list ardbeg# mdb zpool.4895.core Loading modules: [ libumem.so.1 libnvpair.so.1 libuutil.so.1 libc.so.1 libsysevent.so.1 libavl.so.1 ld.so.1 ] > $c libc.so.1`_lwp_kill+7(1, 6) libc.so.1`raise+0x22(6) libc.so.1`abort+0xcd(9, 80db548, fefba000, 8042e34, fef79953, 80db96c) libzfs.so.1`zfs_verror+0xce(80db548, 7f7, fefa8b14, 8042e74) libzfs.so.1`zfs_standard_error+0x7d(80db548, 9, fefa8b14) libzfs.so.1`namespace_reload+0x3cf(80db548) libzfs.so.1`zpool_iter+0x21(80db5...

...o.1 Reading symbols from /lib/libmd.so.1...done. Loaded symbols for /lib/libmd.so.1 Reading symbols from /lib/ld.so.1...done. Loaded symbols for /lib/ld.so.1 Core was generated by `dovecot/imap imap-postlogin'. Program terminated with signal 6, Aborted. [New process 86892 ] #0 0xfe80c8e5 in _lwp_kill () from /lib/libc.so.1 (gdb) #0 0xfe80c8e5 in _lwp_kill () from /lib/libc.so.1 No symbol table info available. #1 0xfe807765 in thr_kill () from /lib/libc.so.1 No symbol table info available. #2 0xfe7b376f in raise () from /lib/libc.so.1 No symbol table info available. #3 0xfe7929e1 in abort ()...

http://dovecot.org/releases/dovecot-1.0.rc26.tar.gz http://dovecot.org/releases/dovecot-1.0.rc26.tar.gz.sig Most importantly this should fix mbox problems in recent RCs. * Changed --with-headers to --enable-header-install * If time moves backwards only max. 5 seconds, sleep until we're back in the original present instead of killing ourself. An error is still logged. - IMAP: With

http://dovecot.org/releases/dovecot-1.0.rc26.tar.gz http://dovecot.org/releases/dovecot-1.0.rc26.tar.gz.sig Most importantly this should fix mbox problems in recent RCs. * Changed --with-headers to --enable-header-install * If time moves backwards only max. 5 seconds, sleep until we're back in the original present instead of killing ourself. An error is still logged. - IMAP: With

...0xffff80ffb71d656c "" (gdb) p prefix $3 = 0x4c17a0 "INBOX" (gdb) p prefix_len $4 = 5 (gdb) p list.sep $5 = 46 '.' (gdb) p list.ns.prefix There is no member named ns. [ `fr 12` and `p ns.prefix` => $6 = 0x498780 "" ] (gdb) bt full #0 0xffff80ffbc18aaaa in _lwp_kill () from /lib/64/libc.so.1 No symbol table info available. #1 0xffff80ffbc17f2a1 in thr_kill () from /lib/64/libc.so.1 No symbol table info available. #2 0xffff80ffbc12feb9 in raise () from /lib/64/libc.so.1 No symbol table info available. #3 0xffff80ffbc106632 in abort () from /lib/64/libc.so.1...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================== Sometimes you have to be someone else in order to be yourself. -- Michael Samuel Finn ============================================================== Release Announcements ===================== This is a