just for completeness - i noticed that spin-lock
months ago multiple times a day, restarted imapd
each time and until monday it did not happen again

the last two days we where able to track that down
"top -H -b -n1 -p `pidof dbmail-imapd" was like below
with a growing count of spinning threads, not happened
the last 23 hours after the patch

so anybody seeing imapd with unexplainable high CPU load
in the past likely was affected by that

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND
22865 dbmail    20   0  464784 110412   4936 R 99,5  1,1   4:24.55 pool
22866 dbmail    20   0  464784 110412   4936 R 99,5  1,1   6:04.61 pool
22852 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:01.18 dbmail-imapd
22854 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.00 dbmail-imapd
22855 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.04 pool
22856 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.16 pool
22857 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.06 pool
22858 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.09 pool
22859 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.05 pool
22860 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.13 pool
22861 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.06 pool
22862 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.04 pool
22863 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.08 pool
22864 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.06 pool
22867 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.05 pool
22868 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.08 pool
22869 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.07 pool
22870 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.09 pool
22871 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.06 pool
22872 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.07 pool
22873 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.05 pool
22874 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.07 pool
22875 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.04 pool
22876 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.06 pool
22877 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.16 pool
22878 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.21 pool
22879 dbmail    20   0  464784 110412   4936 S  0,0  1,1   0:00.06 pool

Am 05.03.2014 10:55, schrieb Paul J Stevens:
> A bit sooner than expected I've released DBMail 3.1.12
> 
> Noteworthy changes:
> 
> - Fixed a critical dead-lock in the code where appending an empty
> string to a string buffer lead to an infinite loop.
> 
> downloads:
> 
> http://www.dbmail.org/download/3.1/dbmail-3.1.12.tar.gz
> http://git.dbmail.eu/paul/dbmail/snapshot/dbmail-3.1.12.tar.gz
> https://github.com/pjstevns/dbmail/archive/v3.1.12.tar.gz
> 
> full changelog:
> 
> http://git.dbmail.eu/paul/dbmail/log?h=dbmail_3_1&id=v3.1.12

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Reply via email to