Re: GIT get corrupted on lustre
- From
Erik Faye-Lund <kusmabite@gmail.com>
- Date
- Jan 23, 2013, 15:32 UTC
- Message-ID
- <CABPQNSb89h28O_a3uVoVrNisZqPcHHVFm8nP7GdFGCb=PVdcsQ@mail.gmail.com>
- In-Reply-To
- <87d2wvc3v0.fsf@pctrast.inf.ethz.ch>
On Wed, Jan 23, 2013 at 4:32 PM, Thomas Rast <trast@student.ethz.ch> wrote:
Show 22 quoted lines
> Erik Faye-Lund <kusmabite@gmail.com> writes: > >> On Tue, Jan 22, 2013 at 11:14 PM, Thomas Rast <trast@student.ethz.ch> wrote: >>> Eric Chamberland <Eric.Chamberland@giref.ulaval.ca> writes: >>> >>> Other than that I agree with Junio, from what we've seen so far, Lustre >>> returns EINTR on all sorts of calls that simply aren't allowed to do so. >> >> I don't think this analysis is 100% accurate, POSIX allows error codes >> to be generated other than those defined. From >> http://pubs.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_03.html: >> >> "Implementations may support additional errors not included in this >> list, *may generate errors included in this list under circumstances >> other than those described here*, or may contain extensions or >> limitations that prevent some errors from occurring." > > That same page says, however: > > For functions under the Threads option for which [EINTR] is not listed > as a possible error condition in this volume of IEEE Std 1003.1-2001, > an implementation shall not return an error code of [EINTR].
Yes, but surely that's for pthreads functions, no? utime is not one of those functions...