From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-172433-garchives=archives.gentoo.org@lists.gentoo.org>
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 <garchives@archives.gentoo.org>; 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 <gentoo-user@lists.gentoo.org>; Sun, 24 Jul 2016 16:21:42 +0000 (UTC)
Received: by mail-wm0-f66.google.com with SMTP id x83so13270498wma.3
for <gentoo-user@lists.gentoo.org>; 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: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
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: <CAC=wYCFzb=Sh_=vQ=psONpdtHBX3qi4OT_CUzq8jye9_TJy93w@mail.gmail.com>
References: <CAC=wYCEt_TrNCmJ4vkfoD=pRFF_qQUgOjE4v0d0DzHCnsTFLqw@mail.gmail.com>
<CAOdo=SxbwCHp3qg9=5+ZPt7PWBLf8z2tnrqxJ8BNW7J6RV-pig@mail.gmail.com>
<CAC=wYCEU_jn=DOrvnrvn-f+bQPBvCLAup-zV36h6ZWrzz=SFBA@mail.gmail.com>
<CAOdo=Sx5VOv332nkA+TfPg7HSOEYggjFjQtALTyiko=Xbz9dbw@mail.gmail.com> <CAC=wYCFzb=Sh_=vQ=psONpdtHBX3qi4OT_CUzq8jye9_TJy93w@mail.gmail.com>
From: Tom H <tomh0665@gmail.com>
Date: Sun, 24 Jul 2016 12:21:40 -0400
Message-ID: <CAOdo=SwS_SZ7CNTeJ-CBFAc3vS2jADep-9742YFvpeuwQcQYAA@mail.gmail.com>
Subject: Re: [gentoo-user] nfsv4 issues
To: Gentoo User <gentoo-user@lists.gentoo.org>
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 <adamcarter3@gmail.com> 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
>>
>> <begin>
>> mkdir_nfsdirs() {
>> local d
>> for d in v4recovery v4root ; do
>> d="/var/lib/nfs/${d}"
>> [ ! -d "${d}" ] && mkdir -p "${d}"
>> done
>> }
>> </end>
>>
>> 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.