Thread Info
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SMTP 421 Too many concurrent SMTP connections

Hoskuldur
My SMTP proxy stopped accepting connections giving a  421 Too many concurrent SMTP connections. However there only seemed to be 1 SMTP connection to the service. In the kernel log I saw these messages occuring shorty before the proxy stopped accepting connections:

Jul 24 08:20:00 (none) kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000
Jul 24 08:20:00 (none) kernel:  printing eip:
Jul 24 08:20:00 (none) kernel: c0144a88
Jul 24 08:20:00 (none) kernel: *pde = 00000000
Jul 24 08:20:00 (none) kernel: Oops: 0002
Jul 24 08:20:00 (none) kernel: CPU:    0
Jul 24 08:20:00 (none) kernel: EIP:    0010:[]    Tainted: P
Jul 24 08:20:00 (none) kernel: EFLAGS: 00010216
Jul 24 08:20:00 (none) kernel: eax: c022931c   ebx: c4f0fdb8   ecx: dfffa0c0   edx: 00000000
Jul 24 08:20:00 (none) kernel: esi: c4f4fea0   edi: d0cf7be0   ebp: 000039c4   esp: c47dfdc4
Jul 24 08:20:00 (none) kernel: ds: 0018   es: 0018   ss: 0018
Jul 24 08:20:00 (none) kernel: Process rateup (pid: 24554, stackpage=c47df000)
Jul 24 08:20:00 (none) kernel: Stack: 00000000 c13e17cc 00000008 000031b6 c012d438 00000202 c47de000 ffffffff
Jul 24 08:20:00 (none) kernel:        000001d2 c0228614 dfffb0a0 c8111520 00000008 000001d2 00000006 00000005
Jul 24 08:20:00 (none) kernel:        c0144e35 0000468a c012d5f7 00000006 000001d2 c0228614 00000006 000001d2
Jul 24 08:20:00 (none) kernel: Call Trace:    [] [] [] [] []
Jul 24 08:20:00 (none) kernel:   [] [] [] [] [] []
Jul 24 08:20:00 (none) kernel:   [] []
Jul 24 08:20:00 (none) kernel:
Jul 24 08:20:00 (none) kernel: Code: 89 02 89 1b 89 5b 04 8d 73 e8 8b 46 54 a9 08 00 00 00 74 24

Jul 24 08:41:36 (none) kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000
Jul 24 08:41:36 (none) kernel:  printing eip:
Jul 24 08:41:36 (none) kernel: c0144db0
Jul 24 08:41:36 (none) kernel: *pde = 00000000
Jul 24 08:41:36 (none) kernel: Oops: 0000
Jul 24 08:41:36 (none) kernel: CPU:    0
Jul 24 08:41:36 (none) kernel: EIP:    0010:[]    Tainted: P
Jul 24 08:41:36 (none) kernel: EFLAGS: 00010246
Jul 24 08:41:36 (none) kernel: eax: cf7ffaf8   ebx: cf7ffde0   ecx: cf7ffdf8   edx: 00000000
Jul 24 08:41:36 (none) kernel: esi: cf7ffb00   edi: dfddaca0   ebp: dfddacc8   esp: d9601f14
Jul 24 08:41:36 (none) kernel: ds: 0018   es: 0018   ss: 0018
Jul 24 08:41:36 (none) kernel: Process exim (pid: 9014, stackpage=d9601000)
Jul 24 08:41:36 (none) kernel: Stack: 00000000 dfddaca0 dfddaca0 cf22bde0 dfddaca0 bfff6728 c0144e04 dfddaca0
Jul 24 08:41:36 (none) kernel:        dfddaca0 c013e31f dfddaca0 07d4cda2 dfddaca0 cf22bde0 dfddaca0 00000000
Jul 24 08:41:36 (none) kernel:        c013e476 dfddaca0 d3bac3c0 d9601f9c 00000000 c013d7a2 d3bac3c0 d9601f9c
Jul 24 08:41:36 (none) kernel: Call Trace:    [] [] [] [] []
Jul 24 08:41:36 (none) kernel:   [] []
Jul 24 08:41:36 (none) kernel:
Jul 24 08:41:36 (none) kernel: Code: 8b 02 89 48 04 89 43 18 89 51 04 89 0a 8b 04 24 40 89 04 24

Jul 24 09:00:01 (none) kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000004
Jul 24 09:00:01 (none) kernel:  printing eip:
Jul 24 09:00:01 (none) kernel: c0144a80
Jul 24 09:00:01 (none) kernel: *pde = 00000000
Jul 24 09:00:01 (none) kernel: Oops: 0000
Jul 24 09:00:01 (none) kernel: CPU:    0
Jul 24 09:00:01 (none) kernel: EIP:    0010:[]    Tainted: P
Jul 24 09:00:01 (none) kernel: EFLAGS: 00010217
Jul 24 09:00:01 (none) kernel: eax: 000044aa   ebx: 00000000   ecx: 00000006   edx: 00000001
Jul 24 09:00:01 (none) kernel: esi: 000001d2   edi: 00000006   ebp: 000044aa   esp: cc3dddec
Jul 24 09:00:01 (none) kernel: ds: 0018   es: 0018   ss: 0018
Jul 24 09:00:01 (none) kernel: Process mem-free.sh (pid: 14462, stackpage=cc3dd000)
Jul 24 09:00:01 (none) kernel: Stack: 00000000 c13d737c 0000000c 000031b7 c012d438 00000003 cc3dc000 ffffffff
Jul 24 09:00:01 (none) kernel:        000001d2 c0228614 dfffbce0 d89aa000 0000000c 000001d2 00000006 00000005
Jul 24 09:00:01 (none) kernel:        c0144e35 000044aa c012d5f7 00000006 000001d2 c0228614 00000006 000001d2
Jul 24 09:00:01 (none) kernel: Call Trace:    [] [] [] [] []
Jul 24 09:00:01 (none) kernel:   [] [] [] [] [] []
Jul 24 09:00:01 (none) kernel:   [] [] []
Jul 24 09:00:01 (none) kernel:
Jul 24 09:00:01 (none) kernel: Code: 8b 53 04 8b 03 89 50 04 89 02 89 1b 89 5b 04 8d 73 e8 8b 46

