RE: md software raid

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> > > Why not use xfs_repair -n?
> >
> > 	I guess the short answer is, "I didn't know it would make a
> > difference".  I take it, then, xfs_repair uses a completely different
> method
> > of scanning for errors than xfs_check, one whihcdoes not require so much
> > memory?  I find that a bit surprising.
> 
> xfs_repair is a separate program that is actually mainainted.  xfs_check
> is deprecated and we'll eventually remove it after porting one
> remaining checking pass over to xfs_repair (currently xfs_repair can't
> check the freespace btree but only fully rebuild them when in repair
> mode)

	OK, great!  Query: my swap space of 10G was nowhere nearly enough to
cover the useage by xfs_check.  Will it be sufficient for xfs_repair with
the -n option?

--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux