From patchwork Mon Oct 26 14:23:39 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Marc Joliet X-Patchwork-Id: 7490011 Return-Path: X-Original-To: patchwork-linux-btrfs@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork2.web.kernel.org (Postfix) with ESMTP id 4C167BEEA4 for ; Mon, 26 Oct 2015 14:23:58 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 8B892206F1 for ; Mon, 26 Oct 2015 14:23:57 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 9385F206EE for ; Mon, 26 Oct 2015 14:23:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754701AbbJZOXs (ORCPT ); Mon, 26 Oct 2015 10:23:48 -0400 Received: from mout.gmx.net ([212.227.17.21]:50591 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754091AbbJZOXq (ORCPT ); Mon, 26 Oct 2015 10:23:46 -0400 Received: from thetick.localnet ([93.181.44.4]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LlXnX-1aOfnL1AIB-00bGjQ for ; Mon, 26 Oct 2015 15:23:44 +0100 From: Marc Joliet To: linux-btrfs@vger.kernel.org Subject: Re: random i/o error without error in dmesg Date: Mon, 26 Oct 2015 15:23:39 +0100 Message-ID: <5339076.FcC2BAjqs5@thetick> User-Agent: KMail/4.14.8 (Linux/4.1.9-gentoo-r1; KDE/4.14.8; x86_64; ; ) In-Reply-To: <562E0D31.2080003@dblaci.hu> References: <562E0D31.2080003@dblaci.hu> MIME-Version: 1.0 X-Provags-ID: V03:K0:FLCKitZ92mG7SCZEdN+UFE68hsq/8LdopFaqbTYlRV2rFPtuCw0 EQMkO66DoCwxsOAkJXt9ixAwPwAeRlcH4yq0EBybGo7h79uJJET4gDHhW0VmOb7Loj3HSCx xwjC2+3MAgV642Hot02REve1ShXa7IJeYDfC4ptzddtOn7X7+ACBHJS0Q6lrNosOY9XTwxJ arXuAPn7V9zlKLzqQljoA== X-UI-Out-Filterresults: notjunk:1; V01:K0:BHlDWmTqOnk=:o4wYhz8i3hBZog9xCFve4Y RH/YaMSHbMyVzO55gh+k6NG1j8lPuH3GCRIXi+tI/8Q7W+gCrZwXrUzErIkp2gg/9Lp821Agg OTjo9N3M43p+RWNcEC6BLqaR1UNGgfKtf4FUjCVOVaMHAUjPBDXVB8wTqq1EPhuVqwMDpyCih kvwU36axx4NOqHXSOFGFyjP6mBaYpyVuRjUaziPnizkTKhY2XLqO6hMLWlXM9/KZs6CGGAADJ 4tCJgHGwJpc0AgfmDw5nFZNUCwbItKLtRaolCN/+VkYtxQ0irgJx49I9L0NshYL65USfqsJGX a6Hb3U9d0/QZMf96bU4rUWWBwMpVqUcApq1nACKO6YGCzYIXsd0VLd1clKxow0EPO3Wxh7aC8 mEivJX6uYdALauaRTYyD1ax3lwt5k6VTGtIsSXX+X5ypbJ82iDOqYVqkQ5gW0HTfu/StINDzU k6rQqWHXs+5289UCN/iZaPmfZY5KY2dC6b3TQ7sHoYwykn9GAk71AoijNBifpHQtj5zkGro0W oU/Xcmb3NJ0tfGNvbxTTgpS0o0Hv50vek9K9NXj9IMGS+O53rScCuqE1KS2/INZrz9Wd8/SAw zXcs+Yy5FFAB68UQxpsSSByyPEx8/P6SRdaCgDuaDWR4SeizDLzNC0xnNrFLGgNTgqL1NFJwb pBbMzsqrfKlbJRQ54eqRUHJLJQNu99x3CJffBkW9Y54NyTJmbg6CO+AnxmrNBIWAvRWpVIOek j27oxh73GRgiBYNBjUVgws8fQucRw7co40JsjEohIv1AacGOZyc61N3COYk= Sender: linux-btrfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-btrfs@vger.kernel.org X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,T_TVD_MIME_EPI,UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Hi FWIW, this sounds like what I've been seeing with dovecot. In case it's relevant, I'll try to explain. After some uptime, I'll see log messages like this: Okt 26 12:05:46 thetick dovecot[467]: imap(marcec): Error: pread() failed with file /home/marcec/.mdbox/mailboxes/BTRFS/dbox-Mails/dovecot.index.log: Input/output error Occasionally they go away by themselves, but usually I have to reboot to make them go away. This happens when getmail attempts to fetch mail, which fails due to the above error. After the reboot getmail succeeds again. As in Szalma's case, btrfs-scrub never reports anything wrong. I use LZO compression on the relevant file system, so I wanted to wait until kernel 4.1.11 before reporting this, but that hasn't hit Gentoo yet (and neither has 4.1.10, for some reason). I don't use quotas. According to the what I see in the systemd journal, the errors started on 2015-06-01 with kernel 3.19.8. Note that, strangely enough, I had been using that same version since 2015-05-23, so for more than a week before the error cropped up. I checked whether I made any changes to the configuration, and found this: The only change I can think of that might affect anything is CONFIG_BSD_PROCESS_ACCT_V3=y (I don't remember why exactly I set it). I can try without it set, but maybe the kernel configuration is a red herring? Anyway, the current state of the system is: # uname -r 4.1.9-gentoo-r1 # btrfs filesystem show / Label: 'MARCEC_ROOT' uuid: 0267d8b3-a074-460a-832d-5d5fd36bae64 Total devices 1 FS bytes used 74.40GiB devid 1 size 107.79GiB used 105.97GiB path /dev/sda1 btrfs-progs v4.2.2 # btrfs filesystem df / Data, single: total=98.94GiB, used=72.30GiB System, single: total=32.00MiB, used=20.00KiB Metadata, single: total=7.00GiB, used=2.10GiB GlobalReserve, single: total=512.00MiB, used=0.00B The filesystem is mounted as (leaving out subvolume mounts which use the same mount options): /dev/sda1 on / type btrfs (rw,noatime,compress=lzo,ssd,discard,space_cache) Greetings, diff --git a/kernels/kernel-config-3.19.8-gentoo b/kernels/kernel- config-3.19.8-gentoo index b061b31..8cf8eba 100644 --- a/kernels/kernel-config-3.19.8-gentoo +++ b/kernels/kernel-config-3.19.8-gentoo @@ -64,7 +64,7 @@ CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE="" # CONFIG_COMPILE_TEST is not set CONFIG_LOCALVERSION="" -CONFIG_LOCALVERSION_AUTO=y +# CONFIG_LOCALVERSION_AUTO is not set CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y @@ -73,8 +73,8 @@ CONFIG_HAVE_KERNEL_LZO=y CONFIG_HAVE_KERNEL_LZ4=y # CONFIG_KERNEL_GZIP is not set # CONFIG_KERNEL_BZIP2 is not set -CONFIG_KERNEL_LZMA=y -# CONFIG_KERNEL_XZ is not set +# CONFIG_KERNEL_LZMA is not set +CONFIG_KERNEL_XZ=y # CONFIG_KERNEL_LZO is not set # CONFIG_KERNEL_LZ4 is not set CONFIG_DEFAULT_HOSTNAME="(none)" @@ -132,7 +132,7 @@ CONFIG_TICK_CPU_ACCOUNTING=y # CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set # CONFIG_IRQ_TIME_ACCOUNTING is not set CONFIG_BSD_PROCESS_ACCT=y -# CONFIG_BSD_PROCESS_ACCT_V3 is not set +CONFIG_BSD_PROCESS_ACCT_V3=y CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y