terminated abnormally

Ken Murchison murch at andrew.cmu.edu
Thu Mar 23 08:27:02 EST 2006


Patrick Radtke wrote:
> Every day we get a number of 'terminated abnormally' messages on our 
> frontends.
> When they happen just occasionally then everything still seems to run fine.
> 
> However sometimes, there will be a large number of them in a short time 
> span and this is a sure sign that people are having trouble logging in 
> or are being disconnected.
> 
> 
> here is examples from the log
> 
> Mar 22 10:50:07 tofu master[19506]: service pop3s pid 18311 in READY 
> state: terminated abnormally
> Mar 22 10:50:10 tofu master[19506]: service imaps pid 18128 in READY 
> state: terminated abnormally
> Mar 22 10:50:20 tofu master[19506]: service imaps pid 18348 in READY 
> state: terminated abnormally
> Mar 22 10:50:23 tofu master[19506]: service imaps pid 13063 in READY 
> state: terminated abnormally
> Mar 22 10:50:32 tofu master[19506]: service pop3s pid 18404 in READY 
> state: terminated abnormally
> Mar 22 10:50:33 tofu master[19506]: service pop3s pid 18218 in READY 
> state: terminated abnormally
> 
> Mar 22 11:01:42 valoney master[2581]: service imaps pid 25617 in READY 
> state: terminated abnormally
> Mar 22 11:01:46 valoney master[2581]: service pop3s pid 25682 in READY 
> state: terminated abnormally
> Mar 22 11:01:47 valoney master[2581]: service imaps pid 25903 in READY 
> state: terminated abnormally
> 
> searching on just a fail process id shows
> 
> Mar 22 11:01:38 valoney imaps[25903]: imaps failed: [local]
> Mar 22 11:01:47 valoney master[2581]: service imaps pid 25903 in READY 
> state: terminated abnormally
> Mar 22 11:01:51 valoney master[2581]: service imaps pid 25903: while 
> trying to process message 0x2: not registered yet
> Mar 22 11:01:52 valoney master[2581]: service imaps pid 25903 in UNKNOWN 
> state: processing message 0x2
> 
> 
> ar 22 11:01:04 valoney pop3s[25440]: starttls: TLSv1 with cipher RC4-MD5 
> (128/128 bits new) no authentication
> Mar 22 11:01:20 valoney pop3s[25440]: login: 
> pool-141-155-147-109.ny5030.east.verizon.net [141.155.147.109] jg2378 
> plaintext+TLS User logged in
> Mar 22 11:01:21 valoney pop3s[25440]: failed to bind to address 
> 128.59.48.36: Cannot assign requested address
> Mar 22 11:01:21 valoney pop3s[25440]: Doing a peer verify
> Mar 22 11:01:21 valoney pop3s[25440]: Doing a peer verify
> Mar 22 11:01:21 valoney pop3s[25440]: starttls: TLSv1 with cipher 
> AES256-SHA (256/256 bits new) no authentication
> Mar 22 11:01:36 valoney pop3s[25440]: pop3s failed: [local]
> Mar 22 11:01:37 valoney pop3s[25440]: Fatal error: tls_start_servertls() 
> failed
> Mar 22 11:01:41 valoney master[2581]: service pop3s pid 25440 in READY 
> state: terminated abnormally
> Mar 22 11:01:52 valoney master[2581]: service pop3s pid 25440: while 
> trying to process message 0x2: not registered yet
> Mar 22 11:01:52 valoney master[2581]: service pop3s pid 25440 in UNKNOWN 
> state: processing message 0x2

I've never seen behavior like this before.  You have a pop3d which looks 
like it successfully does TLS+PLAIN, but then attempts TLS again.  What 
I don't know is if the client has disconnected in between, or if there 
is some kind of race condition.

-- 
Kenneth Murchison
Project Cyrus Developer/Maintainer
Carnegie Mellon University


More information about the Info-cyrus mailing list