Hi,

Forget the application layer being the problem until you have successfully replicated the problem in several different setups.

Are you monitoring both links utilization levels? Really sounds like a network layer problem or something with your ip stack.

Can you replicate using ftp, scp?

How is your switch configured? How are the links negotiated, make sure both sides of both links are full duplex 1gig. Look for crc or input errors on the interface side.

How many packets are you pushing? Make sure the switch isnt activating unicast limiting.

Lots of things to check... Would help if you can help us understand what tests youve done to determine its nginx.

Thanks

--
Payam Chychi
Network Engineer / Security Specialist


On Sunday, January 31, 2016 at 9:33 AM, Reinis Rozitis wrote:

> This is a bit out of scope of nginx but ..
>
> > could be network issue or LACP issue but doesn't looks like it is
>
> How did you determine this?
> Can you generate more than 1 Gbps (without nginx)?
>
>
> > 12 x 3TB SATA Raid-10 (HBA LSI-9211)
> > ZFS FileSystem with 18TB usable space
> >
>
>
> > Please i need guidance to handle with this problem, i am sure that some
> > value needs to tweak.
> >
>
>
> What's the output of zpool iostat (and the overal zpool/zfs configuration)?
>
> Also do you have ZFS on top of hardware raid ?
>
> In general just 12 SATA disks won't have a lot of IOps (especially random
> read) unless it all hits ZFS Arc (can/should be monitored), even more if
> there is a hardware raid underneath (in your place would flash the HBA with
> IT firmware so you get plain jbods managed by ZFS).
>
> rr
>
> _______________________________________________
> nginx mailing list
> nginx@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
>


_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx