From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 22:48:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4297A16A41F; Tue, 21 Mar 2006 22:48:17 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CAF843D46; Tue, 21 Mar 2006 22:48:16 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2LMo3JQ028486; Tue, 21 Mar 2006 23:50:03 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2LNIL216133; Wed, 22 Mar 2006 00:18:21 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Tue, 21 Mar 2006 23:47:38 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: stable@freebsd.org Date: Tue, 21 Mar 2006 17:47:35 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> In-Reply-To: <200603211607.30372.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603211747.36251.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 21 Mar 2006 22:47:38.0595 (UTC) FILETIME=[74476B30:01C64D39] Cc: alc@freebsd.org Subject: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 22:48:17 -0000 > When I mount with large read and write sizes: > > mount_nfs -r 65536 -w 65536 -U -ointr pandora:/backup /backup > > it changes -- for the worse. Short time into it -- the file stops growing > according to the `ls -sl' run on the NFS server (pandora) at exactly 3200 > FS blocks (the FS was created with `-b 65536 -f 8129'). > > At the same time, according to `systat -if' on both client and server, the > client continues to send (and the server continues to receive) about 30Mb > of some (?) data per second. When the client is in this state it remains quite usable except for the following: 1) Trying to start `systat 1 -vm' stalls ALL access to local disks, apparently -- no new programs can start, and the running ones can not access any data either; attempts to Ctrl-C the starting systat succeed only after several minutes. 2) The writing process is stuck unkillable in the following state: CPU PRI NI VSZ RSS MWCHAN STAT TT TIME 27 -4 0 1351368 137764 nfs DL p4 1:05,52 Sending it any signal has no effect. (Large sizes are explained by it mmap-ing its large input and output.) 3) Forceful umount of the share, that the program is writing to, paralyzes the system for several minutes -- unlike in 1), not even the mouse is moving. It would seem, the process is dumping core, but it is not -- when the system unfreezes, the only message from the kernel is: vm_fault: pager read error, pid XXXX (mzip) Again, this is on 6.1/i386 from today, which we are about to release into the cruel world. Yours, -mi