search for: module_free

...OpenSSL 1.0.1c makes sure[1] that the library stays loaded after the initial dlclose() so that the atexit(3) handlers can run on shutdown. This, together with the fact that dovecot uses custom allocation functions for OpenSSL and has already partially free()'d some of OpenSSL's resources in module_free(), leads to a segfault at process shutdown[2]. We fix this by explicitly calling OPENSSL_cleanup() during module unload. This is safe to do, as long as we will never want to subsequently re-initialize OpenSSL. [1] https://github.com/openssl/openssl/commit/4af9f7fe79ff82b90c16969b7e5871435056377b...

...7defede in _dl_close () from /lib64/ld-linux-x86-64.so.2 > #3 0x00007ffff7dea124 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 > #4 0x00007ffff6d235e1 in ?? () from /usr/lib/libdl.so.2 > #5 0x00007ffff6d230bf in dlclose () from /usr/lib/libdl.so.2 > #6 0x00007ffff739326a in module_free (module=0x69da20) at module-dir.c:67 > #7 0x00007ffff7394882 in module_dir_unload (modules=0x68b680 <mail_storage_service_modules>) at module-dir.c:593 > #8 0x00007ffff765376b in mail_storage_service_deinit (_ctx=0x6a05d0) at mail-storage-service.c:1475 > #9 0x0000000000425ac2 in...

...lose () from /lib64/ld-linux-x86-64.so.2 >> #3 0x00007ffff7dea124 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 >> #4 0x00007ffff6d235e1 in ?? () from /usr/lib/libdl.so.2 >> #5 0x00007ffff6d230bf in dlclose () from /usr/lib/libdl.so.2 >> #6 0x00007ffff739326a in module_free (module=0x69da20) at module-dir.c:67 Looks very much like a non-Dovecot bug. You could verify by running with valgrind, ideally with glibc debuginfo packages installed. It'll likely point to glibc cod.

...sure[1] that the > library stays loaded after the initial dlclose() so that the atexit(3) > handlers can run on shutdown. This, together with the fact that dovecot > uses custom allocation functions for OpenSSL and has already partially > free()'d some of OpenSSL's resources in module_free(), leads to a > segfault at process shutdown[2]. > > We fix this by explicitly calling OPENSSL_cleanup() during module unload. This > is safe to do, as long as we will never want to subsequently re-initialize > OpenSSL. > > [1] https://github.com/openssl/openssl/commit/4af9f7fe...

...e >> library stays loaded after the initial dlclose() so that the atexit(3) >> handlers can run on shutdown. This, together with the fact that dovecot >> uses custom allocation functions for OpenSSL and has already partially >> free()'d some of OpenSSL's resources in module_free(), leads to a >> segfault at process shutdown[2]. >> >> We fix this by explicitly calling OPENSSL_cleanup() during module unload. This >> is safe to do, as long as we will never want to subsequently re-initialize >> OpenSSL. >> >> [1] https://github.com/ope...