Maybe, once you'll explain to me why it is a perfectly expected condition. Because this I still don't get. How can it be expected that a file cannot be written because of an interrupted system call, when all conditions are apparently met to write successfully to this file : a single client writing to a single file, no locking or concurrent access from other clients, no client eviction shown, no hardware failure, no nothing. Please remember that this application traditionnaly deals with standard disks which DO NOT get EINTR except on error conditions...
Regards weborama line François Chassaing Directeur Technique - CTO ----- Mail Original ----- De: "Brian J. Murrell" <[email protected]> À: [email protected] Envoyé: Vendredi 25 Février 2011 14h28:02 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [Lustre-discuss] clients gets EINTR from time to time On 11-02-25 06:18 AM, Francois Chassaing wrote: > Thanks, but anyway, logs on the MDS/MGS does not show evicted client of any > kind. > Also, the log output by lctl debug_kernel on clients does not show much, I > can only see in there the last administrative actions I've taken (such as > setting striping policy on a directory, creating a new server pool, ...) and > four unrelated (because not happening at my problem hours) "Dropping PUT from" > > I continue to parse debug logs and keep them posted. I don't understand why you don't just fix your application to handle a perfectly valid and expected condition (that it's currently not handling) instead of wasting time trying to find the cause of the expected condition. Even if you find it, it's likely not a bug and not something that can/will be fixed. It's your application that needs to be fixed. b. -- Brian J. Murrell Senior Software Engineer Whamcloud, Inc. _______________________________________________ Lustre-discuss mailing list [email protected] http://lists.lustre.org/mailman/listinfo/lustre-discuss _______________________________________________ Lustre-discuss mailing list [email protected] http://lists.lustre.org/mailman/listinfo/lustre-discuss
