Re: [gentoo-user] [~amd64] NFS server broken again :(

["Canek Peláez Valdés" <caneko@gmail.com>]

On Mon, Oct 27, 2014 at 1:38 PM, walt <w41ter@gmail.com> wrote:
> Last night when I powered off my machines NFS was working perfectly.  Today
> it's broken again for the nth time:
>
> #systemctl status nfs-server
> ● nfs-server.service - NFS server and services
>    Loaded: loaded (/usr/lib64/systemd/system/nfs-server.service; enabled)
>    Active: failed (Result: exit-code) since Mon 2014-10-27 11:50:38 PDT; 25min ago
>   Process: 896 ExecStopPost=/usr/sbin/exportfs -f (code=exited, status=0/SUCCESS)
>   Process: 893 ExecStopPost=/usr/sbin/exportfs -au (code=exited, status=0/SUCCESS)
>   Process: 939 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited, status=1/FAILURE)
>   Process: 936 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS)
>  Main PID: 939 (code=exited, status=1/FAILURE)
>
> Oct 27 11:50:38 a6 rpc.nfsd[939]: rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused)
> Oct 27 11:50:38 a6 rpc.nfsd[939]: rpc.nfsd: unable to set any sockets for nfsd
> Oct 27 11:50:38 a6 systemd[1]: nfs-server.service: main process exited, code=exited, status=1/FAILURE
> Oct 27 11:50:38 a6 systemd[1]: Failed to start NFS server and services.
> Oct 27 11:50:38 a6 systemd[1]: Unit nfs-server.service entered failed state.
>
> #rpc.nfsd -d
> rpc.nfsd: Checking netconfig for visible protocols.
> rpc.nfsd: Enabling inet udp.
> rpc.nfsd: Enabling inet tcp.
> rpc.nfsd: Enabling inet6 udp.
> rpc.nfsd: Enabling inet6 tcp.
> rpc.nfsd: knfsd is currently down
> rpc.nfsd: Writing version string to kernel: -2 +3 +4
> rpc.nfsd: Creating inet TCP socket.
> rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused)
> rpc.nfsd: Creating inet6 TCP socket.
> rpc.nfsd: writing fd to kernel failed: errno 97 (Address family not supported by protocol)
> rpc.nfsd: unable to set any sockets for nfsd
>
> Same kernel (3.16.6-gentoo) and nfs-utils-1.3.0-r1 I've been using for weeks
> with no trouble, so why today?
>
> Packages updated yesterday have (I think) nothing to do with nfs:
>
> #qlop -l |grep 'Oct 26'
> Fri Oct 26 03:07:58 2012 >>> app-text/calibre-0.9.4
> Fri Oct 26 03:08:13 2012 >>> app-mobilephone/obexd-0.46
> Fri Oct 26 13:41:39 2012 >>> sys-fs/fuse-2.9.1-r1
> Fri Oct 26 13:41:47 2012 >>> sys-fs/mtpfs-1.1
> Sat Oct 26 15:34:57 2013 >>> media-video/avidemux-2.5.6-r2
> Sun Oct 26 07:09:51 2014 >>> sys-libs/timezone-data-2014i-r1
> Sun Oct 26 07:10:10 2014 >>> dev-python/py-1.4.26
> Sun Oct 26 07:10:25 2014 >>> dev-python/pytest-2.6.4
> Sun Oct 26 07:14:05 2014 >>> dev-lang/perl-5.20.1-r2
> Sun Oct 26 07:14:28 2014 >>> dev-perl/DBI-1.631.0
> Sun Oct 26 07:14:49 2014 >>> net-libs/polarssl-1.3.9
> Sun Oct 26 07:15:25 2014 >>> dev-python/pillow-2.5.3-r1
> Sun Oct 26 08:41:38 2014 >>> net-libs/webkit-gtk-2.4.7
>
> Any ideas on how to debug this?

I think I know the answer. Some days ago you moved /etc/conf.d for
NetworkManager to work, right? Where does the environment variable
RPCNFSDARGS is defined? I'm willing to bet that is in a /etc/conf.d
file.

Could you please post here the contents of nfs-server.service, and if
it exists, the files inside /etc/systemd/system/nfs-server.service.d
and their contents?

Regards.
-- 
Canek Peláez Valdés
Profesor de asignatura, Facultad de Ciencias
Universidad Nacional Autónoma de México