Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761175AbYGOCHZ (ORCPT ); Mon, 14 Jul 2008 22:07:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755242AbYGOCHM (ORCPT ); Mon, 14 Jul 2008 22:07:12 -0400 Received: from mail9.hitachi.co.jp ([133.145.228.44]:59982 "EHLO mail9.hitachi.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754957AbYGOCHK (ORCPT ); Mon, 14 Jul 2008 22:07:10 -0400 X-AuditID: 0ac90648-abf7aba000000c2f-3b-487c064cf625 Message-ID: <487C0643.8080907@hitachi.com> Date: Tue, 15 Jul 2008 11:06:59 +0900 From: Hidehiro Kawai User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: ja MIME-Version: 1.0 To: Mike Snitzer Cc: Andrew Morton , jack@suse.cz, linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org, Satoshi OSHIMA , sugita Subject: Re: - jbd-strictly-check-for-write-errors-on-data-buffers.patch removed from -mm tree References: <200806092212.m59MC553010889@imap1.linux-foundation.org> <484E4097.2010204@hitachi.com> <20080610021746.51e5cfa8.akpm@linux-foundation.org> <170fa0d20807140708k46f86ac1tfee50d3fa14e3e41@mail.gmail.com> In-Reply-To: <170fa0d20807140708k46f86ac1tfee50d3fa14e3e41@mail.gmail.com> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3276 Lines: 89 Mike Snitzer wrote: > On Tue, Jun 10, 2008 at 5:17 AM, Andrew Morton > wrote: > > >>On Tue, 10 Jun 2008 17:51:35 +0900 Hidehiro Kawai < >>hidehiro.kawai.ez@hitachi.com> wrote: >> >> >>>Hello Andrew, >>> >>>akpm@linux-foundation.org wrote: >>> >>> >>>>The patch titled >>>> jbd: strictly check for write errors on data buffers >>>>has been removed from the -mm tree. Its filename was >>>> jbd-strictly-check-for-write-errors-on-data-buffers.patch >>>> >>>>This patch was dropped because I don't think we want to go read-only on >> >>file data write errors >> >>>>The current -mm tree may be found at >> >>http://userweb.kernel.org/~akpm/mmotm/ >> >>>>------------------------------------------------------ >>>>Subject: jbd: strictly check for write errors on data buffers >>>>From: Hidehiro Kawai >>> >>>This patch series doesn't change the behavior on file data write >>>errors as I stated before, but we found that the current behavior has >>>been made accidentally. So yesterday I sent an additional patch(*) >>>which removes the invocation of journal_abort() and thus stop making >>>the fs read-only on file data write errors, but it seems to be late >>>for the -mm release preparation. >>> >>> Patch(*) can be found at: >>> http://marc.info/?l=linux-kernel&m=121300618614453&w=2 >>> >>>Anyway, as this patch series was dropped from -mm, I'm going to >>>send a revised version. >>> >>>I plan to separate these pathces into three patche set. >>>The first patch (set) corrects the current behavior in ordered >>>writes, it means it removes the invocation of journal_abort() on file >>>data write errors. It is the almost same as the patch(*). >>>The second patch set fixes error handlings for metadata writes and >>>checkpointing. It should be applied independently of the first >>>patch set, and it is the same as PATCH 3/5 to 5/5. >>>The third patch set makes "abort the journal on file data write errors" >>>tunable for mission critical users. Of course, this feature depends >>>on the first patch set. >>> >> >>That sounds like a good plan, thanks. > > Hidehiro and Andrew, > > The first patch(set) has been in -mm with the following patches: > jbd-dont-abort-if-flushing-file-data-failed.patch > jbd-dont-abort-if-flushing-file-data-failed-fix.patch > > "PATCH 3/5 to 5/5" haven't made their way into -mm; nor has the tunable > "abort the journal on file data write errors". Where do things stand on > this work? > > Given the potential for corruption and the fact that -mm's series file > justifiably has a place-holder comment of "jbd write-error stuff: scary" I'm > wondering: how soon will all associated fixes be included in -mm? Hello Mike, Sorry for my late work. I'm going to send these two patch set soon, but I have a trouble, 2.6.26-rc8-mm1 doesn't boot on my box. So it may a bit more delay. Regards, -- Hidehiro Kawai Hitachi, Systems Development Laboratory Linux Technology Center -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/