On 2014-12-12 23:58, Robert White wrote:
I don't have the history to answer this definitively, but I don't
think you have a choice. Nothing else is going to touch that error.
I have not seen any "oh my god, btrfsck just ate my filesystem errors"
since I joined the list -- but I am a relative ne
On 12/13/2014 12:16 AM, Tomasz Chmielewski wrote:
On 2014-12-12 23:58, Robert White wrote:
I don't have the history to answer this definitively, but I don't
think you have a choice. Nothing else is going to touch that error.
I have not seen any "oh my god, btrfsck just ate my filesystem errors
On 12/13/2014 02:00 AM, Goffredo Baroncelli wrote:
On 12/11/2014 09:31 AM, Dongsheng Yang wrote:
When function btrfs_statfs() calculate the tatol size of fs, it is calculating
the total size of disks and then dividing it by a factor. But in some usecase,
the result is not good to user.
I am che
On 12/13/2014 08:50 AM, Duncan wrote:
Goffredo Baroncelli posted on Fri, 12 Dec 2014 19:00:20 +0100 as
excerpted:
$ sudo ./btrfs fi df /mnt/btrfs1/
Data, RAID1: total=1.00GiB, used=512.00KiB
Data, single: total=8.00MiB, used=0.00B
System, RAID1: total=8.00MiB, used=16.00KiB
System, single: tota
The function test_num_disk_vs_raid() show an error message if
the raid profile is incompatible with the number of devices.
Unfortunately when the error is related to data profile,
the message print the metadata profile.
How reproduce:
$ mkfs.btrfs -f -m dup -d raid5 /dev/vdb"
Error: una
The function test_num_disk_vs_raid() show an error message if
the raid profile is incompatible with the number of devices.
Unfortunately when the error is related to data profile,
the message print the metadata profile.
This patch correct the bug.
Signed-off-by: Goffredo Baroncelli
---
utils.c
On 2014-12-13 10:39, Robert White wrote:
Might I ask why you are running balance? After a persistent error I'd
understand going straight to scrub, but balance is usually for
transformation or to redistribute things after atypical use.
There were several reasons for running balance on this syst
Dear Anand,
thank you for your help.
> On December 10, 2014 at 3:46 AM Anand Jain wrote:
> It depends on the disk that is read first, you could read super block
> using btrfs-show-super and check if num_device.
I checked this for all three devices and num_devices is 4 for all of them.
The full o
Hi,
I've been experimenting with musl-libc Gentoo systems. I used the HEAD
of git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git
I found that btrfs-progs does not compile with musl-libc, for a few reasons:
* It makes use of the private glibc __always_inline macro.
* Various hea
On 12/13/2014 05:53 AM, Tomasz Chmielewski wrote:
My usage case is quite simple:
- skinny extents, extended inode refs
okay
- mount compress-force=zlib
I'd, personally, "never" force compression. This can increase the size
of files by five or more percent if it is an inherently incompressibl
On 2014-12-13 21:54, Robert White wrote:
- rsync many remote data sources (-a -H --inplace --partial) +
snapshot
Using --inplace on a Copy On Write filesystem has only one effect, it
increases fragmentation... a lot...
...if the file was changed.
Every new block is going to get
written to
On 12/13/2014 01:52 PM, Tomasz Chmielewski wrote:
On 2014-12-13 21:54, Robert White wrote:
- rsync many remote data sources (-a -H --inplace --partial) + snapshot
Using --inplace on a Copy On Write filesystem has only one effect, it
increases fragmentation... a lot...
...if the file was cha
Hi,
1- Do setting compression flag per subvolume is implemented?
(I did read on wiki that it is not implemented, but I can set it via
"btrfs property")
2- If I set compression flag via "btrfs property" or "chattr" on a
subvolume, and rsync files without compression flag from ext4 file
system and
On 12/13/2014 06:59 PM, Ali AlipourR wrote:
2- ... and rsync files without compression flag ...
The --compress flag for rsync has nothing to do with how the files are
stored on either end. It determines whether the data is compressed as it
passes from the source rsync to the destination rsyn
14 matches
Mail list logo