Loading ...
Sorry, an error occurred while loading the content.

234895Re: filling incoming queue

Expand Messages
  • MailingListe
    Feb 29, 2008
      Zitat von Pavel Urban <urbanp@...>:

      > Hello,
      >
      > I have quite busy mail server (~2mio mails per day) and it has trouble
      > handling 'incoming' queue.
      >
      > Incoming: 1028210
      > Active: 177
      > Deferred: 43310
      >
      > RedHat Linux 4, Postfix 2.4.7, dual Opteron. 4GB RAM
      >
      > 'top' says:
      >
      > top - 09:35:42 up 218 days, 18:58, 4 users, load average: 6.95, 7.45, 8.29
      > Tasks: 616 total, 2 running, 614 sleeping, 0 stopped, 0 zombie
      > Cpu0 : 2.6% us, 3.3% sy, 0.0% ni, 87.9% id, 4.9% wa, 0.3% hi, 1.0% si
      > Cpu1 : 2.0% us, 2.3% sy, 0.0% ni, 92.5% id, 2.9% wa, 0.0% hi, 0.3% si
      > Cpu2 : 2.0% us, 3.6% sy, 0.0% ni, 1.0% id, 92.8% wa, 0.3% hi, 0.3% si
      > Cpu3 : 1.3% us, 3.0% sy, 0.0% ni, 89.4% id, 6.3% wa, 0.0% hi, 0.0% si
      > Mem: 4045708k total, 4019720k used, 25988k free, 328260k buffers
      > Swap: 2096472k total, 139116k used, 1957356k free, 1975056k cached
      >
      > PID USER PR NI %CPU TIME+ %MEM VIRT RES SHR S COMMAND
      > 11758 clamav 15 0 2 766:32.75 6.8 503m 267m 1064 S clamd
      > 17158 postfix 16 0 2 2:46.95 0.1 29272 5760 1596 D qmgr
      > 30955 root 16 0 2 0:00.18 0.0 6552 1548 848 R top
      > 18241 postfix 16 0 1 0:57.27 0.1 26552 2908 1568 S trivial-rewrite
      > 17155 root 16 0 1 1:56.64 0.0 25292 1716 1316 S master
      > 2496 root 15 0 1 931:03.77 0.0 0 0 0 D kjournald
      > 3350 root 16 0 1 806:46.89 0.0 7256 600 316 S syslog-ng
      > 17241 postfix 16 0 1 0:21.37 0.1 26468 2832 1568 S trivial-rewrite
      > 18014 postfix 16 0 1 0:27.82 0.1 26340 2704 1568 S trivial-rewrite
      > 28503 postfix 16 0 1 0:00.33 0.1 29048 3740 2436 S smtpd
      > 29360 postfix 16 0 1 0:00.15 0.1 29032 3600 2316 S smtpd
      > 30360 postfix 15 0 1 0:00.13 0.1 29020 3564 2316 S smtpd
      > 27979 clamav 15 0 0 63:58.47 0.1 650m 4200 344 S clamsmtpd
      > 28694 postfix 16 0 0 0:00.19 0.1 29036 3752 2436 S smtpd
      > 28829 postfix 16 0 0 0:00.33 0.1 26332 3120 2192 S smtpd
      > 29480 postfix 16 0 0 0:00.10 0.1 29020 3568 2316 S smtpd
      > 29626 postfix 16 0 0 0:00.16 0.1 26092 2464 1776 S cleanup
      >
      > It seems to me like qmgr is unable to keep up with the rest of the
      > system. Incoming queue is full of 0700 mode files. header and
      > body_checks contain just several trivial regexp-es. I'm using
      > clamsmtpd+clamd on this server, the second nearly similar one is not
      > using any content_filter at all, but suffers from this similar problem.
      > I don't see any warnings/fatal/panic messages except of smtpd process
      > limit. Any suggestions? I'm getting desperate :-( Thank you!

      From a first glance i would say your IO is saturated (see 92,8% wa
      for CPU2). The reason why could be that it *is* simply to slow for
      massive random IO or some other task is doing massive IO on that
      machine. Some things to check :

      - What filesystem is the queue on ? With 1 million (billion in
      english?) files in incoming this could get you in trouble. The high
      TIME value for kjournald could point to that direction.
      - Examine if you do buffered logging with syslog-ng. If you don't
      syslog maybe saturate the IO.
      - The memory usage of clamd is somewhat high but i don't use clamd so
      no real judgement on this.
      - The number of 64 for amavis feed is maybe too high but i don't know
      what you are doing with it.
      - The deferred number is high. This should not be the case for a
      inbound relay. Why Postfix have to defer the messages?

      Regards

      Andreas

      --
      All your trash belong to us ;-) www.spamschlucker.org
      To: stephan@...
    • Show all 15 messages in this topic