Currently we allow inconsistence about mixed flag
(BTRFS_BLOCK_GROUP_METADATA | BTRFS_BLOCK_GROUP_DATA).
We'd get ENOSPC if block group has mixed flag and btrfs doesn't.
If that happens, we have one space_info with mixed flag and another
space_info only with BTRFS_BLOCK_GROUP_METADATA, and
When replaying extents, there is no need to update bytes_may_use
in btrfs_alloc_logged_file_extent(), otherwise it'll trigger a
WARN_ON about bytes_may_use.
Fixes: ("btrfs: update btrfs_space_info's bytes_may_use timely")
Signed-off-by: Wang Xiaoguang
---
At 08/24/2016 02:38 AM, Rakesh Sankeshi wrote:
sorry, was out of the town.
not much load on the system at all.
As we are hitting many issues in production, just using this system
for my test purpose. Built few different filesystems. 1 with LZO
compression, second one with ZLIB and third one
On Thu, Aug 25, 2016 at 07:47:27PM +0200, David Sterba wrote:
> Hi,
>
> btrfs-progs 4.7 have been released. Though it's a minor version release, there
> are changes that could be considered big but I don't see a reason to hold them
> until 4.8 is released.
...
> Tarballs:
On Thu, Aug 25, 2016 at 9:58 AM, Lutz Vieweg wrote:
> On 08/16/2016 01:24 AM, Chris Murphy wrote:
>>
>> On Mon, Aug 15, 2016 at 5:12 PM, Ronan Chagas wrote:
>>>
>>> It happened again. The computer was completely unusable. The only useful
>>> message I saw was this
On Thu, Aug 25, 2016 at 4:33 PM, Gert Menke wrote:
>> Such a switch doesn't exist, there's no way to define what files,
>> directories, or subvolumes, have what profiles.
>
> Well it kind of does - a running balance process seems to have just that
> effect, it's just not
Hi,
On 2016-08-25 21:50, Chris Murphy wrote:
It's incidental right now. It's not something controllable or intended
to have enduring mixed profile block groups.
I see. (Kindof)
Such a switch doesn't exist, there's no way to define what files,
directories, or subvolumes, have what profiles.
Hi,
On 2016-08-25 20:26, Justin Kilpatrick wrote:
I'm not sure why you want to avoid a balance,
I didn't check, but I imagined it would slow down my rsync
significantly.
Once you start this command all the new data should follow the new
rules.
Ah, now that's interesting.
When the balance
On Thu, Aug 25, 2016 at 1:19 AM, Robert Munteanu
wrote:
> I've managed to capture one of the error messages,
> but via screenshot only.
And here's the full output below, via netconsole
[ 2806.245627] BTRFS error (device sda1): Duplicate entries in free
space cache,
On Thu, Aug 25, 2016 at 12:16 PM, Gert Menke wrote:
> However, I know that btrfs can have different raid modes on the same
> filesystem at the same time.
It's incidental right now. It's not something controllable or intended
to have enduring mixed profile block groups.
>So I was
On 08/25/2016 07:26 PM, Dāvis Mosāns wrote:
> 2015-08-31 9:28 GMT+03:00 Dāvis Mosāns :
>> I'm getting kernel crash and complete system lockup when trying to access
>> journal on two disk btrfs filesystem with data/metadata as RAID1.
>
> I kept those drives untouched and now I
2016-08-25 20:45 GMT+03:00 Hans van Kranenburg :
> On 08/25/2016 07:26 PM, Dāvis Mosāns wrote:
>> 2015-08-31 9:28 GMT+03:00 Dāvis Mosāns :
>>> I'm getting kernel crash and complete system lockup when trying to access
>>> journal on two disk btrfs
I don't think its possible to change raid levels without using a balance.
I'm not sure why you want to avoid a balance, its a background process that
will auto resume if interrupted. You don't have to leave your machine on for
weeks at a time and it shouldn't slow down an active application using
Hi,
I recently created a new btrfs on two disks - one 6TB, one 2TB - for
temporary backup purposes.
It apparently defaulted to raid0 for data, and I didn't realize at the
time that this would become a problem.
Now the 2TB is almost full, and df tells me I only have about 200GB of
free space.
Hi,
btrfs-progs 4.7 have been released. Though it's a minor version release, there
are changes that could be considered big but I don't see a reason to hold them
until 4.8 is released.
There's expected bunch of bugfixes and improvements. The checker low-memory
mode has been in devel for a few
2015-08-31 9:28 GMT+03:00 Dāvis Mosāns :
> I'm getting kernel crash and complete system lockup when trying to access
> journal on two disk btrfs filesystem with data/metadata as RAID1.
I kept those drives untouched and now I tried again with Linux 4.7.1
and accessing that
On 08/05/2016 10:03 PM, Gabriel C wrote:
On 04.08.2016 18:53, Lutz Vieweg wrote:
I was today hit by what I think is probably the same bug:
A btrfs on a close-to-4TB sized block device, only half filled
to almost exactly 2 TB, suddenly says "no space left on device"
upon any attempt to write to
On 08/16/2016 01:24 AM, Chris Murphy wrote:
On Mon, Aug 15, 2016 at 5:12 PM, Ronan Chagas wrote:
It happened again. The computer was completely unusable. The only useful
message I saw was this one:
http://img.ctrlv.in/img/16/08/16/57b24b0bb2243.jpg
Looks similar to this:
Hi david and chris,
On 08/25/2016 06:54 PM, Chris Mason wrote:
On Wed, Aug 24, 2016 at 03:42:54PM +0200, David Sterba wrote:
Hi,
this pull request contains part 2 and adds more that arrived in the
meantime
(new fixes or updated versions of patches). Assorted fixes. Please pull,
thanks.
On 2016-08-25 05:38, Holger Hoffstätte wrote:
Automatically resuming an interrupted balance has repeatedly caused all
sorts of problems because it creates a possible failure mode when a user
can least use it: after a crash/power loss/sudden reboot (which, like it
or not, is the de facto "fix
On Wed, Aug 24, 2016 at 03:42:54PM +0200, David Sterba wrote:
Hi,
this pull request contains part 2 and adds more that arrived in the meantime
(new fixes or updated versions of patches). Assorted fixes. Please pull,
thanks.
Looks like this commit is deadlocking btrfs/071, I'm double checking
Automatically resuming an interrupted balance has repeatedly caused all
sorts of problems because it creates a possible failure mode when a user
can least use it: after a crash/power loss/sudden reboot (which, like it
or not, is the de facto "fix random problems" approach for many people).
The
On Wed, Aug 24, 2016 at 03:42:58PM -0700, Darrick J. Wong wrote:
> On Wed, Aug 24, 2016 at 11:34:27AM -0700, Omar Sandoval wrote:
> > On Mon, Aug 22, 2016 at 08:43:18PM -0600, Chris Murphy wrote:
> > > On Mon, Aug 22, 2016 at 5:06 PM, Darrick J. Wong
> > > wrote:
> > > >
So I've been living on the reckless-side (meta RAID6, data RAID5) and
I have a drive or two that isn't playing nicely any more.
dmesg of the system running for a few minutes: http://pastebin.com/9pHBRQVe
Everything of value is backed up, but I'd rather keep data than
download it all again. When
(Replying to myself as I'm not subscribed and can't reply to Duncan's message)
Hi Duncan,
Good catch, mounting with -o skip_balance does allow me to mount the
disk properly.
Scrubbing the partition once mounted results in 0 errors.
I'm still going to keep this untouched for further
Hi david and chris,
On 08/24/2016 09:42 PM, David Sterba wrote:
Hi,
this pull request contains part 2 and adds more that arrived in the meantime
(new fixes or updated versions of patches). Assorted fixes. Please pull,
thanks.
26 matches
Mail list logo