linux-kernel - Large file copy to NFS mounted directory causes delay in other application packets

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 8 Nov 2011 21:28:23 -0800 (PST)
From:	Manavalan Krishnan <manavalan_k@...oo.com>
To:	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Large file copy to NFS mounted directory causes delay in other application packets

Hi All

I have two systems with two network interfaces each(eth0 and eth1). I am running linux-HA (heartbeat deamon) on both the systems and they use eth0 for exchanging heartbeats. I have NFS mounted directory in one system and the NFS client uses the interface eth1. 

I try to copy a large file to NFS mounted directory. But the heartbeat daemons misses the heartbeat packets from peers while copy is under progress. I did tcpdump and found that the heartbeat packets are delayed for few seconds before sent out on eth0. When I stop the file copy, the heartbeats are delivered properly. It seems linux kernel somehow giving priority for NFS packets(generated from the file copy) over other application packets.

Any thoughts on this behavior? Is there any way we can avoid this so that application packets get equal chance while large file copy to NFS mounted directory under progress?

Thanks Much
Mana

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/