On 09/07/2011 02:31 PM, Li Zefan wrote:
Is it a bug? or Am I missing something?
You need to run this before mounting the devices:
# btrfs device scan
Thank you, it works by executing device scan.
-Jeff
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
On Sun, Sep 04, 2011 at 04:23:20PM +0100, Maciej Marcin Piechotka wrote:
I get filesystem corruption when I unsuccessfully hibernate using
tuxonice. I don't get this problem using standard suspend.
Just a guess and general thought, I've never used TOI. There is probably
some activity inside the
minor, typos in comments s/substract/subtract/
On Wed, Aug 24, 2011 at 02:13:16PM +0800, Li Zefan wrote:
diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c
index 660a6c8..3351b1b 100644
--- a/fs/btrfs/ioctl.c
+++ b/fs/btrfs/ioctl.c
@@ -2331,14 +2331,21 @@ static noinline long
On Fri, Sep 02, 2011 at 08:01:21PM +0300, sly...@gmail.com wrote:
From: Sergei Trofimovich sly...@gentoo.org
iput() shouldn't be called for inodes in I_NEW state.
We need to mark inode as constructed first.
WARNING: at fs/inode.c:1309 iput+0x20b/0x210()
Call Trace:
[8103e7ba]
On 09/07/2011 12:37 PM, cwillu wrote:
1. Create and format two images, the 1st in 400Mbytes, and 2nd in 286Mbytes.
root@pibroch:/btrfs-progs# ls -lh /usr/src/linux-3.0/img*
-rw-r--r-- 1 jeff jeff 400M 2011-09-07 12:00 /usr/src/linux-3.0/img0
-rw-r--r-- 1 jeff jeff 286M 2011-09-07 12:00
Hi,
Am 05.09.2011 14:45, schrieb Hugo Mills:
It'd be good if you have the time to try to reproduce this,
particularly with the latest kernels (3.0 or 3.1-rcX)
My recovery is done. Here are some infos...
-
Linux-3.0.0-gentoo-x86_64-Intel-R-_Core-TM-_i7_CPU_965_@_3.20GHz-with-gentoo-2.0.3
-
Hi,
I recently created a Btrfs volume on top of a software (mdadm) raid5 array
(since Btrfs currently lacks raid5 support at the FS level). On this 640 GB
volume, I stored a ~400 GB tar file. After a couple weeks of use, I used 'btrfs
defragment' on this file in an effort to (a) defrag and (b)
It's not a big deal if we fail to allocate the array, and instead of
panic we can just give up compressing.
Signed-off-by: Li Zefan l...@cn.fujitsu.com
---
fs/btrfs/inode.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
index
To reproduce the bug:
# mount -o nodatacow /dev/sda7 /mnt/
# dd if=/dev/zero of=/mnt/tmp bs=4K count=1
1+0 records in
1+0 records out
4096 bytes (4.1 kB) copied, 0.000136115 s, 30.1 MB/s
# dd if=/dev/zero of=/mnt/tmp bs=4K count=1 conv=notrunc oflag=direct
dd: writing `/mnt/tmp':
On Wed, Sep 7, 2011 at 6:33 PM, Justin Gottula jus...@jgottula.com wrote:
Hi,
I recently created a Btrfs volume on top of a software (mdadm) raid5 array
(since Btrfs currently lacks raid5 support at the FS level). On this 640 GB
volume, I stored a ~400 GB tar file. After a couple weeks of
On Wed, Sep 7, 2011 at 1:44 AM, Jeff Liu jeff@oracle.com wrote:
On 09/07/2011 12:37 PM, cwillu wrote:
1. Create and format two images, the 1st in 400Mbytes, and 2nd in
286Mbytes.
root@pibroch:/btrfs-progs# ls -lh /usr/src/linux-3.0/img*
-rw-r--r-- 1 jeff jeff 400M 2011-09-07 12:00
On 08.09.2011 01:33, Justin Gottula wrote:
Hi,
I recently created a Btrfs volume on top of a software (mdadm) raid5 array
(since Btrfs currently lacks raid5 support at the FS level). On this 640 GB
volume, I stored a ~400 GB tar file. After a couple weeks of use, I used
'btrfs
12 matches
Mail list logo