Hi Chris,
thanks for your reply.
./btrfs filesystem show /dev/sdb1
Label: none uuid: 989306aa-d291-4752-8477-0baf94f8c42f
Total devices 2 FS bytes used 3.47TiB
devid1 size 2.73TiB used 1.74TiB path /dev/sdb1
devid2 size 2.73TiB used 1.74TiB path /dev/sdc1
I
On Sun, 9 Feb 2014 06:38:53 + (UTC)
Duncan 1i5t5.dun...@cox.net wrote:
RAID or multi-device filesystems aren't 1970s features and break 1970s
behavior and the assumptions associated with it. If you're not prepared
to deal with those broken assumptions, don't. Use mdraid or dmraid or
Duncan 1i5t5.dun...@cox.net schrieb:
Roman Mamedov posted on Sun, 09 Feb 2014 04:10:50 +0600 as excerpted:
If you need to perform a btrfs-specific operation, you can easily use
the btrfs-specific tools to prepare for it, specifically use btrfs fi
df which could give provide every imaginable
Roman Mamedov r...@romanrm.net schrieb:
When I started to use unix, df returned blocks, not bytes. Without your
proposed patch, it does that right. With your patch, it does it wrong.
It returns total/used/available space that is usable/used/available by/for
user data.
No, it does not. It
On Sun, Feb 9, 2014 at 2:39 AM, Shilong Wang wangshilong1...@gmail.com wrote:
2014-02-08 23:46 GMT+08:00 Wang Shilong wangshilong1...@gmail.com:
From: Wang Shilong wangsl.f...@cn.fujitsu.com
This reverts commit 41ce9970a8a6a362ae8df145f7a03d789e9ef9d2.
Previously i was thinking we can use
2014-02-09 21:52 GMT+08:00 Filipe David Manana fdman...@gmail.com:
On Sun, Feb 9, 2014 at 2:39 AM, Shilong Wang wangshilong1...@gmail.com
wrote:
2014-02-08 23:46 GMT+08:00 Wang Shilong wangshilong1...@gmail.com:
From: Wang Shilong wangsl.f...@cn.fujitsu.com
This reverts commit
On 02/07/2014 05:40 AM, Roman Mamedov wrote:
On Thu, 06 Feb 2014 20:54:19 +0100
Goffredo Baroncelli kreij...@libero.it wrote:
[...]
As Roman pointed out, df show the raw space available. However
when a RAID level is used, the space available to the user is
less.
This patch try to address this
Hi Linus,
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This is a small collection of fixes
Josef Bacik (2) commits (+4/-5):
Btrfs: don't loop forever if we can't run because of the tree mod log
(+1/-0)
Btrfs: fix
There was a similar discussion about an error in January 2013 but it related to
some kernel panic.
I don't know if I encountered the same thing.
These errors from system journal bother me:
2月 09 22:18:53 melforce kernel: BTRFS error (device sdb3): Error removing
orphan entry, stopping orphan
Hello,
I am experimenting with BTRFS and RAID1 on my Debian Wheezy (with
backported kernel 3.12-0.bpo.1-amd64) using a a motherboard with UEFI.
However I haven't managed to make the system boot when the removing the
first hard drive.
I have installed Debian with the following partition on the
On Sat, Feb 08, 2014 at 09:30:51AM +0100, Koen De Wit wrote:
On 02/07/2014 11:49 PM, Dave Chinner wrote:
On Fri, Feb 07, 2014 at 06:14:45PM +0100, Koen De Wit wrote:
echo -n $xattr_value | md5sum
${ATTR_PROG} -Lq -s attr_$char -V $xattr_value $file
${ATTR_PROG} -Lq -g
This is an extension to my previous commit titled:
Btrfs: faster file extent item replace operations
(hash 1acae57b161ef1282f565ef907f72aeed0eb71d9)
Instead of inserting the new file extent item if we deleted existing
file extent items covering our target file range, also allow to insert
the
Roman Mamedov posted on Sun, 09 Feb 2014 15:20:00 +0600 as excerpted:
On Sun, 9 Feb 2014 06:38:53 + (UTC)
Duncan 1i5t5.dun...@cox.net wrote:
RAID or multi-device filesystems aren't 1970s features and break 1970s
behavior and the assumptions associated with it. If you're not
prepared
On Fri, 07 Feb 2014 17:34:46 +0800, Anand Jain wrote:
IMO btrfs-progs shouldn't add its intelligence to know if disk
is missing. If btrfs-kernel doesn't know when disk is missing
that's a bug to fix in btrfs-kernel. yes that indeed true as
of now in btrfs-kernel. btrfs kernel has no idea
On fri, 07 Feb 2014 17:26:11 +0800, Anand Jain wrote:
Whats needed is more comprehensive btrfs fi show
which shows the flags (including missing) per disk.
Yes indeed.
And also show the FS/Raid status. Which I am working on.
sorry -p feature would be covered by default in the
coming
I just recently discovered something about btrfs filesystem balance that
(as far as I can see) isn't documented anywhere, and doesn't necessarily
have an obvious (to the average user) explanation.
Apparently, trying to use -mconvert=dup or -sconvert=dup on a
multi-device filesystem using one of
Saint Germain posted on Sun, 09 Feb 2014 22:40:55 +0100 as excerpted:
I am experimenting with BTRFS and RAID1 on my Debian Wheezy (with
backported kernel 3.12-0.bpo.1-amd64) using a a motherboard with UEFI.
My systems don't do UEFI, but I do run GPT partitions and use grub2 for
booting, with
Before this patchset, 'btrfs fi show' can work with '/mnt/point' but not
'/mnt/point/',
which is very annoying since tab completion will add '/' to a directory.
This patchset just reuse the find_mount_root function with some small
modification to
ignore the last '/' only when needed.
Qu Wenruo
Add path_is_mp option for find_mount_root, allowing to treat path as a
mount point, if not found a restricted(*) match, will return -ENOENT.
*: stricted match allow only the last '/' differs since path completion
often addes a '/' in the end but mount points in /proc/self/mounts.
e.g /mnt/data
Move find_mount_root to utils.[ch] for general use.
Signed-off-by: Qu Wenruo quwen...@cn.fuijitsu.com
---
cmds-send.c | 49 +
commands.h | 1 -
utils.c | 48
utils.h | 1 +
4 files
20 matches
Mail list logo