v2.2.19 release candidate released

Marcin Mirosław
Wed, 23 Sep 2015 15:26:43 -0000

W dniu 23.09.2015 o 15:30, Timo Sirainen pisze:
> http://dovecot.org/releases/2.2/rc/dovecot-2.2.19.rc1.tar.gz
> http://dovecot.org/releases/2.2/rc/dovecot-2.2.19.rc1.tar.gz.sig
>
> A lot of changes since v2.2.18, so here's a release candidate first. If
no bugs are reported, I'm planning on making the final release sometimes
this week. The most interesting new features here are the imap-hibernate
process, quota count backend and director/proxy improvements.

Hi!
I'm seeing:
Sep 23 17:23:43 mail dovecot: dict: Panic: file driver-pgsql.c: line 463
(do_query): assertion failed: (SQL_DB_IS_READY(&db->api))
Sep 23 17:23:43 mail dovecot: dict: Fatal: master: service(dict): child
23430 killed with signal 6 (core dumped)
Sep 23 17:23:43 mail dovecot: dict: Panic: file driver-pgsql.c: line 463
(do_query): assertion failed: (SQL_DB_IS_READY(&db->api))
Sep 23 17:23:43 mail dovecot: dict: Fatal: master: service(dict): child
23321 killed with signal 6 (core dumped)



# gdb -q /usr/libexec/dovecot/dict
'core-1443021920-97-6-!usr!libexec!dovecot!dict-23764'
Reading symbols from /usr/libexec/dovecot/dict...Reading symbols from
/usr/lib64/debug//usr/libexec/dovecot/dict.debug...done.
done.
[New LWP 23764]

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `dovecot/dict'.
Program terminated with signal SIGABRT, Aborted.
#0  0x00007f2623e6d096 in __GI_raise (sig=sig at entry=6) at
../sysdeps/unix/sysv/linux/raise.c:55
55      ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  0x00007f2623e6d096 in __GI_raise (sig=sig at entry=6) at
../sysdeps/unix/sysv/linux/raise.c:55
#1  0x00007f2623e6e680 in __GI_abort () at abort.c:89
#2  0x00007f26244918dd in default_fatal_finish (type=LOG_TYPE_PANIC,
status=status at entry=0) at failures.c:201
#3  0x00007f2624491a31 in i_internal_fatal_handler (ctx=0x7fffb4a422f0,
format=<optimized out>, args=<optimized out>) at failures.c:670
#4  0x00007f262442ca1e in i_panic (format=format at entry=0x7f262492c5c8
"file %s: line %d (%s): assertion failed: (%s)") at failures.c:275
#5  0x00007f26249240b6 in sql_dict_transaction_has_nonexistent
(ctx=0x7f2625e7bca0) at dict-sql.c:720
#6  0x00007f26249240f3 in sql_dict_transaction_commit_callback
(error=<optimized out>, ctx=0x7f2625e7bca0) at dict-sql.c:734
#7  0x00007f262492844f in driver_sqlpool_commit_callback
(error=<optimized out>, ctx=0x7f2625e726a0) at driver-sqlpool.c:720
#8  0x00007f262492a60f in transaction_commit_callback
(result=0x7f2625e7b6a0, ctx=0x7f2625e66dd0) at driver-pgsql.c:880
#9  0x00007f2624929e8e in result_finish (result=0x7f2625e7b6a0) at
driver-pgsql.c:388
#10 0x00007f26244a8c51 in io_loop_call_io (io=0x7f2625e66c30) at
ioloop.c:559
#11 0x00007f26244aa40d in io_loop_handler_run_internal
(ioloop=ioloop at entry=0x7f2625e60710) at ioloop-epoll.c:220
#12 0x00007f26244a8d26 in io_loop_handler_run
(ioloop=ioloop at entry=0x7f2625e60710) at ioloop.c:607
#13 0x00007f26244a8f06 in io_loop_run (ioloop=0x7f2625e60710) at
ioloop.c:583
#14 0x00007f2624433593 in master_service_run (service=0x7f2625e605b0,
callback=<optimized out>) at master-service.c:640
#15 0x00007f2624921907 in main (argc=1, argv=0x7f2625e60390) at main.c:105
(gdb)


Marcin