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 72A6213832E for ; Fri, 22 Jul 2016 12:46:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8777A21C043; Fri, 22 Jul 2016 12:46:40 +0000 (UTC) Received: from mail-wm0-f50.google.com (mail-wm0-f50.google.com [74.125.82.50]) (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 5D65CE0A84 for ; Fri, 22 Jul 2016 12:46:38 +0000 (UTC) Received: by mail-wm0-f50.google.com with SMTP id o80so65031607wme.1 for ; Fri, 22 Jul 2016 05:46:38 -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=JWqrp61/99Kv34CtHamhYebodHsZ5KGUwW+p+2VhNOs=; b=Xp0WZHv935zyyXyCOodVb6HK2l27DhMzGtBlOHcbtOim1sUeLZvrTYfz/bA+/SP9hd gyauViCyJqILq4eY3UcyF/Zwkk8NIGJh3hPAmIiAzKmLKhsDh1fb4qa0m1ebhc5EwLEg PbTleFnpJ8dOTOaDgW/h/H3Q1q+XwDsgpD0qFOwQucNPQOvyZBre7JnaLyd7dIwI3EA/ OosmaB4dWeG5kGP54U8UQkjaoy5ORvLzXffX5ZJ43SEFJQ87GEaXbAq359LhEHAcF6Tu qBR/GcrGesppoOb7jAaI9z6Ir5wu29VZ0KDx8oz+w9lRmC/Sw00jjBcb1ZnE3hwJtLi9 9d4Q== 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=JWqrp61/99Kv34CtHamhYebodHsZ5KGUwW+p+2VhNOs=; b=dWe0NC8v00goFSnPCTvZITyPsaQJgi/IlRGo5RWu+YRhJg87F1UbE1OHp5l4jpdW6t wa3aq4stBl+NudsoCHHBC1RiwGeWS/F0HtGnRP7I9Nk+9EJ/QqtCHxrS/JhQS5hT9VxZ C1KM8QLQaCOD5FirI/2j4oUVv2v7doTukdm8GYivoWcCO619TMF9KPrwQtcLCK1rRuHD QUSLSK1hqkiUnsNSLVM1OKQQcLz8yLzJyikQY1Lim8MmoZ0h9bShWyTGGESj4Vhh57xD ImaHhthSFN3KQuX92UrJUKTxh3Y/ejqZrB9sLSgD399aHgASeRBVtgfGGSTi/jq6eDHM hIvA== X-Gm-Message-State: ALyK8tJ5cpfJE1MiCwnT9JR4gG88x4qdxxGVCFUkoN6xeWrx1RPOnw3CswjPmFIL7zaBFZ0ckMych6AsXe28Pg== X-Received: by 10.28.95.67 with SMTP id t64mr23953107wmb.99.1469191597306; Fri, 22 Jul 2016 05:46:37 -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; Fri, 22 Jul 2016 05:46:36 -0700 (PDT) In-Reply-To: References: From: Tom H Date: Fri, 22 Jul 2016 08:46:36 -0400 Message-ID: Subject: Re: [gentoo-user] nfsv4 issues To: Gentoo User Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: c4754dbc-86c9-4c33-9a1c-a5a9b510fb2a X-Archives-Hash: 7032ca3d7ab40fd717ca721ffa302f69 On Wed, Jul 20, 2016 at 10:51 PM, Adam Carter wrote: >> I don't use systemd on Gentoo but for the nfs-utils upstream-shipped >> systemd units that I think that Gentoo's using, you have to re-run >> nfs-config.service - or run the script that it calls - in order to >> update the "/run/sysconfig/nfs-utils" environment file that's sourced >> by the nfs-server.service unit. > > In /usr/lib/systemd/system/nfs-server.service > [Service] > EnvironmentFile=/etc/conf.d/nfs Sorry. Looking at the ebuild, there's: rm "${D}$(systemd_get_unitdir)"/nfs-config.service || die sed -i -r \ -e "/^EnvironmentFile=/s:=.*:=${EPREFIX}/etc/conf.d/nfs:" \ -e '/^(After|Wants)=nfs-config.service$/d' \ -e 's:/usr/sbin/rpc.statd:/sbin/rpc.statd:' \ "${D}$(systemd_get_unitdir)"/* || die so the upstream "nfs-config.service" waltz is avoided. But that means that the variables in "/etc/conf.d/nfs" aren't renamed. So the openrc nfs script uses "${OPTS_RPC_NFSD}", which is defined, and the systemd service uses "$RPCNFSDARGS", which isn't. >> 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". 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.