From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 02:08:19 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 B5DC616A400; Wed, 22 Mar 2006 02:08:19 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE83C43D72; Wed, 22 Mar 2006 02:08:05 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.4/8.13.4) with ESMTP id k2M284p4028985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Mar 2006 21:08:04 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id k2M27tgS001737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 21:07:58 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2M27nCl002574; Tue, 21 Mar 2006 21:07:49 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2M27mE6002573; Tue, 21 Mar 2006 21:07:48 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Tue, 21 Mar 2006 21:07:48 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603212045.39845.mi+mx@aldan.algebra.com> <200603220153.k2M1rouk007739@apollo.backplane.com> In-Reply-To: <200603220153.k2M1rouk007739@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603212107.48601.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1347/Tue Mar 21 11:35:25 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: 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: Wed, 22 Mar 2006 02:08:19 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 20:53, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > Ah ha. That's the problem. I don't know why you are getting a write > error, but that is preventing the client from cleaning out the dirty > buffers. The number of dirty buffers continues to rise and the client > is just cycling on them over and over trying to write them out, > because it's just as confused about why it is getting a permission > denied error as you are Well, whatever it is, this means a big juicy bug, does not it? I mean, the client should not get "confused" like this _ever_, but _especially_, when it is talking to a fellow FreeBSD NFS-server. > š š If you can figure out why you are getting that error, and fix it, it > š š will solve the problem. Even if I do, and it is something stupid, why is vmstat stalling the entire system, when this is happening? > š š It is an NFS error returned by the server, not > š š a firewall issue. šSo it probably has something to do either with the > š š way the filesystem being exported was mounted on the server, or the > š š export line in /etc/exports. The export line has no options, it is simply: ``/backup''. The file was created alright, and written to for some time, so it is not file permissions either. The fs is mounted as: /dev/amrd0 on /backup (ufs, NFS exported, local) (no softupdates). It was created with `-O1 -b 65536 -f 8192' as it is intended for large files and needs no ACLs (hence no UFS1). There is nothing in dmesg either, and the same backup script running locally on the NFS server (and outputing to the same fs) has no problems. Thanks! Yours, -mi