From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot0-f172.google.com ([74.125.82.172]:47940 "EHLO mail-ot0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751757AbdKKTLu (ORCPT ); Sat, 11 Nov 2017 14:11:50 -0500 Received: by mail-ot0-f172.google.com with SMTP id s4so1532496ote.4 for ; Sat, 11 Nov 2017 11:11:50 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <1484297967.48018.1508985286675@email.1and1.com> From: Chris Murphy Date: Sat, 11 Nov 2017 12:11:49 -0700 Message-ID: Subject: Re: btrfs send yields "ERROR: send ioctl failed with -5: Input/output error" To: Zak Kohler Cc: Chris Murphy , Qu Wenruo , "Lakshmipathi.G" , btrfs Content-Type: text/plain; charset="UTF-8" Sender: linux-btrfs-owner@vger.kernel.org List-ID: On Sat, Nov 11, 2017 at 11:27 AM, Zak Kohler wrote: > It seems that since the errors were due to a very slight instability in > computer due to overclock, the online and offline scrub's causing different > stresses or paths. Could it be that one is telling the drives to use some > level of caching where the offline is explicitly tells it not to(or one of > many similar scenarios)? There must be some line to draw about supporting > faulty Hardware but I think having all forms of scrubbing in agreement must > be within scope. I think once you're in some non-deterministic state, all bets are off. But I don't know anything about what physical parts of a CPU could cause more or less error, or more or less determinism, based on code differences. -- Chris Murphy