On Tue, Nov 04, 2014 at 10:58:48AM -0500, Chris Mason wrote:
>> Not a new bug unfortunately, but since it is in the error handling people
>> must not be hitting it often. It's also not related to device replace.
>>
>>
>>while (ret < 0 && !list_empty(&tmplist)) {
>>sums = l
For solution see
http://article.gmane.org/gmane.comp.file-systems.btrfs/39974
Am 28.10.14 um 00:03 schrieb Ansgar Hockmann-Stolle:
Am 27.10.14 um 14:23 schrieb Ansgar Hockmann-Stolle:
Hi!
My btrfs system partition went readonly. After reboot it doesnt mount
anymore. System was openSUSE 13.1 Tu
On Tue, Nov 04, 2014 at 11:28:39AM -0700, Chris Murphy wrote:
> On Nov 3, 2014, at 9:31 PM, Zygo Blaxell wrote:
> > It needs to be more than a sequential number. If one of the disks
> > disappears we need to record this fact on the surviving disks, and also
> > cope with _both_ disks claiming to
On 11/04/2014 10:28 AM, Chris Murphy wrote:
On Nov 3, 2014, at 9:31 PM, Zygo Blaxell wrote:
Now we have two disks with equal generation numbers. Generations 6..9
on sda are not the same as generations 6..9 on sdb, so if we mix the
two disks' metadata we get bad confusion.
It needs to be more
Josef Bacik fb.com> writes:
> Sometimes we have a pretty corrupted fs but have an old tree bytenr that we
> could use, add the ability to specify the tree root bytenr. Thanks,
>
> Signed-off-by: Josef Bacik fb.com>
Tested-by: Ansgar Hockmann-Stolle
uni-osnabrueck.de>
This patch fixed my case:
Chris Murphy posted on Tue, 04 Nov 2014 11:28:39 -0700 as excerpted:
>> It needs to be more than a sequential number. If one of the disks
>> disappears we need to record this fact on the surviving disks, and also
>> cope with _both_ disks claiming to be the "surviving" one.
>
> I agree this is a
On Mon, Nov 03, 2014 at 03:09:11PM +0100, LuVar wrote:
> Thanks for nice and "replicate at home yourself" example. On my machine it is
> behaving precisely like in your:
>
>
> root@blackdawn:/home/luvar# sync; sysctl vm.drop_caches=1
> vm.drop_caches = 1
> root@blackdawn:/home/luvar# time cat
>
On Nov 3, 2014, at 9:31 PM, Zygo Blaxell wrote:
> On Mon, Nov 03, 2014 at 10:11:18AM -0700, Chris Murphy wrote:
>>
>> On Nov 2, 2014, at 8:43 PM, Zygo Blaxell wrote:
>>> btrfs seems to assume the data is correct on both disks (the generation
>>> numbers and checksums are OK) but gets confused
The SI standard defines lowercase 'k' and uppercase for the rest.
Signed-off-by: David Sterba
---
Documentation/btrfs-filesystem.txt | 6 +++---
cmds-filesystem.c | 8
utils.c| 2 +-
3 files changed, 8 insertions(+), 8 deletions(-)
diff --gi
On Tue, Nov 4, 2014 at 9:55 AM, Chris Mason wrote:
On Tue, Nov 4, 2014 at 9:36 AM, Erik Berg
wrote:
Pulled the latest btrfs-progs from kdave (v3.17-12-gcafacda) and
using the latest linux release candidate (3.18.0-031800rc3-generic)
from canonical/ubuntu
Trying to remove device sdb1, the ke
On Tue, Nov 4, 2014 at 9:36 AM, Erik Berg
wrote:
Pulled the latest btrfs-progs from kdave (v3.17-12-gcafacda) and
using the latest linux release candidate (3.18.0-031800rc3-generic)
from canonical/ubuntu
btrfs fi show
Label: none uuid: 5c5fea06-0319-4e03-a42e-004e64aeed92
Total devic
Pulled the latest btrfs-progs from kdave (v3.17-12-gcafacda) and using
the latest linux release candidate (3.18.0-031800rc3-generic) from
canonical/ubuntu
btrfs fi show
Label: none uuid: 5c5fea06-0319-4e03-a42e-004e64aeed92
Total devices 9 FS bytes used 10.91TiB
devid2 size
Hello
I looking for a web based tool for displaying quotas for btrfs volumes.
Something which get's it's data from btrfsQuota.py and displays nice bars on a
webfrontend so we can see how much space a user is consuming right now.
Although btrfs is not supporting per user based quotas, we made a
On Mon, 3 Nov 2014 08:56:50 -0500, Josef Bacik wrote:
> Our gluster boxes get several thousand statfs() calls per second, which begins
> to suck hardcore with all of the lock contention on the chunk mutex and dev
> list
> mutex. We don't really need to hold these things, if we have transient
> we
Enhance btrfs-find-root in the following way:
1. Use existing or lightly modified btrfs infrastructure
Don't use btrfs-find-root local defined open_ctree or csum check.
Slightly modify open_ctree() and csum_tree_block() to provide the
chunk-only open_ctree and suprress error output for csu
Zygo Blaxell posted on Mon, 03 Nov 2014 23:31:45 -0500 as excerpted:
> On Mon, Nov 03, 2014 at 10:11:18AM -0700, Chris Murphy wrote:
>>
>> On Nov 2, 2014, at 8:43 PM, Zygo Blaxell
>> wrote:
>> > btrfs seems to assume the data is correct on both disks (the
>> > generation numbers and checksums ar
16 matches
Mail list logo
