From owner-freebsd-stable@FreeBSD.ORG Mon Apr 24 05:24:12 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 9030216A408 for ; Mon, 24 Apr 2006 05:24:12 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3F9643D55 for ; Mon, 24 Apr 2006 05:24:11 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k3O5OANk020681; Mon, 24 Apr 2006 09:24:10 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 24 Apr 2006 09:24:10 +0400 (MSD) From: Dmitry Morozovsky To: Kris Kennaway In-Reply-To: <20060423201732.GA74905@xor.obsecurity.org> Message-ID: <20060424091803.L20593@woozle.rinet.ru> References: <20060423193208.N1187@woozle.rinet.ru> <20060423201732.GA74905@xor.obsecurity.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Mon, 24 Apr 2006 09:24:10 +0400 (MSD) Cc: stable@freebsd.org Subject: Re: fsck_ufs locked in snaplk 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: Mon, 24 Apr 2006 05:24:12 -0000 On Sun, 23 Apr 2006, Kris Kennaway wrote: kKK> > one of my servers had to be rebooted uncleanly and then I have backgrounded KK> > fsck locked for more than an our in snaplk: KK> > KK> > 742 root 1 -4 4 1320K 688K snaplk 0:02 0.00% fsck_ufs KK> > KK> > File system in question is 200G gmirror on SATA. Usually making a snapshot KK> > (e.g., for making dumps) consumes 3-4 minutes for that fs, so it seems to me KK> > that filesystem is in a deadlock. KK> KK> Is the process performing I/O? Background fsck deliberately runs at a KK> slow rate so it does not destroy I/O performance on the rest of the KK> system. Nope. For that case, 50+ smbds had been locked in 'ufs' state, so I've been urged to revive the machine and reboot, turning off bgfsck. This night, dump -L locks in the same position on the same filesystem: 0 2887 2886 0 -4 0 1260 692 snaplk D ?? 0:01.28 /sbin/mksnap_ffs root 0.0 0.1 5:19AM it has been started at 5:19am, and now is 9:20 - no disk activity For the reference: it's fresh RELENG_6_1/i386. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------