Hi.
it just happened again:
read(15, 0xa0d150, 11) = -1 EAGAIN (Resource
temporarily unavailable)
read(15, 0xa0d150, 11) = -1 EAGAIN (Resource
temporarily unavailable)
over and over again.
fortuntately I as at a pc this time so here'S more info:
|-- exe -> /usr/sbin/dbmail-imapd
|-- fd
| |-- 0 -> /dev/null
| |-- 1 -> /var/log/dbmail.log
| |-- 10 -> socket:[37276954]
| |-- 11 -> anon_inode:[eventfd]
| |-- 12 -> socket:[37276955]
| |-- 13 -> socket:[37276956]
| |-- 14 -> /run/dbmail/dbmail-imapd.pid
| |-- 15 -> socket:[37323589]
| |-- 16 -> socket:[37301140]
| |-- 17 -> socket:[37323392]
| |-- 18 -> socket:[37323575]
| |-- 19 -> socket:[37323394]
| |-- 2 -> /var/log/dbmail.err
| |-- 20 -> socket:[37324988]
| |-- 21 -> socket:[37324989]
| |-- 3 -> socket:[37107672]
| |-- 4 -> socket:[37278440]
| |-- 5 -> socket:[37278444]
| |-- 6 -> socket:[37276948]
| |-- 7 -> socket:[37276952]
| |-- 8 -> anon_inode:[eventpoll]
| `-- 9 -> socket:[37276953]
(I did save the whole output of "tree /proc/<pid>" so if you need
anything else let me know but i recon this is probably enough.
also I do have a core file (which I am not posting here for security
reasons)
also a quick continue and then ctrl+c followed by "bt" in gdb gave me
this:
Program received signal SIGINT, Interrupt.
0x00007fc2fbf6732a in ci_write () from /usr/lib64/dbmail/libdbmail.so.0
(gdb) bt
#0 0x00007fc2fbf6732a in ci_write () from
/usr/lib64/dbmail/libdbmail.so.0
#1 0x00007fc2fbf6742c in ci_write_cb () from
/usr/lib64/dbmail/libdbmail.so.0
#2 0x0000000000408018 in imap_cleanup_deferred ()
#3 0x00007fc2fbf64eee in dm_queue_drain () from
/usr/lib64/dbmail/libdbmail.so.0
#4 0x00007fc2fc3bec0c in event_base_loop () from
/usr/lib64/libevent-2.0.so.5
#5 0x00007fc2fbf6594e in server_run () from
/usr/lib64/dbmail/libdbmail.so.0
#6 0x00007fc2fbf662dd in server_mainloop () from
/usr/lib64/dbmail/libdbmail.so.0
#7 0x0000000000407aaa in main ()
(gdb) quit
A debugging session is active.
Inferior 1 [process 15888] will be detached.
but the point in which i did the interrupt is pretty random of course,
but maybe it helps
Please let me know if you need anything else to figure this out.
Regards
On 2013-09-22 17:45, Paul J Stevens wrote:
I can't tell what's going on just from the strace snippet. At the very
least I would have to see a lsof dump of said process, so file handle
16
can be identified.
On 09/22/2013 11:04 AM, Thomas Raschbacher wrote:
hi sorry for the short version last night.
I was just typing this on my phone.
It seems that at around 15:30 yesterday my dbmail-imapd went to 100%
cpu
again and refused connections.
(nothing in my dbmail.err log (default logging settings I think)
any clue what could cause this ?
On 2013-09-22 00:43, Thomas Raschbacher wrote:
Hi.
I had another crash of imapd today:
Strace:
read(16, 0x216b320, 11) = -1 EAGAIN (Resource
temporarily unavailable)
read(16, 0x216b320, 11) = -1 EAGAIN (
Resource temporarily unavailable)
read(16, 0x216b320, 11) = -1 EAGAIN (
Resource temporarily unavailable)
_______________________________________________
DBmail mailing list
DBmail@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
_______________________________________________
DBmail mailing list
DBmail@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
