<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2800.1476" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV dir=ltr align=left><SPAN class=414110918-27112004><FONT face=Arial><FONT
color=#0000ff><FONT size=2><SPAN class=273342015-28112004> *** work </SPAN>around by disabling cache writes to filesystem in the
mount. <SPAN
class=273342015-28112004> *** </SPAN></FONT></FONT></FONT></SPAN></DIV>
<BLOCKQUOTE dir=ltr
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><SPAN
class=414110918-27112004><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN
class=273342015-28112004></SPAN></FONT></FONT></FONT></SPAN> </DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><SPAN
class=414110918-27112004><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=273342015-28112004> I think the term was
actually "buffer writes to the filesystem." At least that is the option
I remember de-selecting in the mount setup page on Webmin, which I use to administer my servers. I am at a customer facility today with no access
to my systems or even a Fedora box to check the mount syntax for that.
The errors below are the exact same thing I was seeing on one of my SCSI caching raid setups, which immediately disappeared as soon as I selected the
no buffering writes option.</SPAN></FONT></FONT></FONT></SPAN></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><SPAN
class=414110918-27112004><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN
class=273342015-28112004></SPAN></FONT></FONT></FONT></SPAN> </DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><SPAN
class=414110918-27112004><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=273342015-28112004> It was quite odd
because the problem only cropped up under heavy I/O. That
particular subsystem had recently been performing flawlessly on a different
server running RHEL 3.0, so it took awhile to figure out what was going on. I'm inclined to believe there is a bug in there
somewhere.</SPAN></FONT></FONT></FONT></SPAN></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><SPAN
class=414110918-27112004><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN
class=273342015-28112004></SPAN></FONT></FONT></FONT></SPAN> </DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><SPAN
class=414110918-27112004><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=273342015-28112004> Depending on caching controller/disk factors as well as system RAM available for that, it may not make much sense to use system RAM for disk
caching in some cases anyway.</SPAN></FONT></FONT></FONT></SPAN></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><SPAN
class=414110918-27112004><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN
class=273342015-28112004></SPAN></FONT></FONT></FONT></SPAN> </DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><SPAN
class=414110918-27112004><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=273342015-28112004>Sorry can't be further help right
now...</SPAN></FONT></FONT></FONT></SPAN></DIV>
<BLOCKQUOTE
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<BLOCKQUOTE
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV><FONT face=Arial size=2>Nov 26 04:07:23 end_request: I/O error, dev
hdh, sector 13071628 <BR></FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><SPAN class=273342015-28112004><FONT face=Arial color=#0000ff
size=2> Cheers,</FONT></SPAN></DIV>
<DIV><SPAN class=273342015-28112004></SPAN> </DIV>
<DIV><SPAN class=273342015-28112004><FONT face=Arial color=#0000ff
size=2>Paul</FONT> </SPAN></DIV></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE><FONT SIZE=3><BR>
<BR>
********************************************************************************<BR>
This message is intended only for the use of the Addressee and may<BR>
contain information that is PRIVILEGED and CONFIDENTIAL.<BR>
<BR>
If you are not the intended recipient, you are hereby notified that any<BR>
dissemination of this communication is strictly prohibited. If you have<BR>
received this communication in error, please erase all copies of the<BR>
message and its attachments and notify Space Imaging immediately.<BR>
********************************************************************************<BR>
</FONT>
</BODY></HTML>