On Mon, Mar 26, 2012 at 06:31:05PM +1100, Russell Coker wrote:
It seems to me that the concept of BTRFS with scrubbing is a good one. If you have a BTRFS filesystem with RAID-1 for data and meta-data (which can be done with only one disk) then you can scrub it after boot and not delay the boot process.
yep, that's what i do with ZFS - run a weekly scrub on both my ZFS pools ("export" and "backup") and i can check status with: # zpool status -v pool: backup state: ONLINE scan: scrub repaired 0 in 3h9m with 0 errors on Sat Mar 24 04:36:50 2012 config: NAME STATE READ WRITE CKSUM backup ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 scsi-SATA_ST31000528AS_6VP3FWAG ONLINE 0 0 0 scsi-SATA_ST31000528AS_9VP4RPXK ONLINE 0 0 0 scsi-SATA_ST31000528AS_9VP509T5 ONLINE 0 0 0 scsi-SATA_ST31000528AS_9VP4P4LN ONLINE 0 0 0 logs scsi-SATA_Patriot_Torqx_278BF0715010800025492-part5 ONLINE 0 0 0 errors: No known data errors pool: export state: ONLINE scan: scrub repaired 0 in 4h30m with 0 errors on Sat Mar 24 05:57:48 2012 config: NAME STATE READ WRITE CKSUM export ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 scsi-SATA_WDC_WD10EACS-00_WD-WCASJ2114122 ONLINE 0 0 0 scsi-SATA_WDC_WD10EACS-00_WD-WCASJ2195141 ONLINE 0 0 0 scsi-SATA_WDC_WD10EARS-00_WD-WMAV50817803 ONLINE 0 0 0 scsi-SATA_ST31000528AS_9VP18CCV ONLINE 0 0 0 logs scsi-SATA_Patriot_Torqx_278BF0715010800025492-part6 ONLINE 0 0 0 scsi-SATA_Patriot_WildfirPT1131A00006353-part5 ONLINE 0 0 0 cache scsi-SATA_Patriot_Torqx_278BF0715010800025492-part7 ONLINE 0 0 0 scsi-SATA_Patriot_WildfirPT1131A00006353-part6 ONLINE 0 0 0 errors: No known data errors the scrub on /backup is about 1.5 hours faster than on /export because a) /backup mostly idle, just regular rsync cron jobs, and b) it's made up of fast seagate drives rather than mostly WD Green drives. yes, i should have done it the other way around...but they were my btrfs drives until i experimented enough with ZFS on the WDs to decide to switch. /export has one seagate because because one of the WDs (another WD10EARS) died, and i had a seagate handy to replace it with :) btw, I use the /dev/disk/by-id names to avoid kernel-related device renaming issues. craig -- craig sanders <cas@taz.net.au> BOFH excuse #309: firewall needs cooling