From owner-freebsd-geom@FreeBSD.ORG Thu Aug 28 17:05:03 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB7810656A4 for ; Thu, 28 Aug 2008 17:05:03 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5B4BB8FC0C for ; Thu, 28 Aug 2008 17:05:02 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KYjms-0001CE-88 for freebsd-geom@freebsd.org; Thu, 28 Aug 2008 15:51:55 +0000 Received: from 78-0-86-69.adsl.net.t-com.hr ([78.0.86.69]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Aug 2008 15:51:54 +0000 Received: from ivoras by 78-0-86-69.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Aug 2008 15:51:54 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 28 Aug 2008 17:51:46 +0200 Lines: 81 Message-ID: References: <2b5f066d0808280705y3454c188v768efe46b388864b@mail.gmail.com> <2b5f066d0808280743g69c32d1rd30aee0ca276125@mail.gmail.com> <2b5f066d0808280803ibca3f61xbb167bce384f228@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0AC348193C0055E248E3DFF2" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-86-69.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) In-Reply-To: <2b5f066d0808280803ibca3f61xbb167bce384f228@mail.gmail.com> X-Enigmail-Version: 0.95.7 Sender: news Cc: freebsd-questions@freebsd.org Subject: Re: gjournal & fsck X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 17:05:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0AC348193C0055E248E3DFF2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Brian McCann wrote: > On Thu, Aug 28, 2008 at 10:51 AM, Ivan Voras wrote= : >> Does gjournal complain about your drive, for example that it doesn't >> support BIOFLUSH? >=20 > Actually yes...I meant to post them in my last message, but hit send > too early...here's my output from boot (from dmesg.boot) >=20 > GEOM_JOURNAL: Journal 478661671: da1 contains data. > GEOM_JOURNAL: Journal 478661671: da1 contains journal. > GEOM_JOURNAL: Journal da1 clean. > (da1:mly0:4:1:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 > (da1:mly0:4:1:0): CAM Status: SCSI Status Error > (da1:mly0:4:1:0): SCSI Status: Check Condition > (da1:mly0:4:1:0): ILLEGAL REQUEST asc:24,0 > (da1:mly0:4:1:0): Invalid field in CDB > (da1:mly0:4:1:0): Unretryable error > GEOM_JOURNAL: BIO_FLUSH not supported by da1. > GEOM_JOURNAL: Journal 3065355517: da2 contains data. > GEOM_JOURNAL: Journal 3065355517: da2 contains journal. > GEOM_JOURNAL: Journal da2 clean. > (da2:mly1:4:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 > (da2:mly1:4:0:0): CAM Status: SCSI Status Error > (da2:mly1:4:0:0): SCSI Status: Check Condition > (da2:mly1:4:0:0): ILLEGAL REQUEST asc:24,0 > (da2:mly1:4:0:0): Invalid field in CDB > (da2:mly1:4:0:0): Unretryable error > GEOM_JOURNAL: BIO_FLUSH not supported by da2. >> Also, did fsck actually do something when it was started (did it find >> anything corrupted)? >> > No...it didn't find anything wrong / anything to fix. (and one of the > file systems was being written to at the time...so at least journaling > appears to be working) Something else I noticed...Manolis' article > says it should say "journal xxxx consistent"...whereas mine says > "Journal xxxx clean". I don't know what the differences mean, or what > the BIO_FLUSH means...but I'm hoping you can tell me. :) Ok, this is most probably the cause of your fsck. BIO_FLUSH is a catch-all name for operations that synchronize (commit) the drive and controller caches. It is used to synchronize the file system state after it's been committed from the journal - if BIO_FLUSH succeeds the data is guaranteed (or should be guaranteed) by hardware that it's safely written. Since your controller doesn't support it you have a problem here. Your best bet is to ask the author of the driver for your controller (according to the "mly" man page this is Michael Smith ) if he knows anything that can help you here (maybe the driver simply needs to implement it or fix it). Other than that, you might disable write caching on your controller. This should significantly reduce the cases where fsck would need to be called on reboot, but probably not eliminate them completely. It will also slow down the commit operation (from the journal to the active file system) but if the server doesn't constantly write to the file system it won't be a big problem. --------------enig0AC348193C0055E248E3DFF2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki2yZIACgkQldnAQVacBcgtWwCgyV58q9PNCyz4blM71NALZj5p h04An3IooHWDOzH9XZORuM/ZZjKFti8E =dYtV -----END PGP SIGNATURE----- --------------enig0AC348193C0055E248E3DFF2--