Re: [exim] Bug#360696: Bug#360696: Failed to get write lock …

トップ ページ
このメッセージを削除
このメッセージに返信
著者: Michel Meyers
日付:  
To: exim-users
CC: 360696-quiet, Andreas Metzler
題目: Re: [exim] Bug#360696: Bug#360696: Failed to get write lock for /var/spool/exim4/db/retry.lockfile:timedout
Philip Hazel wrote:
> On Thu, 27 Apr 2006, Michel Meyers wrote:
>
>> Then I tried gcore:
>> gcore -o /var/core 30611
>>
>> That dumped a file which I gzipped. I don't know whether my previous
>> mail went through (might've been rejected with the big file), so just to
>> be sure I uploaded it to Rapidshare (I don't have any fast webspace
>> available myself). You can get it here:
>>
>> http://rapidshare.de/files/19037900/core.30611.gz.html
>
> I downloaded that file, but gdb doesn't make much sense of it:
>
> (gdb) backtrace
> #0 0xffffe410 in ?? ()
> (gdb) up
> Initial frame selected; you cannot go up.
> (gdb) down
> Bottom (innermost) frame selected; you cannot go down.
> (gdb) info frame
> Stack level 0, frame at 0xbfd18cd8:
> eip = 0xffffe410; saved eip 0xbfd18ce8
> Arglist at 0xbfd18cd0, args:
> Locals at 0xbfd18cd0, Previous frame's sp is 0xbfd18cd8
> Saved registers:
> eip at 0xbfd18cd4
> (gdb) info locals
> No symbol table info available.
>
> I'm no expert in using gdb (I hardly ever use it).


Me neither. Maybe the gcore dump cannot be used with gdb (though the web
suggests otherwise)?

> Incidentally,
> was this Exim compiled with -g? The lack of a symbol table suggests not.
> (Or do I need a copy of the matching binary to get that?) What I'm
> hoping to find in the end is where in the code this process is getting
> into a loop. The fact that there is only one stack frame is confusing.


I installed the package that Andreas supplied:
http://downhill.aus.cc/debian/misc/exim4-daemon-heavy_4.61-1.0.0.debug_i386.deb
(md5: 1adecd15e58afe4f06d35b41bbda8871)

The binary should be in there as well. (you can extract it with ar if
you don't have Debian)

exim -bV shows this:
Exim version 4.61 #1 built 26-Apr-2006 17:49:02
Copyright (c) University of Cambridge 2006
Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003)
Support for: crypteq iconv() IPv6 PAM Perl GnuTLS move_frozen_messages
Content_Scanning Old_Demime
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb
dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql
Authenticators: cram_md5 cyrus_sasl plaintext spa
Routers: accept dnslookup ipliteral iplookup manualroute queryprogram
redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated

Greetings,
         Michel