will prevent the old version from doing any damage.
Actually it's documented in `man 5 btrfs`.
//wbr ojab
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Aug 30, 2016 at 5:13 PM, Chris Murphy wrote:
> On Tue, Aug 30, 2016 at 4:22 AM, ojab // wrote:
>> On Mon, Aug 29, 2016 at 9:05 PM, Chris Murphy
>> wrote:
>>> On Mon, Aug 29, 2016 at 10:04 AM, ojab // wrote:
>>> What do you get for 'btrfs fi
On Mon, Aug 29, 2016 at 9:05 PM, Chris Murphy wrote:
> On Mon, Aug 29, 2016 at 10:04 AM, ojab // wrote:
> What do you get for 'btrfs fi us '
$ sudo btrfs fi us /mnt/xxx/
Overall:
Device size: 3.64TiB
Device allocated: 1.82TiB
De
e` in dmesg.
Is there any way to delete /dev/sdc1 without full rebalance?
//wbr ojab
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
I've had BTRFS filesystem with two 1Tb drives (sdb1 & sdc1), data
raid0 & metadata raid1. I need to replace one drive with 2Tb drive, so
I've done `btrfs dev add /dev/sdd /mnt/xxx` and now trying to do
`btrfs dev del /dev/sdc1 /mnt/xxx` which fails due to `ERROR: error
removing device '/dev/sd
Hi,
I've had BTRFS filesystem with two 1Tb drives (sdb1 & sdc1), data
raid0 & metadata raid1. I need to replace one drive with 2Tb drive, so
I've done `btrfs dev add /dev/sdd /mnt/xxx` and now trying to do
`btrfs dev del /dev/sdc1 /mnt/xxx` which fails due to `ERROR: error
removing device '/dev/sd
pears in 4.5.7.
>
> --
> Chris Murphy
And looks like this patch also fixed my `balance` issue, yay. Thanks.
//wbr ojab
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Jun 15, 2016 at 12:41 PM, E V wrote:
> In my experience phantom ENOSPC messages are frequently due to the
> free space cache being corrupt. Mounting with nospace_cache or
> space_cache=v2 may help.
Unfortunately this is not the case.
//wbr ojab
--
To unsubscribe from this list:
On Fri, Jun 10, 2016 at 2:58 PM, ojab // wrote:
> [Please CC me since I'm not subscribed to the list]
So I'm still playing w/ btrfs and again I have 'No space left on
device' during balance:
>$ sudo /usr/bin/btrfs balance start --full-balance /mnt/xxx/
>ERROR: err
; balancing. Also have a look at the balance stripe filters I would say.
So after adding another one [100Gb] disk I've successfully run `btrfs
balance` and deleted new disks without any issues.
Thanks for your help.
//wbr ojab
--
To unsubscribe from this list: send the line "unsubscribe linux
t;Dumping filters: flags 0x1, state 0x0, force is off
> DATA (flags 0x120): converting, target=281474976710656, soft is off, limit=1
>ERROR: error during balancing '/mnt/xxx/': No space left on device
>There may be more info in syslog - try dmesg | tail
//wbr ojab
--
To unsubs
; balancing. Also have a look at the balance stripe filters I would say.
Output of show_usage.py:
https://gist.githubusercontent.com/ojab/850276af6ff3aa566b8a3ce6ec444521/raw/4d77e02d556ed0edb0f9823259f145f65e80bc66/gistfile1.txt
Looks like I only have smaller spare drives at the moment (largest is
100G
rt -dusage=67 /mnt/xxx/
>ERROR: error during balancing '/mnt/xxx/': No space left on device
>There may be more info in syslog - try dmesg | tail
I assume that there is something wrong with metadata, since I can copy
files to FS.
I'm on 4.6.2 vanilla kernel and using btrfs-progs-
13 matches
Mail list logo
