Re: [PATCH] btrfs: extent-tree: cleanup one-shot usage of @blocksize in do_walk_down

On 10.12.18 г. 9:01 ч., Qu Wenruo wrote: > @blocksize variable in do_walk_down() is only used once, really no need > to declare it. > > Signed-off-by: Qu Wenruo Reviewed-by: Nikolay Borisov > --- > fs/btrfs/extent-tree.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff

[PATCH] btrfs: extent-tree: cleanup one-shot usage of @blocksize in do_walk_down

@blocksize variable in do_walk_down() is only used once, really no need to declare it. Signed-off-by: Qu Wenruo --- fs/btrfs/extent-tree.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/fs/btrfs/extent-tree.c b/fs/btrfs/extent-tree.c index 225698b588c4..6744f2fa2b03 10064

Re: [PATCH v2 0/6] btrfs: qgroup: Delay subtree scan to reduce overhead

On 2018/12/8 上午8:47, David Sterba wrote: > On Fri, Dec 07, 2018 at 06:51:21AM +0800, Qu Wenruo wrote: >> >> >> On 2018/12/7 上午3:35, David Sterba wrote: >>> On Mon, Nov 12, 2018 at 10:33:33PM +0100, David Sterba wrote: On Thu, Nov 08, 2018 at 01:49:12PM +0800, Qu Wenruo wrote: > This patc

Re: Need help with potential ~45TB dataloss

So, does anyone have any suggestion on how I might recover some of the data? If not, I'll cut my losses and create a new array... Thanks! -- Groet / Cheers, Patrick Dijkgraaf On Tue, 2018-12-04 at 10:58 +0100, Patrick Dijkgraaf wrote: > Hi, thanks again. > Please see answers inline. > >

Re: Need help with potential ~45TB dataloss

Hi Chris, they're SATA. smartctl -x gives: SCT Error Recovery Control command not supported So seems like we can't do enything with it. -- Groet / Cheers, Patrick Dijkgraaf On Tue, 2018-12-04 at 12:38 -0700, Chris Murphy wrote: > On Tue, Dec 4, 2018 at 3:09 AM Patrick Dijkgraaf > < > bolder