Jul 24 09:20:02 (none) kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000004
Jul 24 09:20:02 (none) kernel:  printing eip:
Jul 24 09:20:02 (none) kernel: c0144a80
Jul 24 09:20:02 (none) kernel: *pde = 00000000
Jul 24 09:20:02 (none) kernel: Oops: 0000
Jul 24 09:20:02 (none) kernel: CPU:    0
Jul 24 09:20:02 (none) kernel: EIP:    0010:[]    Tainted: P
Jul 24 09:20:02 (none) kernel: EFLAGS: 00010217
Jul 24 09:20:02 (none) kernel: eax: 000044c1   ebx: 00000000   ecx: 00000006   edx: 00000002
Jul 24 09:20:02 (none) kernel: esi: 000001d2   edi: 00000006   ebp: 000044c1   esp: c47dbd48
Jul 24 09:20:02 (none) kernel: ds: 0018   es: 0018   ss: 0018
Jul 24 09:20:02 (none) kernel: Process sh (pid: 20667, stackpage=c47db000) 
Jul 24 09:20:02 (none) kernel: Stack: 00000000 c13cf898 0000000a 000031b2 c012d438 00000000 c47da000 ffffffff
Jul 24 09:20:02 (none) kernel:        000001d2 c0228614 dfffa9f0 dc20d000 0000000a 000001d2 00000006 00000005
Jul 24 09:20:02 (none) kernel:        c0144e35 000044c1 c012d5f7 00000006 000001d2 c0228614 00000006 000001d2
Jul 24 09:20:02 (none) kernel: Call Trace:    [] [] [] [] []
Jul 24 09:20:02 (none) kernel:   [] [] [] [] [] []
Jul 24 09:20:02 (none) kernel:   [] []
Jul 24 09:20:02 (none) kernel:
Jul 24 09:20:02 (none) kernel: Code: 8b 53 04 8b 03 89 50 04 89 02 89 1b 89 5b 04 8d 73 e8 8b 46

Jul 24 09:25:01 (none) kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000004
Jul 24 09:25:01 (none) kernel:  printing eip:
Jul 24 09:25:01 (none) kernel: c0144a80
Jul 24 09:25:01 (none) kernel: *pde = 00000000
Jul 24 09:25:01 (none) kernel: Oops: 0000
Jul 24 09:25:01 (none) kernel: CPU:    0
Jul 24 09:25:01 (none) kernel: EIP:    0010:[]    Tainted: P
Jul 24 09:25:01 (none) kernel: EFLAGS: 00010217
Jul 24 09:25:01 (none) kernel: eax: 000044c1   ebx: 00000000   ecx: 00000006   edx: 00000003
Jul 24 09:25:01 (none) kernel: esi: 000001d2   edi: 00000006   ebp: 000044c1   esp: dce09dc4
Jul 24 09:25:01 (none) kernel: ds: 0018   es: 0018   ss: 0018
Jul 24 09:25:01 (none) kernel: Process rateup (pid: 32638, stackpage=dce09000)
Jul 24 09:25:01 (none) kernel: Stack: 00000000 c13b5ed8 00000017 000031c2 c012d438 00000004 dce08000 ffffffff
Jul 24 09:25:01 (none) kernel:        000001d2 c0228614 dfffbc00 db861020 00000017 000001d2 00000006 00000005
Jul 24 09:25:01 (none) kernel:        c0144e35 000044c1 c012d5f7 00000006 000001d2 c0228614 00000006 000001d2
Jul 24 09:25:01 (none) kernel: Call Trace:    [] [] [] [] []
Jul 24 09:25:01 (none) kernel:   [] [] [] [] [] []
Jul 24 09:25:01 (none) kernel:   [] []
Jul 24 09:25:01 (none) kernel:
Jul 24 09:25:01 (none) kernel: Code: 8b 53 04 8b 03 89 50 04 89 02 89 1b 89 5b 04 8d 73 e8 8b 46

And in the mail log:
Jul 24 10:09:22 (none) exim[10878]: 2003-07-24 10:09:22 Connection from 207.68.165.29 refused: too many connections

(first occurance)

I tried shutting down the proxy in webadmin and it didn't restart when I tried to restart it. I ended up restarting the firewall and then everything seemed OK. 
What could be the cause of this - and how do I prevent it from happening again? 

-Hoskuldur  


This thread was automatically locked due to age.
  • 0
    there is actually a limit in ASL of how many SMTP session can be open at the same time, you can change that on the command line, the file is /var/chroot-smtp/etc/exim.conf-default, the parameter you have to set is documanted at exim.org. If you change the config make sure you restart the SMTP relay.

    However, the kernel log reads more like a problem with your hardware, my guess, it's the memory. 
    • 0 in reply to bergy
      I agree. Those kernel messages suggest something is *very* unhappy. I'd go with memory. Can you swap the memory sticks to known good ones to test? 
      • 0 in reply to kd_03
        It would be difficult to test the memory - but I guess  I have to do it one way or the other. I'll set the max smtp connections parameter a bit higher and just watch ASL closely for some time. Thanks for the input guys.