<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 3, 2013 at 11:43 PM, gregrwm <span dir="ltr"><<a href="mailto:tclug1@whitleymott.net" target="_blank">tclug1@whitleymott.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>i routinely specify errors=remount-ro for all mountpoints in fstab.  well i'm guessing it must've finally actually just happened.  i got a few rsync command errors like<br>
<br><font size="1">rsync: mkstemp "/vp/201/var/nagios/spool/checkresults/.checkzXAdNO.u4thPb" failed: Read-only file system (30)<br>

rsync: mkstemp "/vp/201/var/nagios/spool/checkresults/.checkzfSgt2.TEekFF" failed: Read-only file system (30)<br>rsync: mkstemp "/vp/201/var/run/.utmp.rddpv9" failed: Read-only file system (30)</font><br>


<br></div>so i check /proc/mounts and whaddyaknow it's mysteriously become readonly.  but i'm very surprised to find nothing unusual in /var/log/messages.  and /proc/mdstat is all UU's.<br><br></div>i was just about to migrate containers onto this box.  it was fine last week.  well heck, better run some tests instead i guess.  but what?  if it wasn't raid1/lvm, i'd run fsck -c, but as it is raid1/lvm, what should i bang on it with?<br>


</div>
<br></blockquote><div>Another thought is that you can try bringing up the system as a degraded RAID1 and try each disk to see which one is failing. <br></div></div><br clear="all"><br>-- <br><div dir="ltr"><a href="http://mtu.net/~jpschewe" target="_blank">http://mtu.net/~jpschewe</a><br>
<br></div>
</div></div>