status of the ext3/jbd error handling enhancement patches

status of the ext3/jbd error handling enhancement patches

[Hidehiro Kawai]

Hi Andrew,

Thank you for pushing my ext3/jbd to Linus.  But some of patches
in -mm (following three patches) haven't been sent to Linus.

  #jbd-fix-error-handling-for-checkpoint-io.patch: double-check this
  jbd-fix-error-handling-for-checkpoint-io.patch
  ext3-add-checks-for-errors-from-jbd.patch
  jbd-test-bh_write_eio-to-detect-errors-on-metadata-buffers.patch

They improve filesystem corruption problem and it is needed by
mission critical systems.

Could you tell me what is your concern (you commented, "double-check
this") ?  Are there something that I can help?  For example, I can
provide some SystemTap scripts to help tests.

Thank you,
-- 
Hidehiro Kawai
Hitachi, Systems Development Laboratory
Linux Technology Center

Re: status of the ext3/jbd error handling enhancement patches

[Andrew Morton]

On Mon, 20 Oct 2008 13:25:01 +0900 Hidehiro Kawai <hidehiro.kawai.ez@hitachi.com> wrote:

> Hi Andrew,
> 
> Thank you for pushing my ext3/jbd to Linus.  But some of patches
> in -mm (following three patches) haven't been sent to Linus.
> 
>   #jbd-fix-error-handling-for-checkpoint-io.patch: double-check this
>   jbd-fix-error-handling-for-checkpoint-io.patch
>   ext3-add-checks-for-errors-from-jbd.patch
>   jbd-test-bh_write_eio-to-detect-errors-on-metadata-buffers.patch
> 
> They improve filesystem corruption problem and it is needed by
> mission critical systems.
> 
> Could you tell me what is your concern (you commented, "double-check
> this") ?  Are there something that I can help?  For example, I can
> provide some SystemTap scripts to help tests.

I forget my reasons for that - would need to go back and review the
discussions when the patch was first merged.

One of the above patches (I forget which) breaks the build because it
expects the presence of Al Viro's VFS tree, and that hasn't been merged
yet.  I need to wait and see if that merge will be happening (seems
unlikely) and if not, rework the patch against mainline.

Quie a few patches (5%?) tend to get delayed like this due to missing
dependencies.

Re: status of the ext3/jbd error handling enhancement patches

[Theodore Tso]

On Sun, Oct 19, 2008 at 10:13:31PM -0700, Andrew Morton wrote:
> >   #jbd-fix-error-handling-for-checkpoint-io.patch: double-check this
> >   jbd-fix-error-handling-for-checkpoint-io.patch
> >   ext3-add-checks-for-errors-from-jbd.patch
> >   jbd-test-bh_write_eio-to-detect-errors-on-metadata-buffers.patch
> > 
> > They improve filesystem corruption problem and it is needed by
> > mission critical systems.
> > 
> > Could you tell me what is your concern (you commented, "double-check
> > this") ?  Are there something that I can help?  For example, I can
> > provide some SystemTap scripts to help tests.
> 
> I forget my reasons for that - would need to go back and review the
> discussions when the patch was first merged.
> 
> One of the above patches (I forget which) breaks the build because it
> expects the presence of Al Viro's VFS tree, and that hasn't been merged
> yet.  I need to wait and see if that merge will be happening (seems
> unlikely) and if not, rework the patch against mainline.

Strange; I don't recall any of the ext4 variants of the error handling
patches requiring Al's VFS tree.  And I thought all of them have been
merged into Linus's tree at this point.

Kawai-san, could you double check and see if I processed all of your
patches and pushed them to Linus?  I was pretty sure I had...

		    	   	   	     - Ted

Re: status of the ext3/jbd error handling enhancement patches

[Hidehiro Kawai]

Theodore Tso wrote:

> On Sun, Oct 19, 2008 at 10:13:31PM -0700, Andrew Morton wrote:
> 
>>>  #jbd-fix-error-handling-for-checkpoint-io.patch: double-check this
>>>  jbd-fix-error-handling-for-checkpoint-io.patch
>>>  ext3-add-checks-for-errors-from-jbd.patch
>>>  jbd-test-bh_write_eio-to-detect-errors-on-metadata-buffers.patch
>>>
>>>They improve filesystem corruption problem and it is needed by
>>>mission critical systems.
>>>
>>>Could you tell me what is your concern (you commented, "double-check
>>>this") ?  Are there something that I can help?  For example, I can
>>>provide some SystemTap scripts to help tests.
>>
>>I forget my reasons for that - would need to go back and review the
>>discussions when the patch was first merged.
>>
>>One of the above patches (I forget which) breaks the build because it
>>expects the presence of Al Viro's VFS tree, and that hasn't been merged
>>yet.  I need to wait and see if that merge will be happening (seems
>>unlikely) and if not, rework the patch against mainline.

I see.  Thank you for your work.

> Strange; I don't recall any of the ext4 variants of the error handling
> patches requiring Al's VFS tree.  And I thought all of them have been
> merged into Linus's tree at this point.

I checked Al's VFS tree and I found commit
6ac465f99b29f74ca5a62bc32a8772985d9a071b changes codes near where
one of my patch changes (in ext3/ext4_quota_on()), but not the same code.

> Kawai-san, could you double check and see if I processed all of your
> patches and pushed them to Linus?  I was pretty sure I had...

I confirmed that all of my ext4/jbd2 patches have been merged into
mainline.  Thank you very much!

Regards,
-- 
Hidehiro Kawai
Hitachi, Systems Development Laboratory
Linux Technology Center

Re: status of the ext3/jbd error handling enhancement patches

[Andrew Morton]

On Tue, 21 Oct 2008 15:24:47 +0900 Hidehiro Kawai <hidehiro.kawai.ez@hitachi.com> wrote:

> >>One of the above patches (I forget which) breaks the build because it
> >>expects the presence of Al Viro's VFS tree, and that hasn't been merged
> >>yet.  I need to wait and see if that merge will be happening (seems
> >>unlikely) and if not, rework the patch against mainline.
> 
> I see.  Thank you for your work.
> 
> > Strange; I don't recall any of the ext4 variants of the error handling
> > patches requiring Al's VFS tree.  And I thought all of them have been
> > merged into Linus's tree at this point.
> 
> I checked Al's VFS tree and I found commit
> 6ac465f99b29f74ca5a62bc32a8772985d9a071b changes codes near where
> one of my patch changes (in ext3/ext4_quota_on()), but not the same code.

OK.

Don't worry about it - I'll fix things up some time this week.