Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > Administrators

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 02-05-2009, 07:33 PM
Intermediate Member
 
Posts: 22
Unhappy my zimbra server I/O wait is very high

Hi all.

My zimbra server got a high I/O wait .

The zimbra run on a HP ML100 G5 server.

Code:
[zimbra@sub ~]$ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 6
model name      : Intel(R) Pentium(R) D CPU 2.80GHz
stepping        : 4
cpu MHz         : 2793.930
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 6
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm pni monitor ds_cpl est cid xtpr
bogomips        : 5592.73

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 6
model name      : Intel(R) Pentium(R) D CPU 2.80GHz
stepping        : 4
cpu MHz         : 2793.930
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 6
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm pni monitor ds_cpl est cid xtpr
bogomips        : 5585.22

[zimbra@sub ~]$

[zimbra@sub ~]$ free
             total       used       free     shared    buffers     cached
Mem:       2073512    2047760      25752          0       2208     415636
-/+ buffers/cache:    1629916     443596
Swap:      2008040     156536    1851504
[zimbra@sub ~]$

[zimbra@sub ~]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             9.4G  1.1G  7.9G  12% /
/dev/sda1              99M   13M   82M  14% /boot
none                 1013M     0 1013M   0% /dev/shm
/dev/sda6             3.8G  328M  3.3G   9% /home
/dev/sda9              84G   36G   45G  45% /mailstore
/dev/sda3              19G  4.8G   14G  27% /opt
/dev/sda5             3.8G  409M  3.2G  12% /var
[zimbra@sub ~]$




top - 11:32:31 up 101 days, 15:45,  1 user,  load average: 10.77, 7.38, 8.28
Tasks: 176 total,   1 running, 175 sleeping,   0 stopped,   0 zombie
Cpu0  : 32.2% us,  7.3% sy,  0.0% ni,  0.0% id, 60.1% wa,  0.3% hi,  0.0% si
Cpu1  : 21.9% us,  4.7% sy,  0.0% ni, 30.2% id, 43.2% wa,  0.0% hi,  0.0% si
Mem:   2073512k total,  1931216k used,   142296k free,     4480k buffers
Swap:  2008040k total,   154288k used,  1853752k free,   296160k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 9265 zimbra    16   0 1088m 623m 6836 S 11.6 30.8  25:22.09 java
 8673 zimbra    16   0  121m  13m 3652 S 10.9  0.7   2:29.58 mysqld
 9284 zimbra    15   0  7300 4352 1500 S  6.0  0.2   0:18.24 nginx
 8793 zimbra    16   0  9328 3104 2204 S  5.6  0.1   0:13.28 zmlogger
29678 zimbra    17   0  400m  13m 7540 S  4.6  0.7   0:00.14 java
 4548 zimbra    17   0 67076  56m 6160 D  4.3  2.8   0:24.67 amavisd
 5259 zimbra    15   0 66652  55m 6172 D  3.6  2.8   0:37.36 amavisd
 8688 zimbra    15   0 10912 3524 1884 S  3.0  0.2   0:07.71 perl
   44 root      15   0     0    0    0 S  0.7  0.0  52:58.73 kswapd0
 8817 zimbra    16   0  630m 186m 4064 S  0.7  9.2   0:15.14 mysqld
 9411 zimbra    16   0  188m 164m 1048 S  0.7  8.1   0:24.36 clamd
 8693 zimbra    16   0  9128 4120 1844 S  0.3  0.2   0:04.67 zmmtaconfig
 9835 zimbra    17   0  7044 3560 1640 S  0.3  0.2   0:04.42 zmstat-proc
 9845 zimbra    16   0  6872 3404 1644 D  0.3  0.2   0:00.61 zmstat-mysql
    1 root      16   0  1752  484  456 S  0.0  0.0   0:03.16 init
    2 root      RT   0     0    0    0 S  0.0  0.0   1:16.18 migration/0
My zimbra server have about 250 active user.

Is that mean my HP ML100 G5 server's performance not good enough?

Thanks !
__________________
Code:
[zimbra@sub ~]$ zmcontrol -v


Release 5.0.2_GA_1975.RHEL4_20080130212006 RHEL4 FOSS edition

[zimbra@sub ~]$

Last edited by old-cow; 02-05-2009 at 07:35 PM..
Reply With Quote
  #2 (permalink)  
Old 02-05-2009, 07:48 PM
Intermediate Member
 
Posts: 22
Default

My HP ML110 server have tow 160G STAT HD ,and make a raid 1 .
__________________
Code:
[zimbra@sub ~]$ zmcontrol -v


Release 5.0.2_GA_1975.RHEL4_20080130212006 RHEL4 FOSS edition

[zimbra@sub ~]$
Reply With Quote
  #3 (permalink)  
Old 02-05-2009, 08:07 PM
Active Member
 
Posts: 32
Default

It seems that you low on memory. First you could tune your sysctl.conf or somthing that suit your linux distribution to optimize memory. Or install more RAM.

I could share my important settings of sysctl.conf including tcp\ip stack and so on if you interested.
__________________
With best regards,
Reply With Quote
  #4 (permalink)  
Old 02-05-2009, 08:55 PM
Intermediate Member
 
Posts: 22
Default

Thanks !

I am planning to add more memery to the Server.
__________________
Code:
[zimbra@sub ~]$ zmcontrol -v


Release 5.0.2_GA_1975.RHEL4_20080130212006 RHEL4 FOSS edition

[zimbra@sub ~]$

Last edited by old-cow; 02-05-2009 at 08:58 PM..
Reply With Quote
  #5 (permalink)  
Old 02-05-2009, 11:20 PM
Moderator
 
Posts: 7,928
Default

Definitely add more RAM as these days it is cheap If I/O issues persist after that then you could look at adding two additional drives (RAID1) and moving the data store to them so that the application is split from the message store. A good read would be :- Performance Tuning Guidelines for Large Deployments - Zimbra :: Wiki
__________________
Reply With Quote
  #6 (permalink)  
Old 02-05-2009, 11:59 PM
Intermediate Member
 
Posts: 22
Default

Thanks !

I think move the data store to a new raid device is a good way.

__________________
Code:
[zimbra@sub ~]$ zmcontrol -v


Release 5.0.2_GA_1975.RHEL4_20080130212006 RHEL4 FOSS edition

[zimbra@sub ~]$
Reply With Quote
  #7 (permalink)  
Old 02-06-2009, 06:28 AM
Moderator
 
Posts: 1,209
Default

And once you add more RAM, then you can set up a RAM disk for Amavis's temp folder, which will take BIG load away from your hard disks.

Hope that helps,
Mark
__________________
___________________________________
L. Mark Stone, CIO


"Uptime. All the time."

477 Congress Street | Portland, ME 04101-3431 | (207) 772-5678

proactive maintenance and monitoring | technology consulting
Zimbra groupware | EMR implementations | private cloud hosting
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.