From owner-freebsd-stable Fri Mar 7 1:30:18 2003 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 EB41937B405 for ; Fri, 7 Mar 2003 01:30:16 -0800 (PST) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50AB143F3F for ; Fri, 7 Mar 2003 01:30:15 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.6/8.12.5) with ESMTP id h279UDiM095790; Fri, 7 Mar 2003 20:30:13 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.6/8.12.5/Submit) id h279U9Um095789; Fri, 7 Mar 2003 20:30:09 +1100 (EST) Date: Fri, 7 Mar 2003 20:30:09 +1100 From: Peter Jeremy To: Martin Blapp Cc: stable@FreeBSD.ORG Subject: Re: 4.8 PR1 locks up for rm(1) big files Message-ID: <20030307093009.GC90837@cirb503493.alcatel.com.au> References: <20030305011304.T93334@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030305011304.T93334@levais.imp.ch> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 05, 2003 at 01:19:18AM +0100, Martin Blapp wrote: >After deleting a 80GB file on a IDE disk, the disk got >empty about 50% then rm(1) begun to consume all cpu and the >system got more and more unresponsive. I could not interrupt >the rm in any way, even kill -9 did not help, it was really >busy with unlink(). It's not clear whether you have console access or not. If you have access to the console (and a kernel with DDB), break into ddb and run "ps" - this will show what all the processes are going (and specifically, what they are blocked on). If you can't use DDB, another option would be to run "top" in another session and see what it reports as the state of the top few processes. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message