On Sat, 9 Jan 2010, David Xu wrote: > Jeff Roberson wrote: >> Hello, >> >> I have been augmenting softupdates with a small journal that will be >> processed in lieu of fsck in the event of a crash. I have written some >> about this project here: http://jeffr_tech.livejournal.com/ >> >> For now I need volunteers who will attempt to crash the kernel code. It >> now passes fsx, fsstress, and stress2 on my box for many hours. pho_at_ has >> been helping me and may still have a bug or two but I need a wider audience >> so we can be comfortable with the stability. In a week or so I will also >> provide the checker. Until then a full fsck is required after a crash. > Great news, does it also handle crash of recovering procedure ? > For example, power off during recovering. The recovery procedure can be safely restarted. It evaluates the filesystem state for each entry in the log. It doesn't blindly apply changes. It also only does writes at the end once all records have been processed. Since it only modifies inodes and superblocks it doesn't require a huge disk cache to make this possible. Thanks, Jeff > > Regards, > David Xu >Received on Sat Jan 09 2010 - 09:04:17 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:59 UTC