From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lj1-f178.google.com ([209.85.208.178]:38368 "EHLO mail-lj1-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725767AbeH1E5h (ORCPT ); Tue, 28 Aug 2018 00:57:37 -0400 Received: by mail-lj1-f178.google.com with SMTP id p6-v6so700428ljc.5 for ; Mon, 27 Aug 2018 18:08:30 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: From: Chris Murphy Date: Mon, 27 Aug 2018 19:08:28 -0600 Message-ID: Subject: Re: DRDY errors are not consistent with scrub results To: Cerem Cem ASLAN Cc: Chris Murphy , Btrfs BTRFS Content-Type: text/plain; charset="UTF-8" Sender: linux-btrfs-owner@vger.kernel.org List-ID: On Mon, Aug 27, 2018 at 6:49 PM, Cerem Cem ASLAN wrote: > Thanks for your guidance, I'll get the device replaced first thing in > the morning. > > Here is balance results which I think resulted not too bad: > > sudo btrfs balance start /mnt/peynir/ > WARNING: > > Full balance without filters requested. This operation is very > intense and takes potentially very long. It is recommended to > use the balance filters to narrow down the balanced data. > Use 'btrfs balance start --full-balance' option to skip this > warning. The operation will start in 10 seconds. > Use Ctrl-C to stop it. > 10 9 8 7 6 5 4 3 2 1 > Starting balance without any filters. > Done, had to relocate 18 out of 18 chunks > > I suppose this means I've not lost any data, but I'm very prone to due > to previous `smartctl ...` results. OK so nothing fatal anyway. We'd have to see any kernel messages that appeared during the balance to see if there were read or write errors, but presumably any failure means the balance fails so... might get you by for a while actually. -- Chris Murphy