On Tue, 2011-01-18 at 14:22 +0800, Wu, Fengguang wrote:
> On Tue, Jan 18, 2011 at 01:15:27PM +0800, Li, Shaohua wrote:
> > On Tue, 2011-01-18 at 12:41 +0800, Wu, Fengguang wrote:
> > > On Mon, Jan 17, 2011 at 09:32:37AM +0800, Li, Shaohua wrote:
> > > > On Sun, 2011-01-16 at 11:38 +0800, Wu, Fenggu
On Tue, Jan 18, 2011 at 01:15:27PM +0800, Li, Shaohua wrote:
> On Tue, 2011-01-18 at 12:41 +0800, Wu, Fengguang wrote:
> > On Mon, Jan 17, 2011 at 09:32:37AM +0800, Li, Shaohua wrote:
> > > On Sun, 2011-01-16 at 11:38 +0800, Wu, Fengguang wrote:
> > > > On Wed, Jan 12, 2011 at 10:55:16AM +0800, Li,
I believe below check-in will fix this problem. Thanks for Yan Zheng's help!
http://www.spinics.net/lists/linux-btrfs/msg08051.html
-Original Message-
From: Zhong, Xin
Sent: Friday, January 07, 2011 2:46 PM
To: Zhong, Xin; Andrew Morton; stmicha...@web.de
Cc: bugzilla-dae...@bugzilla.ker
take offset of start position into account when calculating page count.
Signed-off-by: Yan, Zheng
---
diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c
index 66836d8..ef94e46 100644
--- a/fs/btrfs/file.c
+++ b/fs/btrfs/file.c
@@ -970,8 +970,8 @@ static ssize_t btrfs_file_aio_write(struct kiocb *iocb
On Tue, 2011-01-18 at 12:41 +0800, Wu, Fengguang wrote:
> On Mon, Jan 17, 2011 at 09:32:37AM +0800, Li, Shaohua wrote:
> > On Sun, 2011-01-16 at 11:38 +0800, Wu, Fengguang wrote:
> > > On Wed, Jan 12, 2011 at 10:55:16AM +0800, Li, Shaohua wrote:
> > > > On Tue, Jan 11, 2011 at 05:13:53PM +0800, Wu,
On Mon, Jan 17, 2011 at 09:32:37AM +0800, Li, Shaohua wrote:
> On Sun, 2011-01-16 at 11:38 +0800, Wu, Fengguang wrote:
> > On Wed, Jan 12, 2011 at 10:55:16AM +0800, Li, Shaohua wrote:
> > > On Tue, Jan 11, 2011 at 05:13:53PM +0800, Wu, Fengguang wrote:
> > > > On Tue, Jan 11, 2011 at 11:27:33AM +08
On 01/18/2011 03:56 AM, Chris Mason wrote:
> Excerpts from liubo's message of 2011-01-06 06:30:25 -0500:
>> This patch comes from "Forced readonly mounts on errors" ideas.
>>
>> As we know, this is the first step in being more fault tolerant of disk
>> corruptions instead of just using BUG() statem
On Mon, Jan 17, 2011 at 10:14 PM, Erik Logtenberg wrote:
> Hi,
>
> btrfs balance results in:
>
> http://pastebin.com/v5j0809M
>
> My system: fully up-to-date Fedora 14 with rawhide kernel to make btrfs
> balance do useful stuff to my free space:
>
> kernel-2.6.37-2.fc15.x86_64
> btrfs-progs-0.19-1
Hi everyone,
The for-linus branch of the btrfs-unstable git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
Has our collection of features and fixes for 2.6.38-rc1. The git tree
is actually against 2.6.36 and these commits have been tested against
.36, .37
Excerpts from liubo's message of 2011-01-06 06:30:25 -0500:
>
> This patch comes from "Forced readonly mounts on errors" ideas.
>
> As we know, this is the first step in being more fault tolerant of disk
> corruptions instead of just using BUG() statements.
>
> The major content:
> - add a frame
strsep() modifies the string pointer, therefore freeing it instead of
original one results in a small memory leak. Fixes kmemleak warning.
Signed-off-by: Ilya Dryomov
---
fs/btrfs/super.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/btrfs/super.c b/fs/btrfs/s
Hi,
Please disregard that last message, the filesystem did mount after a
period of hanging in state D. Apparently something called an "orphan"
was unlinked:
[ 422.323116] btrfs: use compression
[ 761.778675] btrfs: unlinked 1 orphans
[ 761.841581] SELinux: initialized (dev dm-5, type btrfs), u
Hi,
Additionally, I cannot mount the filesystem anymore. mount gives no
error messages but hangs in state D.
dmesg shows:
[ 422.323116] btrfs: use compression
Which is a good thing, but it doesn't do anything otherwise.
Thanks,
Erik.
On 01/17/2011 03:31 PM, Erik Logtenberg wrote:
> Hi,
>
> P
Hi,
Please find attached the error log, for future reference.
Forgot to mention:
I could still use the system after this error, so it was not a complete
fatal error in that regard. All active processes (mostly rsync) were
hanging in state D though, so I couldn't kill them anymore. Also the FS
was
Hi,
btrfs balance results in:
http://pastebin.com/v5j0809M
My system: fully up-to-date Fedora 14 with rawhide kernel to make btrfs
balance do useful stuff to my free space:
kernel-2.6.37-2.fc15.x86_64
btrfs-progs-0.19-12.fc14.x86_64
Filesystem had 0 bytes free, should be 45G, so on darklings a
15 matches
Mail list logo