Slow Attachment upload, slow sending messages with attachments

Discuss your pilot or production implementation with other Zimbra admins or our engineers.
boomit
Posts: 4
Joined: Sat Sep 13, 2014 3:19 am

Slow Attachment upload, slow sending messages with attachments

Postby boomit » Wed Aug 28, 2013 1:25 pm

Folks, let me preface this as my first post and apologize if I'm in the wrong area of the forums.
Since installing Zimbra, our FOSS version 7 install was uploading attachments very quickly. The dedicated physical server has a public IP and internal IP, 16gb ram, 10k mdadm raid 5 disk, a 6 core desktop processor. Bandwidth available is 5 down / 0.768 up. There are about 45 active users at any time.
Message attachment is taking a very long time and sending a message with an attachment is also taking a long time.
Things tired (and the result)

- firefox and chrome using public IP and private IP (no difference)

- html and ajax interfaces (slower to upload attachment on html, slow to send on either)

- different workstations (no difference)

- workstations without antivirus (no difference)

- restarting zimbra (no difference)

- restarting the server (no difference)

- updated zimbra to the latest version (no difference)

- tail -f /opt/zimbra/log/mailbox.log (don't see any issues during the attachment or sending process)

- top (no significant memory or cpu spikes while attaching or sending)

- jnettop (no significant bandwidth spikes during attach or sending)

- free (memory is about 90% utilized)

- df -h (disks have lots of space

- disabling dns checks in the web UI Global / MTA settings

- disabling rbl in the web UI Global / MTA settings

- dmesg gave us some peculiar output (However, IOSTAT on the array indicates good disk throughput)
[398765.293044] ata2: SError: { Handshk }

[398765.293864] ata2.00: failed command: WRITE FPDMA QUEUED

[398765.294680] ata2.00: cmd 61/a8:08:e2:f1:65/01:00:40:00:00/40 tag 1 ncq 217088 out

[398765.294681] res 40/00:0c:e2:f1:65/00:00:40:00:00/40 Emask 0x10 (ATA bus error)
Is there a zimbra admin out there who has experienced this?
Thanks in advance.


phoenix
Ambassador
Ambassador
Posts: 26699
Joined: Fri Sep 12, 2014 9:56 pm
Location: Liverpool, England

Slow Attachment upload, slow sending messages with attachments

Postby phoenix » Wed Aug 28, 2013 1:43 pm

How about it being a HD controller problem
Regards

Bill

Rspamd: A high performance spamassassin replacement

Per ardua ad astra
boomit
Posts: 4
Joined: Sat Sep 13, 2014 3:19 am

Slow Attachment upload, slow sending messages with attachments

Postby boomit » Wed Aug 28, 2013 1:58 pm

Thanks for the reply Bill.
We are going to change the disk at ata2 and also all of the data ribbons tomorrow night. The board is a desktop model and I think the controller is: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] (rev 40)
I'll follow up.
Here are the results of iostat. sda, sdb, sdc are active in the raid 5. sdd is the spare disk to the raid 5. md0 is the partition with the message store on it.
root@host:/home/user# iostat

Linux 2.6.32-38-server (host.tld.ca) 13-08-28 _x86_64_ (6 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle

1.33 0.00 0.24 0.46 0.00 97.97
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn

sda 13.25 195.81 348.79 114714186 204343488

sdb 13.32 187.91 358.87 110087688 210246960

sdc 13.33 190.32 355.88 111497832 208497320

sdd 0.00 0.00 0.00 1480 32

md2 0.00 0.00 0.00 424 0

md1 0.02 0.05 0.11 28904 65232

md0 85.41 473.33 653.52 277305514 382866176

sde 0.56 3.07 40.45 1801046 23698608
speno
Advanced member
Advanced member
Posts: 56
Joined: Sat Sep 13, 2014 1:08 am

Slow Attachment upload, slow sending messages with attachments

Postby speno » Wed Aug 28, 2013 4:08 pm

Sounds like a network issue to the server or maybe it's just the reality of only having 0.768 up. That doesn't sound like much but I'm used to Gb ethernet. :-)
boomit
Posts: 4
Joined: Sat Sep 13, 2014 3:19 am

Slow Attachment upload, slow sending messages with attachments

Postby boomit » Wed Aug 28, 2013 4:15 pm

I appreciate your thoughts and am looking into the MTA. Oddly it worked well until recently.
The MTA was set to an external one. When I watch jnettop as the message is sending (slowly but surely) most of the upstream bandwidth is being consumed.
I'm in the process of trying to change the MTA to localhost but am faced with the following error delivered in the form of a bounce-back message:
Please turn on SMTP

Authentication in your mail client. host.tld.ca

550-[142.16x.xxx.xxx]:33193 is not permitted to relay through this server

without 550 authentication. (in reply to RCPT TO command)
My thought is to use localhost to queue then deliver the message directly to the recipient without the need to rely on bandwidth provided by the external MTA.
boomit
Posts: 4
Joined: Sat Sep 13, 2014 3:19 am

Slow Attachment upload, slow sending messages with attachments

Postby boomit » Wed Aug 28, 2013 4:22 pm

It appears the issue is resolved.
I changed the MTA to a localhost and turned on authentication. The web client now responds as expected in terms of upload speed. When hitting send, the web client sends the message quickly and I can see in jnettop that the message is being delivered directly to the mta for the receiving domain. I'll follow up with updates to SFP records.
If I were to speculate a root-cause it would be that the relaying MTA had capped upload speeds, manifesting in a delay / hanging on the web UI while sending the messages.
Thanks for the responses folks, much appreciated.

Return to “Administrators”

Who is online

Users browsing this forum: No registered users and 31 guests