Messages in this thread | | | Subject | Re: nfs_statfs: statfs error = 116 | From | Martin.Knoblauch@mscsoftw ... | Date | Thu, 13 Nov 2003 15:52:59 +0100 |
| |
"Richard B. Johnson" <root@chaos.analogic.com> wrote on 11/13/2003 03:39:53 PM:
> On Thu, 13 Nov 2003, martin.knoblauch wrote: > > > Hi, > > > > sorry if OT, but what is above message trying to tell me? Where can I > > find a translation of the numbers? We are seeing 116 very frequently, > > 512 and 5 on occasion. > > > > ESTALE is "errno" 116 > EIO is "errno" 5 > ERESTARTSYS is "errno" 512 > > You can find these in /usr/include/asm/errno.h (not good to > directly include in a program). > > The program reporting these errors should have included: > > <errno.h> > <string.h> >
The messages actually come out of the kernel-nfs code (inode.c). Should have mentioned "dmesg" :-)
> Then used... > strerror(errno); > or > perror(""); > etc. > > > Errno 512 should never be seen by user-mode program, so the > header file, /usr/include/linux/errno.h, states... >
This worries me a bit :-)
> ESTALE happens when a mounted file-system is on a server that > went down or re-booted. The file-handles are then "stale". >
I am "alomost" sure that there were no reboot or failover events at the time of most of the stale messages. But I'm not going to lay my hand on the book for that.
> EIO is a general catch-all for an I/O error. > > ERESTARTSYS is the error returned by a server that has > re-booted that is supposed to tell the client-side software > to get a new file-handle because of an attempt to access with > a stale file-handle. When getting this error, the client > should have reopened the file(s) to obtain a new handle. >
Definitely no server reboot or HA Failover at the time of the messages.
Thanks Martin
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |