I wonder if this is the issue we ran into during the NFS bakeathon testing last week. Problem was that a previous NFS4.0 mount left state so that umount didn't actually unmount. Next mount only did a PUTROOTFH and there was no SETCLIENTID, then any operations that tried to use the clientid got ERR_EXPIRED. We will be trying to reproduce it again and trying to fix it. On Tue, Apr 3, 2018 at 11:44 AM, Orion Poplawski <orion@xxxxxxxx> wrote: > Kernel is 3.10.0-693.21.1.el7.x86_64 I don't have Red Hat support for these > systems. > > I discovered that I'd been forcing vers=4.0 mounts in order to work around a > mounting issue. I'm moving back to the default 4.1 mounts as it seems to work > better for this issue. If the issue returns I'll try to grab a longer trace. > > Thanks. > > On 04/02/2018 12:30 PM, Benjamin Coddington wrote: >> NFS4ERR_EXPIRED means the client is trying to use state that the server >> believes to have expired or that has been supplanted by newer state. Can we >> get kernel versions for the client and server? Have you talked to your Red >> Hat support channel about this? >> >> This capture doesn't appear to show any bugs or bad behaviors, but a longer >> capture may.. >> >> Ben >> >> On 2 Apr 2018, at 13:50, Orion Poplawski wrote: >> >>> I'm having a lot of trouble with NFS going out to lunch between my RHEL7 >>> machines. Users cannot access files, and get errors like: >>> >>> $ touch blah >>> touch: cannot touch ‘blah’: Input/output error >>> >>> I'm attaching a pcap trace of the above touch during the problem. It seems >>> that the server is returning NFS4ERR_EXPIRED. >>> >>> Reboots/restarts of nfs help for a bit but then the problems return. >>> >>> Other symptoms of trouble are messages like: >>> >>> RPC: fragment too large: 613351424 >>> >>> on the client. >>> >>> Any help with trying to track this down would be greatly appreciated. >>> >>> -- >>> Orion Poplawski >>> Manager of NWRA Technical Systems 720-772-5637 >>> NWRA, Boulder/CoRA Office FAX: 303-415-9702 >>> 3380 Mitchell Lane orion@xxxxxxxx >>> Boulder, CO 80301 https://www.nwra.com/ > > > -- > Orion Poplawski > Manager of NWRA Technical Systems 720-772-5637 > NWRA, Boulder/CoRA Office FAX: 303-415-9702 > 3380 Mitchell Lane orion@xxxxxxxx > Boulder, CO 80301 https://www.nwra.com/ > -- > To unsubscribe from this list: send the line "unsubscribe linux-nfs" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
