Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp6334312imb; Fri, 8 Mar 2019 15:16:11 -0800 (PST) X-Google-Smtp-Source: APXvYqwU1YoViB2y42ET3L3Zxan1X0/PtxivtvbT9cQLqRSXZLGMRgIEU7vo+Ghm4vF872iCHV68 X-Received: by 2002:a63:8b4b:: with SMTP id j72mr19138310pge.100.1552086971849; Fri, 08 Mar 2019 15:16:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1552086971; cv=none; d=google.com; s=arc-20160816; b=Rivhq4kK8Xhd88/r2HJzV1EUTUD6uuDJB2TddNSDm72HSZ7e/vCwUwxowepv+caDes Ijbs447bpj3844/Eui/TeDqrsAj5IHfOl/4LGmGOJ+08iCl6gSVcDbgd/eK65kZIl9qG nBQKG2j6Q5zKx/zsIG4+5Xr47Sgn4ajLuwx/1L/ZquGx/71nXKv1QKPIBYM6mNC1tiz2 NIFtKvcVZT5eG4AdvwHbCiDi5IskPK2uufw6+HRU1gsgu6deXkcDgCMrN4oppXLzGlxw 7+tTzFDN+88Ke+GwJaC07UjHSiHd+PeqaH3gMsxOvKFN7mYKqsDVIKiyFrzRZt0+xStO ZTSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=K6l2Ym+2yDgjWL+mCyIONjRSyeQ69ChwFMjb+0r8uFI=; b=dJv8WZPF9tdmbJTbIG0hAbomQXrxBr7hHWxChnVAgMCt2LWiX4adZShJ8A6YoAFggE uI8G/HaUeO82dvd8nCQ5AJj4PE3tPgdaBX6xsxlP3tjl3VBpwJSj/m9ll1JoBou7dHef EsbWymtOuKYGYYN69bQOAmSzqP2YH62vdhvnnJF/fbT/me9EoQGq9usJXU5NzoVZYa78 i91+X+D9jz539uh9Hhl5Dt6lwR70Xj9Fa+7je3pB4kVMhe+0JkWoUMYcDMRaX5POWOyz GbSUp3eQoDTouzYbnDHw0TKL05m4NkPWRqQdK8YgzlwjCKzyeAx3A3bZj6aAywCHaBnj 8b9Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l10si8276538pfi.230.2019.03.08.15.15.55; Fri, 08 Mar 2019 15:16:11 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726520AbfCHXPQ (ORCPT + 99 others); Fri, 8 Mar 2019 18:15:16 -0500 Received: from trent.utfs.org ([94.185.90.103]:41336 "EHLO trent.utfs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726379AbfCHXPQ (ORCPT ); Fri, 8 Mar 2019 18:15:16 -0500 Received: from localhost (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trent.utfs.org (Postfix) with ESMTPS id 0F87D602A3; Sat, 9 Mar 2019 00:15:14 +0100 (CET) Date: Fri, 8 Mar 2019 15:15:14 -0800 (PST) From: Christian Kujau To: David Howells cc: linux-kernel@vger.kernel.org, Anna Schumaker , Steve Dickson Subject: Re: FS-Cache: Duplicate cookie detected In-Reply-To: <17155.1552056554@warthog.procyon.org.uk> Message-ID: References: <22096.1551878195@warthog.procyon.org.uk> <10106.1551892803@warthog.procyon.org.uk> <17155.1552056554@warthog.procyon.org.uk> User-Agent: Alpine 2.21.999 (DEB 277 2018-05-20) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 8 Mar 2019, David Howells wrote: > See the attached for a patch that helps with certain kinds of collision, > though I can't see that it should help with what you're seeing since the > RELINQUISHED flag isn't set on the old cookie (fl=222, but 0x10 isn't in > there). You can monitor the number of waits by looking in > /proc/fs/fscache/stats for the: > > Acquire: n=289166 nul=0 noc=0 ok=286331 nbf=2 oom=0 wrq=23748 Running Linux v5.0 with this patch applied does indeed still produce the "Duplicate cookie detected" messages, but I only ever see wrq=0 when running nfstest_cache: https://paste.fedoraproject.org/paste/dkav0FQzYZxE9-V7GphjAQ (Scroll down until the messages start to appear again) Only the n= field seems to change during that test: fedora0# grep wrq n2.log | sort | uniq -c | sort -n 28 Acquire: n=8 nul=0 noc=0 ok=1 nbf=0 oom=0 wrq=0 29 Acquire: n=7 nul=0 noc=0 ok=1 nbf=0 oom=0 wrq=0 34 Acquire: n=6 nul=0 noc=0 ok=1 nbf=0 oom=0 wrq=0 82 Acquire: n=9 nul=0 noc=0 ok=1 nbf=0 oom=0 wrq=0 93 Acquire: n=5 nul=0 noc=0 ok=1 nbf=0 oom=0 wrq=0 HTH, Christian. -- BOFH excuse #5: static from plastic slide rules