From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alan Cox Subject: Re: [Question] Does the kernel ignore errors writng to disk? Date: Thu, 28 Apr 2005 23:43:40 +0100 Message-ID: <1114728218.18355.245.camel@localhost.localdomain> References: Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from clock-tower.bc.nu ([81.2.110.250]:32977 "EHLO lxorguk.ukuu.org.uk") by vger.kernel.org with ESMTP id S262314AbVD1WpP (ORCPT ); Thu, 28 Apr 2005 18:45:15 -0400 In-Reply-To: Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Bryan Henderson Cc: brace@hp.com, Linux Kernel Mailing List , linux-scsi@vger.kernel.org, mike.miller@hp.com On Iau, 2005-04-28 at 19:14, Bryan Henderson wrote: > Probably the most common way to get the simple but slow write function > where the write() call actually writes to stable storage, and fails if it > can't, is the O_SYNC open flag. O_SYNC doesn't work completely on several file systems and only on the latest kernels with some of the common ones. > But even that, in some versions of Linux, can miss write errors. It's not > easy for Linux to catch them because the code that sees the I/O fail > doesn't know if it's part of some synchronous procedure where the user > will eventually find out about the error or the more common case where the > application has optimistically walked away and nothing can be done but > write off the loss. Or because the error is reported out of order and there are ordering guarantees in the fs. SCSI is ok here other controllers are not always right.