On 2015-07-09 14:26, Martin Steigerwald wrote:
> Well I may try it for one of my BTRFS volumes in addition to the rsync
> backup for now. I would like to give all options on command line, but well,
> maybe it can completely replace my current script if I put everything in its
> configuration.
On Fri, Jul 10, 2015 at 01:10:26PM +0900, Byongho Lee wrote:
> The code using 'ordered_extent_flush_mutex' mutex has removed by below
> commit.
> - 8d875f95da43c6a8f18f77869f2ef26e9594fecc
>btrfs: disable strict file flushes for renames and truncates
> But the mutex still lives in struct 'btrf
On Wed, Jul 08, 2015 at 09:20:46PM -0400, james harvey wrote:
> Would (I think):
> * btrfs subvolume create
> * cp -ax --reflink=always /* /
>
> Particularly useful to avoid "Invalid cross-device link" when using cp
> -ax, when source and dest are seen as different devices.
>
> Such as if there
On Tue, Jul 07, 2015 at 04:15:21PM +0800, Qu Wenruo wrote:
[...]
> So I took current fix even it's not perfect, but most practice one.
Thanks for working on the mkfs bug. Agreed on the approach.
> Qu Wenruo (7):
> btrfs-progs: disk-io: Support commit transaction on chunk tree.
> btrfs-progs:
On Wed, Jul 08, 2015 at 09:21:26PM -0400, james harvey wrote:
> Request for new btrfs subvolume subcommand:
>
> tree
>Display a depth indented listing of subvolumes present in the
> filesystem .
>
> ---or---
>
> list ... --tree ...
>...
>-tree
> display subvolumes in a depth i
On 2015-07-09 14:33, David Sterba wrote:
On Thu, Jul 09, 2015 at 08:48:00AM -0400, Austin S Hemmelgarn wrote:
On 2015-07-09 08:41, Sander wrote:
Austin S Hemmelgarn wrote (ao):
What's wrong with "btrfs subvolume snapshot"?
Well, personally I would say the fact that once something is tagged a
Hi,
btrfs-progs 4.1.1 have been released, a few bugfixes and enhancements.
* bugfixes
- defrag: threshold overflow fix
- fsck:
- check if items fit into the leaf space
- fix wrong nbytes
- mkfs:
- create only desired block groups for single device
- preparatory work for fix
I can't apply your patch on btrfs-progs v4.1 nor v4.0
http://www.spinics.net/lists/linux-btrfs/msg43422.html
git apply --check
error: Documentation/btrfs-device.txt: No such file or directory
error: patch failed: cmds-device.c:169
error: cmds-device.c: patch does not apply
http://www.spinics.net/
actually I have another question : is it posssible for a RAID0 fs to “receive”
from a “sending” RAID10 ? or do they need to be of the same replication scheme
too ?
> On Jun 27, 2015, at 10:34 AM, Vincent Olivier wrote:
>
> ok i’ll go home and rethink my life then ;)
>
>> On Jun 27, 2015, at
On Fri, Jul 10, 2015 at 03:03:27PM -0400, Vincent Olivier wrote:
> actually I have another question : is it posssible for a RAID0 fs to
> “receive” from a “sending” RAID10 ?
Yes, definitely. I do my backups from RAID-1 to single. The send
stream format is based on files, not on the underlying
this is GOOD news . thanks !
> On Jul 10, 2015, at 3:11 PM, Hugo Mills wrote:
>
> On Fri, Jul 10, 2015 at 03:03:27PM -0400, Vincent Olivier wrote:
>> actually I have another question : is it posssible for a RAID0 fs to
>> “receive” from a “sending” RAID10 ?
>
> Yes, definitely. I do my backu
Hi Linus,
Please pull my for-linus-4.2 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.2
This is an assortment of fixes. Most of the commits are from Filipe
(fsync, the inode allocation cache and a few others). Mark kicked in a
series fixing corners in
If I'm reading this right, my most fragmented file
(Training-flat.vmdk) is now almost 3x more fragmented?
[root@san01 tank]# filefrag
/mnt2/tank/virtual_machines/virtual_machines/Training/*
/mnt2/tank/virtual_machines/virtual_machines/Training/Training-flat.vmdk:
1444 extents found
/mnt2/tank/virt
Donald Pearson posted on Fri, 10 Jul 2015 15:57:46 -0500 as excerpted:
> If I'm reading this right, my most fragmented file
> (Training-flat.vmdk) is now almost 3x more fragmented?
[snip to context for brevity]
> # filefrag /mnt2/tank/virtual_machines/virtual_machines/Training/*
> /mnt2/tank/vir
So I now ran "btrfs check" and it found some errors, I tried "-o
degraded,clear_cache" to get rid of the "failed to load free space cache for
block group" errors but without success.
Is "btrfs check --repair" able to fix my problems or would it make things worse?
dmesg for degraded,clear_cache
Good afternoon,
First, my apologies if this is a repeat email. My original email
contained an uncompressed copy of dmesg's output and I *believe*
that pushed the message over the 100KB limit, causing the list to
drop it.
When I try to defragment files (or recursively defragment trees of
files) on
Hi,
while using a 40TB btrfs partition for VM backups. I see a massive
slowdown after around one week.
The backup task takes usally 2-3 hours. After one week it takes 20
hours. If i umount and remount the btrfs volume it takes 2-3 hours again.
Kernel 4.1.1
Greets,
Stefan
--
To unsubscribe
17 matches
Mail list logo