From owner-freebsd-fs@FreeBSD.ORG Mon Feb 6 23:11:17 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43E9716A420 for ; Mon, 6 Feb 2006 23:11:17 +0000 (GMT) (envelope-from bigby@ephemeron.org) Received: from home.ephemeron.org (68-190-197-159.dhcp.rvsd.ca.charter.com [68.190.197.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id B842643D45 for ; Mon, 6 Feb 2006 23:11:16 +0000 (GMT) (envelope-from bigby@ephemeron.org) Received: from home.ephemeron.org (localhost [127.0.0.1]) by home.ephemeron.org (8.13.4/8.13.4) with ESMTP id k16NBFKe070051; Mon, 6 Feb 2006 15:11:15 -0800 (PST) (envelope-from bigby@ephemeron.org) Received: from localhost (bigby@localhost) by home.ephemeron.org (8.13.4/8.13.4/Submit) with ESMTP id k16NBDjL070048; Mon, 6 Feb 2006 15:11:15 -0800 (PST) (envelope-from bigby@ephemeron.org) X-Authentication-Warning: home.ephemeron.org: bigby owned process doing -bs Date: Mon, 6 Feb 2006 15:11:12 -0800 (PST) From: Bigby Findrake To: John Kozubik In-Reply-To: <20060124084235.N55438@kozubik.com> Message-ID: <20060206150630.N66726@home.ephemeron.org> References: <20060124084235.N55438@kozubik.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org Subject: Re: kern/92272 ... comments ? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 23:11:17 -0000 FYI - I'm not on freebsd-fs, so include me if you want me to see a response. We're seeing similar (identical?) behaviour out of 5.4R. We hadn't been able to nail down what the catalyst was, only that after we upgraded to 5 (from 4.10) and started using snapshots we started to see weird, but consistant hangs - weird because on the console virtual terminals could be switched between, the keyboard lights responded to modifier keys as one would expect, and network ports could be connected to, but in every other way the machine seemed to be dead, non-reactive, and non-responsive. I would be happy to provide any other information I can to help. On Tue, 24 Jan 2006, John Kozubik wrote: > > freebsd-fs, > > I submitted this PR today. I will continue to test and recreate it on > some other systems - perhaps even on 5.x if I have time. If anyone here > has time, perhaps they could also try to reproduce it. > > Two items I am curious about: > > 1. Has anyone seen this behavior before ? > > 2. Any comments as to the likelihood that this is an isolated, specific > problem (filling a filesystem while creating a snapshot breaks things, > and when it is fixed it won't) or if this is a more general behavior of a > larger class of problem with the snapshot/filesystem code ? > > That is, will solving this problem only solve this problem, or will other > problems (discovered and not) be solved ? > > Thanks. > > > ---------- Forwarded message ---------- > Date: Tue, 24 Jan 2006 16:40:05 GMT > From: FreeBSD-gnats-submit@FreeBSD.org > To: John Kozubik > Subject: Re: kern/92272: Filling a filesystem while creating a snapshot on > it locks the system > > Thank you very much for your problem report. > It has the internal identification `kern/92272'. > The individual assigned to look at your > report is: freebsd-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=92272 > >> Category: kern >> Responsible: freebsd-bugs >> Synopsis: Filling a filesystem while creating a snapshot on it locks the system >> Arrival-Date: Tue Jan 24 16:40:05 GMT 2006 > /-------------------------------------------------------------------------/ Giving something away is the ultimate subversive act in a society the economic system of which is structurally based on greed and egotism. finger://bigby@ephemeron.org http://www.ephemeron.org/~bigby/ irc://irc.ephemeron.org/#the_pub news://news.ephemeron.org/alt.lemurs /-------------------------------------------------------------------------/