Bug#412886: Finally got a backtrace on this crash
Hi Ronny, I apologize for taking so much time to react. Thank you very much for taking so much time to reproduce this issue. On Sun, May 13, 2007 at 06:34:20PM +0100, Ronny Adsetts wrote: Core was generated by `/usr/sbin/exim4 -bd -q30m -oX 587:465:25 -oP /var/run/ex. Program terminated with signal 11, Segmentation fault. [...] #0 _gnutls_read_uint16 (data=0x0) at gnutls_num.c:120 120 gnutls_num.c: No such file or directory. in gnutls_num.c (gdb) bt #0 _gnutls_read_uint16 (data=0x0) at gnutls_num.c:120 #1 0x2ba3e841bfc9 in _gnutls_proc_rsa_client_kx (session=0x629e10, data=0x0, _data_size=61) at auth_rsa.c:213 #2 0x2ba3e84171e9 in _gnutls_recv_client_kx_message (session=0x629e10) at gnutls_kx.c:333 This looks like a GnuTLS issue to me. Please let me know if you want any more information. ldd /usr/sbin/exim4 | grep gnutls, and if possible, the exact Debian version of the libgnutls package which contains the library your exim4 binbary is linked to. I'll then clone and reassign the bug to the appropriate gnutls package. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412886: Finally got a backtrace on this crash
Marc Haber said at 06/06/2007 15:44: I apologize for taking so much time to react. Thank you very much for taking so much time to reproduce this issue. Hi Marc. No worries, it's the least I can do. On Sun, May 13, 2007 at 06:34:20PM +0100, Ronny Adsetts wrote: Core was generated by `/usr/sbin/exim4 -bd -q30m -oX 587:465:25 -oP /var/run/ex. Program terminated with signal 11, Segmentation fault. [...] #0 _gnutls_read_uint16 (data=0x0) at gnutls_num.c:120 120 gnutls_num.c: No such file or directory. in gnutls_num.c (gdb) bt #0 _gnutls_read_uint16 (data=0x0) at gnutls_num.c:120 #1 0x2ba3e841bfc9 in _gnutls_proc_rsa_client_kx (session=0x629e10, data=0x0, _data_size=61) at auth_rsa.c:213 #2 0x2ba3e84171e9 in _gnutls_recv_client_kx_message (session=0x629e10) at gnutls_kx.c:333 This looks like a GnuTLS issue to me. Yeah, me too. Please let me know if you want any more information. ldd /usr/sbin/exim4 | grep gnutls, and if possible, the exact Debian version of the libgnutls package which contains the library your exim4 binbary is linked to. $ ldd /usr/sbin/exim4 | grep gnutls libgnutls.so.11 = /usr/lib/libgnutls.so.11 (0x002a96b96000) $ dpkg-query -W 'libgnutls11' libgnutls11 1.0.16-13.2sarge2 I'll then clone and reassign the bug to the appropriate gnutls package. Thanks. From what I discovered when googling around, the problem *may* be limited to amd64. Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8607 9535 f: +44 20 8607 9536 w: www.amazinginternet.com Registered office: UK House, 82 Heath Road, Twickenham TW1 4BW Registered in England. Company No. 4042957 signature.asc Description: OpenPGP digital signature
Bug#412886: Finally got a backtrace on this crash
On Wed, Jun 06, 2007 at 04:33:30PM +0100, Ronny Adsetts wrote: $ ldd /usr/sbin/exim4 | grep gnutls libgnutls.so.11 = /usr/lib/libgnutls.so.11 (0x002a96b96000) $ dpkg-query -W 'libgnutls11' libgnutls11 1.0.16-13.2sarge2 I'll then clone and reassign the bug to the appropriate gnutls package. Thanks. From what I discovered when googling around, the problem *may* be limited to amd64. Is there any time frame for you updating to etch? I rather doubt that the gnutls people would be willing to debug on sarge's libraries. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412886: Finally got a backtrace on this crash
Marc Haber said at 06/06/2007 16:38: On Wed, Jun 06, 2007 at 04:33:30PM +0100, Ronny Adsetts wrote: $ ldd /usr/sbin/exim4 | grep gnutls libgnutls.so.11 = /usr/lib/libgnutls.so.11 (0x002a96b96000) $ dpkg-query -W 'libgnutls11' libgnutls11 1.0.16-13.2sarge2 I'll then clone and reassign the bug to the appropriate gnutls package. Thanks. From what I discovered when googling around, the problem *may* be limited to amd64. Is there any time frame for you updating to etch? I rather doubt that the gnutls people would be willing to debug on sarge's libraries. I would guess in the next couple of months. Depends on other workload really. If I see the crash again once I'm on etch, I'll update the ticket. Unless there's an obvious error that jumps out at the gnutls devs from the backtrace, I can't see where else to go. Thanks for all your help on this. Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8607 9535 f: +44 20 8607 9536 w: www.amazinginternet.com Registered office: UK House, 82 Heath Road, Twickenham TW1 4BW Registered in England. Company No. 4042957 signature.asc Description: OpenPGP digital signature
Bug#412886: Finally got a backtrace on this crash
Marc Haber said at 06/06/2007 16:51: On Wed, Jun 06, 2007 at 04:45:40PM +0100, Ronny Adsetts wrote: If I see the crash again once I'm on etch, I'll update the ticket. Unless there's an obvious error that jumps out at the gnutls devs from the backtrace, I can't see where else to go. Can I mark ist as fixed in 4.63-17, which is the version we released with etch, in the mean time? If you find the bug to happen with etch as well, send found #412886 4.63-17 to [EMAIL PROTECTED], and the bug will be marked correctly. That way, I'll get it out of my bug report list for the time being. Is that acceptable for you? That sounds fine to me. Go for it. Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8607 9535 f: +44 20 8607 9536 w: www.amazinginternet.com Registered office: UK House, 82 Heath Road, Twickenham TW1 4BW Registered in England. Company No. 4042957 signature.asc Description: OpenPGP digital signature
Bug#412886: Finally got a backtrace on this crash
On Wed, Jun 06, 2007 at 04:45:40PM +0100, Ronny Adsetts wrote: If I see the crash again once I'm on etch, I'll update the ticket. Unless there's an obvious error that jumps out at the gnutls devs from the backtrace, I can't see where else to go. Can I mark ist as fixed in 4.63-17, which is the version we released with etch, in the mean time? If you find the bug to happen with etch as well, send found #412886 4.63-17 to [EMAIL PROTECTED], and the bug will be marked correctly. That way, I'll get it out of my bug report list for the time being. Is that acceptable for you? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412886: Finally got a backtrace on this crash
Hi Marc/Andreas, I've finally managed to get a core file on this segfault: --- $ sudo gdb /usr/sbin/exim4 core GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux...Using host libthread_db library /l. Core was generated by `/usr/sbin/exim4 -bd -q30m -oX 587:465:25 -oP /var/run/ex. Program terminated with signal 11, Segmentation fault. [...] #0 _gnutls_read_uint16 (data=0x0) at gnutls_num.c:120 120 gnutls_num.c: No such file or directory. in gnutls_num.c (gdb) bt #0 _gnutls_read_uint16 (data=0x0) at gnutls_num.c:120 #1 0x2ba3e841bfc9 in _gnutls_proc_rsa_client_kx (session=0x629e10, data=0x0, _data_size=61) at auth_rsa.c:213 #2 0x2ba3e84171e9 in _gnutls_recv_client_kx_message (session=0x629e10) at gnutls_kx.c:333 #3 0x2ba3e8412c72 in _gnutls_handshake_server (session=0x629e10) at gnutls_handshake.c:2259 #4 0x2ba3e841236b in gnutls_handshake (session=0x629e10) at gnutls_handshake.c:1908 #5 0x004604a7 in tls_server_start (require_ciphers=0x0) at tls-gnu.c:838 #6 0x00459339 in smtp_setup_msg () at smtp_in.c:3212 #7 0x00418fc3 in handle_smtp_call (listen_sockets=0x5e3cd0, listen_socket_count=6, accept_socket=0, accepted=0x0) at daemon.c:495 #8 0x0041a55c in daemon_go () at daemon.c:1815 #9 0x0042848b in main (argc=7, cargv=0x0) at exim.c:3922 --- Please let me know if you want any more information. Thanks. Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8607 9535 f: +44 20 8607 9536 w: www.amazinginternet.com Registered office: UK House, 82 Heath Road, Twickenham TW1 4BW Registered in England. Company No. 4042957 signature.asc Description: OpenPGP digital signature