On Wed, Jan 25, 2012 at 5:27 PM, Waxhead wrote:
> Hi,
>
> From what I have read BTRFS does replace a bad copy of data with a known
> good copy (if it has one). Will BTRFS try to repair the corrupt data or will
> it simply silently restore the data without the user knowing that a file has
> been "f
Hi,
From what I have read BTRFS does replace a bad copy of data with a
known good copy (if it has one). Will BTRFS try to repair the corrupt
data or will it simply silently restore the data without the user
knowing that a file has been "fixed"?
--
To unsubscribe from this list: send the line
Hi,
Can someone shed some light on how BTRFS will manage a bunch of disks of
varying size for the planned raid5/6. e.g. 3x 2TB disk and 1x 250GB
disk? If using a raid5 setup will a 750GB of usable data automatically
be used as a 4 disk raid5 while the rest is used as a 3 disk raid5?! If
so; h
A user has encountered a NULL pointer kernel oops in btrfs when
encountering media errors. The problem has been identified
as an unhandled NULL pointer returned from find_get_page().
This modification simply checks for a NULL page, and returns
with an error if found (the extent_range_uptodate() fu
wait_log_commit() and wait_for_writer() were using slightly different
conditions for deciding whether they should call schedule() and whether they
should continue in the wait loop. Thus it could happen that we busylooped when
the first condition was not true while the second one was. That is burnin
On Tue, Jan 24, 2012 at 05:03:16PM +, Hugo Chevrain wrote:
> > evergreen writes:
> > >
> >
> > Although there is LessFS's Mark Ruijter :
> > http://www.lessfs.com/wordpress/?p=684&cpage=1#comment-3114
> >
> > "On average the speeds appear to be 48% faster then snappy."
> > Sounds promising..
I want to report a btrfs bug that happened this morning on kernel 3.2.1.
I was copying a +5 GB file between two external usb harddisks, one
formated with btrfs (the source) and the other with ext4 (the destination).
In the meantime I decided to compile the 3.3-rc1 kernel with the output
dir on th
On Wed, Jan 25, 2012 at 04:30, Mitch Harder
wrote:
>
> On Tue, Jan 24, 2012 at 10:24 AM, Vincent Vanackere
> wrote:
> > On 01/20/2012 09:54 PM, Mitch Harder wrote:
> >>
> >> On Fri, Jan 20, 2012 at 10:48 AM, Vincent Vanackere
> >> wrote:
> >>>
> >>> On 01/19/2012 05:24 PM, Mitch Harder wrote:
>
