From owner-freebsd-fs@FreeBSD.ORG Sat Mar 28 22:02:23 2015 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4BAE5DF for ; Sat, 28 Mar 2015 22:02:23 +0000 (UTC) Received: from chez.mckusick.com (chez.mckusick.com [IPv6:2001:5a8:4:7e72:4a5b:39ff:fe12:452]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5BACFB8 for ; Sat, 28 Mar 2015 22:02:23 +0000 (UTC) Received: from chez.mckusick.com (localhost [127.0.0.1]) by chez.mckusick.com (8.14.3/8.14.3) with ESMTP id t2SM2KAn056827; Sat, 28 Mar 2015 15:02:20 -0700 (PDT) (envelope-from mckusick@chez.mckusick.com) Message-Id: <201503282202.t2SM2KAn056827@chez.mckusick.com> To: Da Rock Subject: Re: Delete a directory, crash the system In-reply-to: <55169D02.8090107@herveybayaustralia.com.au> Date: Sat, 28 Mar 2015 15:02:20 -0700 From: Kirk McKusick Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2015 22:02:23 -0000 > Date: Sat, 28 Mar 2015 22:22:26 +1000 > From: Da Rock > To: Kirk McKusick , Benjamin Kaduk > CC: freebsd-fs@freebsd.org > Subject: Re: Delete a directory, crash the system > X-ASK-Info: Message Queued (2015/03/28 05:22:36) > X-ASK-Info: Confirmed by User (2015/03/28 14:35:33) > > On 26/03/2015 03:12, Kirk McKusick wrote: > >> The suggestion to disable journalling is a good one. Journalling fixes >> only consistency errors that it knows about and cannot handle media errors. >> The sorts of panics you are getting are usually caused by media errors. >> So disabling journally and checking all metadata after crashes (which is >> what fsck does) should minimize your problems. > > So my only option for journal is gjournal (slow) or zfs (memory hog) to > maintain consistency; is that it? Incidentally, why keep SU+J on as > default then? Wouldn't this be considered a bug still, then? SU without journaling will maintain consistency. It is just that you will need to run fsck after a crash. That is the way FFS has been since it was written in 1982 and will allow you to recover from media errors which it appears your system is suffering from. SU+J is just a faster way of restarting but only works when you do not have media errors. Kirk McKusick