From nobody Sat Apr 15 21:58:21 2023 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PzRyj5RfFz4593G for ; Sat, 15 Apr 2023 21:58:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PzRyj2sQ9z3BsN for ; Sat, 15 Apr 2023 21:58:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1681595901; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=d8XlRomsmclsFQhV504+NCpUrDE7JEzJthx6lZTSbGA=; b=H+UVpgJ0MQdg1OQ9G4QBdJcrtALK1ISLs+POnYZYir3jKTZULtLq1xKdnbsEJwiri5BmQK xuW1gzxW4qIDDMpFs5VEOALKjju2J+z4E2EklYGSizljuTq94ksiEGgGoOtzGGZnIaCkq8 jKx0H6X1pzufYrEzbiEkG6gaOR9c1p+fdSx6/WCa1xNGhQGKsZPF9mFC+kYS+sdH+orW9c dgq14R5cObibueF7heRdKOR1Hn5uxVyCLuIrnrrfl1YgyD0DoGMs1DpP5kHlZeuN6YmPV+ 3/uIoKntKiBPVdV3s+TCH66+POUCJuUJ6sRL41aaKf51yxWylRnJLGDkKuj0ug== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1681595901; a=rsa-sha256; cv=none; b=EqxJMkffX5VnJE2eB57WBD7eii4VK/DEYxfM15DQ+NhVoVMn8GVekaEsoX//DW/b7hrrZC c2gqpIIieDEHkai8bS1jqS2939Fl+OgRbYIg2ph4O7Y3fuKMowUGlc4qyVO/2btSPDTNuf E3JipLkH02Bvw8j5fEJSiD8GCR4kMUERe6j8B/MFcZmLhYILc6ZVS0W84HqYZVUPUt/0NI mzLdMQzQw4lCpe7D0h3W5vhw6HGTHOhg4OfBiptK1YtItY4qvDvua1j+JvJ9dwADk8MolT 9BLjLc+tQlBvxcXGXZruMmwDDMxG2iG5A52qoiCP8XhKStj/NSFDSlBf8bF2Pw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4PzRyj1gB0zN6t for ; Sat, 15 Apr 2023 21:58:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 33FLwLeq023865 for ; Sat, 15 Apr 2023 21:58:21 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 33FLwLBF023864 for fs@FreeBSD.org; Sat, 15 Apr 2023 21:58:21 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 270842] nfsclient sees out-of-date metadata until stat(1) Date: Sat, 15 Apr 2023 21:58:21 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rmacklem@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D270842 --- Comment #8 from Rick Macklem --- (In reply to Alan Somers from comment #7) Yes, but whether or not there is a name cache miss is a big question. Part of that is the test that the NFS client does for ctime changing for the directory the name is in. Short version. The semantics of this has not changed in well over a decade. The only difference introduced by NFSv4 (for the non-delegation case) is a new attribute called Change that should be guaranteed to change whenever a file's data or metadata changes. (NFSv3 used mtime and ctime, which depended upon file system time resolution and to a lesser extent, when the file system updated ctime, which was not very well specified in POSIX.) Recall that NFS is not (and cannot be) a POSIX compliant file system, due to its protocol design. Set acregmax and acregmin to 0 and see what happens? (Just be prepared for a performance hit and much higher Getattr RPC counts on the NFS server.) --=20 You are receiving this mail because: You are the assignee for the bug.=