Return-Path: Received: from mail-io0-f182.google.com ([209.85.223.182]:34653 "EHLO mail-io0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751565AbcGKNww convert rfc822-to-8bit (ORCPT ); Mon, 11 Jul 2016 09:52:52 -0400 Received: by mail-io0-f182.google.com with SMTP id q83so37102574iod.1 for ; Mon, 11 Jul 2016 06:52:51 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: RHEL7 hang (and probably mainline) while copying big files because of subrequests merging(?) From: Weston Andros Adamson In-Reply-To: Date: Mon, 11 Jul 2016 09:52:49 -0400 Cc: Trond Myklebust , linux-nfs list , Anna Schumaker Message-Id: <34912FDB-DC5B-4287-8659-7D95CE848E48@monkey.org> References: To: Alexey Dobriyan Sender: linux-nfs-owner@vger.kernel.org List-ID: > On Jul 11, 2016, at 9:47 AM, Alexey Dobriyan wrote: > > On Mon, Jul 11, 2016 at 4:28 PM, Trond Myklebust > wrote: >> >>> On Jul 11, 2016, at 08:59, Alexey Dobriyan wrote: >>> >>> We have a customer who was able to reliably reproduce the following hang: >>> (hang itself is rare but there are many machines, so it is not rare) >>> >>> INFO: task ascp:66692 blocked for more than 120 seconds. >> >> Why is this being reported here and not to Red Hat? Is the bug reproducible on the upstream kernel? > > It is not a report per se, more heads up for other folks like CentOS > and other rebuilders. > I checked every NFS commit since 3.10, there seems to be nothing fixing it. > As for testing mainline, I don't know, maybe we can arrange that. > > Alexey > How have you checked every commit since 3.10 and not tested "mainline"? I don't get how both can be true. Do you mean you manually inspected each commit? I'm not sure the fix would be so obvious... -dros