Hello,
After an improper shutdown (power loss), I got one of these again:
# ls -la junk/
total 0
drwx-- 1 rm rm 4152 Oct 5 18:44 .
drwxr-xr-x 1 root root 72 Oct 5 19:10 ..
# rm -rvf junk/
rm: cannot remove `junk': Directory not empty
The kernel version is 3.4.18.
If this helps,
Deadlocks have been less frequent (good), but here is one.
An rsync from 5 days ago got stuck on btrfs it seems, and things just
started piling up on top until the system deadlocked
I see btrfs-transaction saying wait on page, but if it's RAM, I had
plenty left:
total used
Fsck will fix it, its a bug from way back when. Thanks,
Josef
Roman Mamedov r...@romanrm.net wrote:
Hello,
After an improper shutdown (power loss), I got one of these again:
# ls -la junk/
total 0
drwx-- 1 rm rm 4152 Oct 5 18:44 .
drwxr-xr-x 1 root root 72 Oct 5 19:10 ..
# rm
On Sun, Oct 05, 2014 at 01:29:37PM -0700, Marc MERLIN wrote:
Deadlocks have been less frequent (good), but here is one.
An rsync from 5 days ago got stuck on btrfs it seems, and things just
started piling up on top until the system deadlocked
This gave me a chance to fix my cronjob that
Sorry for the late reply.
Wang's patch fixed all the NULL tree root related bugs.
So my patches are not needed and please ignore them.
I'll also reply to my patches to mark them unneeded.
Thanks,
Qu
Original Message
Subject: Re: [PATCH] btrfs-progs: Don't return any fs_info
Please ignore this patch since Wang's patch has already fixed them.
https://patchwork.kernel.org/patch/4254631/
Thanks,
Qu
Original Message
Subject: [PATCH] btrfs-progs: Check the csum tree node before go through
the csum tree
From: Qu Wenruo quwen...@cn.fujitsu.com
To:
Original Message
Subject: [PATCH 2/4] Btrfs-progs: fsck: disallow partial opening if
critical roots corrupted
From: Wang Shilong wangsl.f...@cn.fujitsu.com
To: linux-btrfs@vger.kernel.org
Date: 2014年05月28日 19:20
If btrfs tree root is corrupted, fsck will hit the following
Please ignore this patch since Wang's patch has already fixed them.
https://patchwork.kernel.org/patch/4254631/
Thanks,
Qu
Original Message
Subject: [PATCH] btrfs-progs: Don't return any fs_info that contain NULL
tree_root or fs_root.
From: Qu Wenruo quwen...@cn.fujitsu.com
Original Message
Subject: Re: [PATCH] btrfs-progs: Check the consistence between the
parent node and child node/leaf.
From: Chris Mason c...@fb.com
To: Qu Wenruo quwen...@cn.fujitsu.com
Date: 2014年10月01日 23:49
On Fri, Sep 26, 2014 at 3:36 AM, Qu Wenruo quwen...@cn.fujitsu.com
Original Message
Subject: btrfs check segfaults after flipping 2 Bytes
From: Niklas Fischer nik...@niklasfi.de
To: linux-btrfs@vger.kernel.org
Date: 2014年10月02日 04:29
Hello,
I was trying to determine how btrfs reacts to disk errors, when I
discovered, that flipping two Bytes,
Original Message
Subject: Re: [PATCH] btrfs: Make btrfs handle security mount options
internally to avoid losing security label.
From: Eric Sandeen sand...@redhat.com
To: Qu Wenruo quwen...@cn.fujitsu.com, Chris Mason c...@fb.com,
linux-btrfs@vger.kernel.org
Date:
Oh, I'm sorry that the patch is still needed...
Wang's patch did fix the problem...
Thanks,
Qu
Original Message
Subject: Re: [PATCH] btrfs-progs: Check the csum tree node before go
through the csum tree
From: Qu Wenruo quwen...@cn.fujitsu.com
To: linux-btrfs@vger.kernel.org
Qu Wenruo posted on Mon, 06 Oct 2014 10:29:53 +0800 as excerpted:
2 problems here.
[1] csum mismatch As already mentioned by Ducan and Brendan, the csum
does not match.
What makes thing much worse, since small file's extent is inlined, the
data is stored in metadata tree blocks,
and the
Original Message
Subject: Re: btrfs check segfaults after flipping 2 Bytes
From: Duncan 1i5t5.dun...@cox.net
To: linux-btrfs@vger.kernel.org
Date: 2014年10月06日 12:10
Qu Wenruo posted on Mon, 06 Oct 2014 10:29:53 +0800 as excerpted:
2 problems here.
[1] csum mismatch As
14 matches
Mail list logo