Displaying 4 results from an estimated 4 matches for "passdb_deinit".
2018 Dec 03
3
Dovecot 2.3.4 crash
On 2 Dec 2018, at 22.22, Guillaume via dovecot <dovecot at dovecot.org> wrote:
>
> I also have this kind of segfault since the update :
>
> Dec 2 21:12:11 xxxxxxx dovecot: auth-worker: Error: *** Error in `dovecot/auth': double free or corruption (fasttop): 0x000055573bb99f70
Is this easy to reproduce? Can you try with valgrind? It will slow down the logins a bit though.
2018 Dec 04
3
Dovecot 2.3.4 crash
...b.c:1947)
Dec 4 12:09:40 dovecot: auth-worker: Error: ==3071== by 0x14768B: driver_sqlpool_disconnect (driver-sqlpool.c:590)
Dec 4 12:09:40 dovecot: auth-worker: Error: ==3071== by 0x13D0B4: db_sql_unref (db-sql.c:128)
Dec 4 12:09:40 dovecot: auth-worker: Error: ==3071== by 0x1318C1: passdb_deinit (passdb.c:266)
Dec 4 12:09:40 dovecot: auth-worker: Error: ==3071== by 0x119C68: auth_deinit (auth.c:333)
Dec 4 12:09:40 dovecot: auth-worker: Error: ==3071== by 0x119C68: auths_deinit (auth.c:433)
Dec 4 12:09:40 dovecot: auth-worker: Error: ==3071== by 0x1187FF: main_deinit (main.c:...
2018 Dec 04
0
Dovecot 2.3.4 crash
...Dec 4 12:00:27 xxxxx dovecot: auth-worker: Error: ==2436== by 0x14768B: ??? (in /usr/lib/dovecot/auth)
Dec 4 12:00:27 xxxxx dovecot: auth-worker: Error: ==2476== by 0x13D0B4: db_sql_unref (in /usr/lib/dovecot/auth)
Dec 4 12:00:27 xxxxx dovecot: auth-worker: Error: ==2476== by 0x1318C1: passdb_deinit (in /usr/lib/dovecot/auth)
Dec 4 12:00:27 xxxxx dovecot: auth-worker: Error: ==2436== by 0x13D0B4: db_sql_unref (in /usr/lib/dovecot/auth)
Dec 4 12:00:27 xxxxx dovecot: auth-worker: Error: ==2476== by 0x119C68: auths_deinit (in /usr/lib/dovecot/auth)
Dec 4 12:00:27 xxxxx dovecot: auth-work...
2010 Aug 20
2
PATCH: SQL connect crash
...b.c:177
#6 0x0804ff4b in auths_deinit () at auth.c:213
#7 0x0805b7bc in main (argc=1474660693, argv=0xec835356) at main.c:160
gdb) print ((struct sql_passdb_module *) _module)->conn
$20 = (struct sql_connection *) 0x0
It seems that module->conn for passdb is being zeroed at auth_deinit(),
passdb_deinit() completes succesfully but then userdb_deinit() does
the illegal access.
The following hack seems to eliminate the symptom, however I'd
strongly recommend to take a deeper look at the issue. I suspect
that a higher level fix would be more appropriate.
--- dovecot-2.0.rc6.orig/src/auth/passdb...