Russell Coker posted on Fri, 02 May 2014 11:48:07 +1000 as excerpted:
> On Thu, 1 May 2014, Duncan <1i5t5.dun...@cox.net> wrote:
>
> Am I missing something or is it impossible to do a disk replace on BTRFS
> right now?
>
> I can delete a device, I can add a device, but I'd like to replace a
> de
Thanks for the response, Duncan.
On 01/05/14 17:58, Duncan wrote:
>
> Tho you are slightly outdated on your btrfs-progs version, 3.14.1 being
> current. But I think the code in question is kernel code and the progs
> simply report it, so I don't think that can be the problem in this case.
Yes
On 02/05/14 10:23, Duncan wrote:
Russell Coker posted on Fri, 02 May 2014 11:48:07 +1000 as excerpted:
On Thu, 1 May 2014, Duncan <1i5t5.dun...@cox.net> wrote:
[snip]
http://www.eecs.berkeley.edu/Pubs/TechRpts/1987/CSD-87-391.pdf
Whether a true RAID-1 means just 2 copies or N copies is a matt
Hi all,
I completed a full scrub:
root@nasbak:/home/jpieroen# btrfs scrub status /home/
scrub status for 7ca5f38e-308f-43ab-b3ea-31b3bcd11a0d
scrub started at Wed Apr 30 08:30:19 2014 and finished after 144131 seconds
total bytes scrubbed: 4.76TiB with 0 errors
Then tried to remove a device:
root
Hello,
I have a problem with a server with Fedora 20 and BTRFS. This server had
frequent hard restarts before the filesystem got corrupt and we are unable to
boot it.
We have a HP Proliant server with 4 disks @1TB each and Software RAID 5.
It had Debian installed (i don't know the version) and
Jaap Pieroen posted on Fri, 02 May 2014 11:42:35 +0200 as excerpted:
> I completed a full scrub:
> root@nasbak:/home/jpieroen# btrfs scrub status /home/
> scrub status for 7ca5f38e-308f-43ab-b3ea-31b3bcd11a0d
> scrub started at Wed Apr 30 08:30:19 2014
> and finished after 144131 seconds
> total b
Hello,
2014-05-02 17:42 GMT+08:00 Jaap Pieroen :
> Hi all,
>
> I completed a full scrub:
> root@nasbak:/home/jpieroen# btrfs scrub status /home/
> scrub status for 7ca5f38e-308f-43ab-b3ea-31b3bcd11a0d
> scrub started at Wed Apr 30 08:30:19 2014 and finished after 144131 seconds
> total bytes scru
On Wed, Apr 30, 2014 at 07:38:00PM +0200, Goffredo Baroncelli wrote:
> On 04/30/2014 03:37 PM, David Taylor wrote:
> > On Wed, 30 Apr 2014, Frank Kingswood wrote:
> >> On 30/04/14 13:11, David Sterba wrote:
> >>> On Wed, Apr 30, 2014 at 01:39:27PM +0200, Goffredo Baroncelli wrote:
>
> I f
On Wed, Apr 30, 2014 at 02:37:16PM +0100, David Taylor wrote:
> It makes more sense to me than 'Occupied' and seems cleaner than
> 'Resized To'. It sort of mirrors how LVM describes PV / VG / LV
> sizes, too.
Do you have a concrete example how we could map the btrfs sizes based on
LVM?
--
To unsu
On Tue, Apr 15, 2014 at 05:40:48PM +0100, Filipe David Borba Manana wrote:
> This increases the send stream version from version 1 to version 2, adding
> 2 new commands:
>
> 1) total data size - used to tell the receiver how much file data the stream
>will add or update;
>
> 2) fallocate - us
On Sun, Apr 20, 2014 at 10:40:03PM +0100, Filipe David Borba Manana wrote:
> So that applications can find out what's the highest send stream
> version supported/implemented by the running kernel:
>
> $ cat /sys/fs/btrfs/send/stream_version
> 2
>
> Signed-off-by: Filipe David Borba Manana
On Fri, May 2, 2014 at 4:46 PM, David Sterba wrote:
> On Sun, Apr 20, 2014 at 10:40:03PM +0100, Filipe David Borba Manana wrote:
>> So that applications can find out what's the highest send stream
>> version supported/implemented by the running kernel:
>>
>> $ cat /sys/fs/btrfs/send/stream_ver
On Tue, Apr 29, 2014 at 01:07:58PM +0800, Liu Bo wrote:
> 'bio_index' is just a index, it's really not necessary to do increment
> one by one.
>
> Signed-off-by: Liu Bo
Reviewed-by: David Sterba
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message t
Duncan <1i5t5.duncan cox.net> writes:
>
> To those that know the details, this tells the story.
>
> Btrfs raid5/6 modes are not yet code-complete, and scrub is one of the
> incomplete bits. btrfs scrub doesn't know how to deal with raid5/6
> properly just yet.
>
> While the operational bits
Shilong Wang gmail.com> writes:
>
> Hello,
>
> There is a known RAID5/6 bug, i sent a patch to address this problem.
> Could you please double check if your kernel source includes the
> following commit:
>
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?
id=3b080b25642
On May 2, 2014, at 2:23 AM, Duncan <1i5t5.dun...@cox.net> wrote:
>
> Something tells me btrfs replace (not device replace, simply replace)
> should be moved to btrfs device replace…
The syntax for "btrfs device" is different though; replace is like balance:
btrfs balance start and btrfs replac
dora Live Desktop or Live KDE and click on details. Click the green link
under descendants livecd. And then under Output listing you'll see an ISO you
can download, the one there right now is
Fedora-Live-Desktop-x86_64-rawhide-20140502.iso - but of course this changes
daily.
You migh
On Fri, May 02, 2014 at 01:21:50PM -0600, Chris Murphy wrote:
>
> On May 2, 2014, at 2:23 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> >
> > Something tells me btrfs replace (not device replace, simply replace)
> > should be moved to btrfs device replace…
>
> The syntax for "btrfs device" is diff
On May 2, 2014, at 3:08 PM, Hugo Mills wrote:
> On Fri, May 02, 2014 at 01:21:50PM -0600, Chris Murphy wrote:
>>
>> On May 2, 2014, at 2:23 AM, Duncan <1i5t5.dun...@cox.net> wrote:
>>>
>>> Something tells me btrfs replace (not device replace, simply replace)
>>> should be moved to btrfs devic
Jaap Pieroen posted on Fri, 02 May 2014 17:48:13 + as excerpted:
> Duncan <1i5t5.duncan cox.net> writes:
>
>
>> To those that know the details, this tells the story.
>>
>> Btrfs raid5/6 modes are not yet code-complete, and scrub is one of the
>> incomplete bits. btrfs scrub doesn't know h
20 matches
Mail list logo