> > > > Attached two strace logs, one for the failed version, one for the > working version. > > > > I'd have expected to see stat() returning -EOVERFLOW, but it isn't there. > > googling around a bit seems to indcate that this might be a glibc issue: > > http://sourceware.org/bugzilla/show_bug.cgi?id=1864 > http://bugs.gentoo.org/show_bug.cgi?id=146951 > > But the traces are all using stat64() and fstat64(). And why would it > just start occurring now? If that would be glibc related i would expect that other programs will fail with the very same behaviour - but i didnt notice that up to now. Nearly all programs are using glibc. Since the error doesnt come up with 2.6.27.9 what changed afterwards which may touch that source? GNU C Library 2004-07-01 release version 2.3.4, by Roland McGrath et al. Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 3.4.1. Compiled on a Linux 2.6.8.1 system on 2005-06-03. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Thread-local storage support included. For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>. -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
