From owner-freebsd-stable Sun Feb 10 4:17:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id F010B37B404 for ; Sun, 10 Feb 2002 04:17:11 -0800 (PST) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id OGJ47907; Sun, 10 Feb 2002 14:16:31 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.6/8.11.6) id g1AC5l208767; Sun, 10 Feb 2002 14:05:47 +0200 (EET) (envelope-from netch) Date: Sun, 10 Feb 2002 14:05:47 +0200 From: Valentin Nechayev To: Matthew Dillon Cc: Mike Silbersack , "David W. Chapman Jr." , stable@FreeBSD.ORG Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c Message-ID: <20020210140547.A8068@iv.nn.kiev.ua> References: <20020206015011.Y4693-100000@patrocles.silby.com> <200202061139.g16Bdp498095@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200202061139.g16Bdp498095@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, Feb 06, 2002 at 03:39:51AM -0800 X-42: On Organization: Dark side of coredump 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 > :> I just booted a -stable with > :> > :> $FreeBSD: src/sys/ufs/ffs/ffs_softdep.c,v 1.57.2.11 2002/02/05 18:46:53 dill > :> > :> and did not notice this problem. 4.5-release contains 1.57.2.9, and I saw such problems 3 times. Mostly this was after my games with ultradeep directories (up to 1000 nesting directories), but all games used only correct syscall entries and their calls. There was 2 occurences of another variant: __after__ message "Syncing disks... N M\nDone\n", disk activity raised and on 2nd occurence stopped after ~10 seconds, on 1st occurence I wait more than 1 minute for it to terminate and at the end pressed Reset. > It seems unrelated to me but, obviously, keep an eye out. I don't know > if it's possible to ctl-alt-esc into the debugger that late in the > game and get a kernel core but if it occurs again that is what one > should try to do, or otherwise try to get something that is reproducable. I tried now to catch trace in a moment when high disk activity was after "Syncing disks... Done". In userland, there was rm -rf in 5 seconds before with 4 trees of 2048 nesting directories level. Trace shows only interrupt handler and something under it... /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message