Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-22 Thread Tom H
On Tue, Feb 3, 2015 at 7:05 PM, walt w41...@gmail.com wrote: On 02/03/2015 03:29 AM, Tom H wrote: On Mon, Feb 2, 2015 at 8:46 PM, walt w41...@gmail.com wrote: This morning I got waiting on lockfile foo in /usr/portage/distfiles locking not available from my nfs3 clients when trying to

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-03 Thread Tom H
On Mon, Feb 2, 2015 at 8:46 PM, walt w41...@gmail.com wrote: On 02/02/2015 10:29 AM, Tom H wrote: On Sun, Feb 1, 2015 at 7:31 PM, walt w41...@gmail.com wrote: For example, I had to add the rpcbind.service to the multi-user systemd target because even nfs3 seems to need it. You must mean

[gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-03 Thread walt
On 02/03/2015 03:29 AM, Tom H wrote: On Mon, Feb 2, 2015 at 8:46 PM, walt w41...@gmail.com wrote: This morning I got waiting on lockfile foo in /usr/portage/distfiles locking not available from my nfs3 clients when trying to download needed source files. I don't recall having this problem

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Stefan G. Weichinger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 02.02.2015 um 22:35 schrieb Neil Bothwick: On Mon, 02 Feb 2015 19:02:24 +0100, Stefan G. Weichinger wrote: I applied the patch from Comment 9 to nfs-utils-1.3.2-r1 but rpc-statd.service doesn't start either. Do I have to downgrade as well?

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Neil Bothwick
On Mon, 02 Feb 2015 19:02:24 +0100, Stefan G. Weichinger wrote: I applied the patch from Comment 9 to nfs-utils-1.3.2-r1 but rpc-statd.service doesn't start either. Do I have to downgrade as well? I don't fully understand that from the comments there. You need to set CONFIG_NFS_V4_2. --

[gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread walt
On 02/02/2015 10:29 AM, Tom H wrote: On Sun, Feb 1, 2015 at 7:31 PM, walt w41...@gmail.com wrote: For example, I had to add the rpcbind.service to the multi-user systemd target because even nfs3 seems to need it. You must mean because especially nfsv3 needs it because, theoretically, nfsv4

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Rich Freeman
On Mon, Feb 2, 2015 at 10:19 AM, waben...@gmail.com wrote: Thanks for the explanation. My NFS servers are running Ubuntu 14.04.1 LTS. Only my clients are gentoo systems. And on the clients I have no NFS 4 support in the kernel and I also don't have to specify nfsver=4. Maybe this problem

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread wabenbau
Am Montag, 02.02.2015 um 08:37 schrieb Neil Bothwick n...@digimed.co.uk: On Mon, 2 Feb 2015 02:01:11 +0100, waben...@gmail.com wrote: It's got nothing to do with the init system used. That message tells you what to do to try to mount the NFS shares when you boot, but unless you have

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Stefan G. Weichinger
On 02.02.2015 16:19, waben...@gmail.com wrote: Thanks for the explanation. My NFS servers are running Ubuntu 14.04.1 LTS. Only my clients are gentoo systems. And on the clients I have no NFS 4 support in the kernel and I also don't have to specify nfsver=4. Maybe this problem only occurs

[gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Holger Hoffstätte
On Mon, 02 Feb 2015 16:33:53 +0100, Stefan G. Weichinger wrote: didn't read the whole thread, sorry ... but I also noticed my nfsv4-server stopped working with that latest update. Some systemd-service-files were renamed and/or removed, right? No, it's (ironically) a systemd-specific bug.

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Tom H
On Sun, Feb 1, 2015 at 7:31 PM, walt w41...@gmail.com wrote: For example, I had to add the rpcbind.service to the multi-user systemd target because even nfs3 seems to need it. You must mean because especially nfsv3 needs it because, theoretically, nfsv4 doesn't need rpcbind since an nfsv4

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Tom H
On Sun, Feb 1, 2015 at 9:15 PM, Rich Freeman ri...@gentoo.org wrote: I believe that starting nfs-client.service or nfs-server.service starts everything needed EXCEPT rpcbind. I'd have to re-trace everything, but I think that there are multiple packages involved here and the upstream units

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Rich Freeman
On Mon, Feb 2, 2015 at 10:55 AM, Holger Hoffstätte holger.hoffstae...@googlemail.com wrote: On Mon, 02 Feb 2015 16:33:53 +0100, Stefan G. Weichinger wrote: didn't read the whole thread, sorry ... but I also noticed my nfsv4-server stopped working with that latest update. Some

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Stefan G. Weichinger
On 02.02.2015 16:55, Holger Hoffstätte wrote: https://bugs.gentoo.org/show_bug.cgi?id=538372 Explanations fixes.I have it running on both server client (with openrc). Refusing to set NFS_V4_2 on the client may break things since it's apparently the default for protocol negotiation, but

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-02 Thread Neil Bothwick
On Mon, 2 Feb 2015 02:01:11 +0100, waben...@gmail.com wrote: It's got nothing to do with the init system used. That message tells you what to do to try to mount the NFS shares when you boot, but unless you have suitable mount options or kernel config, that attempt will fail. Maybe I

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-01 Thread wabenbau
Am Sonntag, 01.02.2015 um 14:41 schrieb walt w41...@gmail.com: On 02/01/2015 01:18 PM, walt wrote: I was happy with nfs3 until it stopped working for reasons I still don't understand :( Well, nfs3 still works, but only after failing on the first attempt: #mount.nfs a6://usr/portage

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-01 Thread Neil Bothwick
On Mon, 2 Feb 2015 00:32:34 +0100, waben...@gmail.com wrote: #mount.nfs a6://usr/portage /usr/portage -o nfsvers=3 hangs indefinitely until I hit Ctrl-C. If I then repeat the same command immediately the mount succeeds. This is the mysterious nfs black magic I've run into many times

[gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-01 Thread walt
On 02/01/2015 01:18 PM, walt wrote: I was happy with nfs3 until it stopped working for reasons I still don't understand :( Well, nfs3 still works, but only after failing on the first attempt: #mount.nfs a6://usr/portage /usr/portage -o nfsvers=3 hangs indefinitely until I hit Ctrl-C. If I

[gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-01 Thread walt
On 02/01/2015 03:32 PM, waben...@gmail.com wrote: Am Sonntag, 01.02.2015 um 14:41 schrieb walt w41...@gmail.com: On 02/01/2015 01:18 PM, walt wrote: I was happy with nfs3 until it stopped working for reasons I still don't understand :( Well, nfs3 still works, but only after failing on the

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-01 Thread wabenbau
Am Sonntag, 01.02.2015 um 16:31 schrieb walt w41...@gmail.com: For example, I had to add the rpcbind.service to the multi-user systemd target because even nfs3 seems to need it. (I knew when I I never used systemd, so I don't know if adding the rpcbind.service to the multi-user systemd target

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-01 Thread wabenbau
Am Sonntag, 01.02.2015 um 16:31 schrieb walt w41...@gmail.com: Thanks wabe. I forgot to mention that I use systemd now, and I've had to work out a few problems with nfs over past months because our gentoo systemd scripts are lagging a bit behind upstream, which is not surprising. For

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-01 Thread wabenbau
Am Montag, 02.02.2015 um 00:12 schrieb Neil Bothwick n...@digimed.co.uk: On Mon, 2 Feb 2015 00:32:34 +0100, waben...@gmail.com wrote: #mount.nfs a6://usr/portage /usr/portage -o nfsvers=3 hangs indefinitely until I hit Ctrl-C. If I then repeat the same command immediately the mount

Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1)

2015-02-01 Thread Rich Freeman
On Sun, Feb 1, 2015 at 8:35 PM, waben...@gmail.com wrote: Am Sonntag, 01.02.2015 um 16:31 schrieb walt w41...@gmail.com: For example, I had to add the rpcbind.service to the multi-user systemd target because even nfs3 seems to need it. (I knew when I I never used systemd, so I don't know