IMAP very very slow

[hindog]

All of our clients (Outlook, Thunderbird) are timing out. SWA reports #SOAP23 or #SOAP32. Need help, no one can access their email. Logs contain:

SERIOUS ERROR IMAP Server Da(IMAP Server Pr) Tue Sep 18 09:50:16 2007
[OM 10272] BACKTRACE:
/opt/scalix/lib/libom_er.so(er_add_backtrace+0xb3)[0xb7e87d43]
/opt/scalix/lib/libom_er.so[0xb7e8802c]
/opt/scalix/lib/libom_er.so(er_DumpProcAndExit+0x1f)[0xb7e881bf]
[0xbfffe420]
in.imap41d[0x805ef34]
in.imap41d[0x805f648]
in.imap41d[0x8063176]
in.imap41d[0x8064fec]
in.imap41d[0x8065aa9]
/lib/libc.so.6(__libc_start_main+0xdc)[0xb7bf187c]
in.imap41d[0x804e011]
User Name: Shawn Colomer / email/CN=Shawn Colomer
Pid of logging process: 19838

SERIOUS ERROR IMAP Server Da(IMAP Server Pr) Tue Sep 18 09:49:59 2007
[OM 10270] Process about to terminate due to error.
Signal (Segmentation Violation) trapped by process 19420
Procedure trace follows:
<- checkCoreNotifications
-> imaplex_nextRequest
<- imaplex_nextRequest
-> imaplex_nextRequest
<- imaplex_nextRequest
-> imapFetch
-> prepareFetch
<- prepareFetch
-> imapMimeUpdateCRecNums
-> ct_ReadNextContentRec
<- ct_ReadNextContentRec
<- imapMimeUpdateCRecNums
-> getMessageInfo
<- getMessageInfo
-> sendMessageInfo
-> imapMimeBrowseMessagePath
User Name: Christina Martin / email/CN=Christina Martin
Pid of logging process: 19420


*All* users are having this problem. I am currently running omtityu on myself to see if it will fix the problem, but it seems like a daemon problem affecting everyone rather than individiual mailstores going corrupt.

Any ideas?

Aaron

[hindog]

By the way, we are a certified reseller through i can't access our contact info because it is stored in my IMAP store!!

Company: Enterprise Direct

[stephan.klein]

Same thing here, about twice a week:

Code: Select all

SERIOUS ERROR           IMAP Server Da(IMAP Server Pr) Sun Sep 16 20:07:46 2007
[OM 10270] Process about to terminate due to error.
Signal (Segmentation Violation) trapped by process 25828
Procedure trace follows:
  -> aud_LogStr
  <- aud_LogStr
  -> aud_LogStr
  <- aud_LogStr
  -> nm_ParseORN
  <- nm_ParseORN
  -> aud_LogStr
  <- aud_LogStr
  -> aud_LogInt
  <- aud_LogInt
  -> aud_EndTransaction
  <- aud_EndTransaction
  -> imaplex_nextRequest
  <- imaplex_nextRequest
  -> usr_PidSignoff
  <- usr_PidSignoff
Pid of logging process: 25828


SERIOUS ERROR           IMAP Server Da(IMAP Server Pr) Sun Sep 16 20:07:46 2007
[OM 10272] BACKTRACE:
/opt/scalix/lib/libom_er.so(er_add_backtrace+0xc6)[0xb7dec1a6]
/opt/scalix/lib/libom_er.so[0xb7dec4b3]
/opt/scalix/lib/libom_er.so(er_DumpProcAndExit+0x27)[0xb7dec647]
[0xffffe420]
/usr/lib/libldap_r.so.2(ldap_pvt_thread_mutex_destroy+0x1d)[0xb6f71afd]
/usr/lib/libldap_r.so.2(ldap_pvt_sasl_mutex_dispose+0x26)[0xb6f77d36]
/usr/lib/libsasl2.so.2[0xb7c67fd7]
/usr/lib/libsasl2.so.2(sasl_done+0x28)[0xb7c62838]
in.imap41d[0x8064475]
in.imap41d[0x80627f6]
in.imap41d[0x8062292]
/lib/libc.so.6(__libc_start_main+0xe0)[0xb7b27030]
in.imap41d[0x804e031]
Pid of logging process: 25828


Strange...

ommaint is able to restart the imap service

Regards
Stephan

[hindog]

Turns out we had ram failures in our blade server. Orange light was on and system was only getting 512MB out of 2GB. I am allocating 512M just for the Tomcat instance. Once I swapped out the ram everything started working again. Weird though, I didn't see any rediculous amount of swapping going on, but oh well, it's fixed now so who cares.