Re: [RFD] Incremental fsck

Previous thread: Re: [RFD] Incremental fsck by Rik van Riel on Tuesday, January 8, 2008 - 5:41 pm. (33 messages)

Next thread: [PATCH][RFC] fast file mapping for loop by Jens Axboe on Wednesday, January 9, 2008 - 4:52 am. (36 messages)
To: Al Boldi <a1426z@...>
Cc: <linux-fsdevel@...>, <linux-kernel@...>
Date: Tuesday, January 8, 2008 - 5:31 pm

Is that anything like a cluster fsck? ]:>
-

To: Alan <alan@...>
Cc: Al Boldi <a1426z@...>, <linux-fsdevel@...>, <linux-kernel@...>
Date: Wednesday, January 9, 2008 - 5:16 am

While an _incremental_ fsck isn't so easy for existing filesystem types,
what is pretty easy to automate is making a read-only snapshot of a
filesystem via LVM/DM and then running e2fsck against that. The kernel
and filesystem have hooks to flush the changes from cache and make the
on-disk state consistent.

You can then set the the ext[234] superblock mount count and last check
time via tune2fs if all is well, or schedule an outage if there are
inconsistencies found.

There is a copy of this script at:
http://osdir.com/ml/linux.lvm.devel/2003-04/msg00001.html

Note that it might need some tweaks to run with DM/LVM2 commands/output,
but is mostly what is needed.

Cheers, Andreas
--
Andreas Dilger
Sr. Staff Engineer, Lustre Group
Sun Microsystems of Canada, Inc.

-

To: Andreas Dilger <adilger@...>
Cc: Alan <alan@...>, Al Boldi <a1426z@...>, <linux-fsdevel@...>, <linux-kernel@...>
Date: Saturday, January 12, 2008 - 7:55 pm

You can do this now with ddsnap (an out-of-tree device mapper target)
either by checking a local snapshot or a replicated snapshot on a
different machine, see:

http://zumastor.org/

Doing the check on a remote machine seems attractive because the fsck
does not create a load on the server.

Regards,

Daniel
-

Previous thread: Re: [RFD] Incremental fsck by Rik van Riel on Tuesday, January 8, 2008 - 5:41 pm. (33 messages)

Next thread: [PATCH][RFC] fast file mapping for loop by Jens Axboe on Wednesday, January 9, 2008 - 4:52 am. (36 messages)