From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id BF04113832E for ; Sun, 24 Jul 2016 16:21:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0D40421C054; Sun, 24 Jul 2016 16:21:44 +0000 (UTC) Received: from mail-wm0-f66.google.com (mail-wm0-f66.google.com [74.125.82.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C6721E0AC9 for ; Sun, 24 Jul 2016 16:21:42 +0000 (UTC) Received: by mail-wm0-f66.google.com with SMTP id x83so13270498wma.3 for ; Sun, 24 Jul 2016 09:21:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=5xfcIivetRh5z6qdQwuSYxj02ArX+f/q2i4qEEMO0+E=; b=byEsFKpwktAr5GRkLBI3MctLzrVzFBvOs90dSwDfCP9isJwsfMSA11nQA6xsj5Qv5A nEMIpojSlpviuqR/H6sNdWq/t/KaHiAJ0JPh5CGQE8T2HGAQdPDrI6+1HQep7DmMELIy 6ZDF62DkTmn0I1xXRwrngPOKeTZWI6B6XuOndp//PC1qswXR9w4Xmk8o5GBMzsnsZaYw wNbdXPtlgstir2WdAJAgj75dF5b+gBY/NjfS6q/u+9h+5zcRs2Sy+RS7qqt0otrxkSGA dXDsvnrvnr2X5y7d6zaHpd1YUs2swJz9cqatJoDUKaiM66V/AyTqh+9JPrpUnTudrPRs FQaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=5xfcIivetRh5z6qdQwuSYxj02ArX+f/q2i4qEEMO0+E=; b=mtGPEnzdIJXfyPmYHTxxMPyap3NL9uDTCLEeYglVDylS7yOQdBffkdMyaGrtZIoG1M 0icdCUsdrmNamzDgB/PAzfM8Quq35j/sUORqryVKF/syTQCP3c7sRt2vDPIdYQ0ehjPn yDcFYnjUa1GNo7SZ6eMJztY3LQ7S7kW29K++sKdQwaMJO+9jFHes7KVM1H4fa0ICMnO+ p0WN/UzkZmJL9/QNfsQbvJS9AsOFceNntwf+efnO/dk3J7+GEMKhtNiy8W81H1LDMvlz iEwjN9I62+QN74XErG3h6KHP4AxV+AyWF4liVhL4cH0lHcZmwSqVDuOczDbBcpYVrhUD O0eQ== X-Gm-Message-State: AEkooutvWxOxbs1exfARAPlWqVruNXvH2XK35Dh0cbfCJ4eB++Be8dk0syV0NeLWbMiiIRXNAQMws1peCq+IIg== X-Received: by 10.194.102.72 with SMTP id fm8mr11390491wjb.50.1469377300916; Sun, 24 Jul 2016 09:21:40 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.28.232.80 with HTTP; Sun, 24 Jul 2016 09:21:40 -0700 (PDT) In-Reply-To: References: From: Tom H Date: Sun, 24 Jul 2016 12:21:40 -0400 Message-ID: Subject: Re: [gentoo-user] nfsv4 issues To: Gentoo User Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: eeeae4d5-7da5-4e26-bcbb-2eb7e1b1d674 X-Archives-Hash: 94941a5806f925c2ac9bc127f904dc43 On Fri, Jul 22, 2016 at 8:22 PM, Adam Carter wrote: >>>> Does "/var/lib/nfs/v4recovery/" exist? >>> >>> No >>> # ls /var/lib/nfs/ >>> etab export-lock rmtab rpc_pipefs sm sm.bak state xtab >> >> IIRC, it's needed to avoid this delay. I thought that I'd saved a url >> about this but I can't find it. >> >> Do you have a syslog message about "stable storage"? "man nfsdcltrack". > > There's no message about stable storage, but there's this; > kernel: [578030.628415] NFSD: the nfsdcld client tracking upcall will be > removed in 3.10. Please transition to using nfsdcltrack. It's from https://patchwork.kernel.org/patch/1730241/ > # which nfsdcltrack > which: no nfsdcltrack in > (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0:/usr/lib64/subversion/bin:/opt/vmware/bin) > # qlist nfs | grep nfsdcltrack > # It depends on the nfs-utils USE settings: # qlist -U nfs-utils net-fs/nfs-utils (libmount nfsdcld nfsidmap nfsv4 nfsv41) # qfile $(which nfsdcltrack) net-fs/nfs-utils (/sbin/nfsdcltrack) >> The openrc script has >> >> >> mkdir_nfsdirs() { >> local d >> for d in v4recovery v4root ; do >> d="/var/lib/nfs/${d}" >> [ ! -d "${d}" ] && mkdir -p "${d}" >> done >> } >> >> >> but systemd doesn't have anything equivalent. On RHEL and Ubuntu, >> "/var/lib/nfs/v4recovery/" is created at installation time. Perhaps >> the Gentoo ebuild should do the same or should ship a >> "/usr/lib/tmpfiles.d/var-lib-nfs.conf" to create it at boot if it >> doesn't exist. > > I've added the directory, and after restarting syslog now has new entries; > kernel: [912267.948883] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 > state recovery directory > kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery > directory > > I will test shortly and report back - thanks! Good luck. You're welcome.