<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7638.1">
<TITLE>Re: Corrupt inodes on shared disk...</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>Thanks for the info, if you could help to confirm, it appears that in some fail-over situations, we are mounting the shared partition as the the node going down has not completely shut down and done the umount!<BR>
<BR>
So having one node in rw mode when shutting down, and one node mounting and starting up... Could this cause inode and journal corruption?<BR>
<BR>
<BR>
----- Original Message -----<BR>
From: Stephen Samuel <darkonc@gmail.com><BR>
To: Paul Fitzmaurice<BR>
Cc: ext3-users@redhat.com <ext3-users@redhat.com><BR>
Sent: Tue Apr 03 15:40:03 2007<BR>
Subject: Re: Corrupt inodes on shared disk...<BR>
<BR>
I don't know much about RHCS, but I'm think that this is more likely<BR>
to be a Red Hat problem than an ext3 problem..<BR>
<BR>
1) *IF* RHCS properly locks out the 'dead' system, and it doesn't<BR>
manage (at some time after the backup system takes over) to write<BR>
cashes to the shared drive,<BR>
<BR>
2) and *IF* the failover software isn't too stupid to do things like<BR>
run the journal, and otherwise do sane FSCK things before mounting,<BR>
then you shouldn't have a problem.<BR>
<BR>
My best guess is that 2) is relatively unlikely which leaves 1) as<BR>
probable cause.<BR>
<BR>
If your primary system does *ANY* writes after the failover starts,<BR>
then you can probably expect problems like you've seen here. (does<BR>
RHCS _physically_ lock out the second system, or is it a software<BR>
lockout?)<BR>
<BR>
The other question I have is: why is the system failing over?  Other<BR>
than testing, a well built HA system should almost *never* actually<BR>
need to fail over. (we're not talking Windows servers here :-} )  HA<BR>
should be like insurance ... You pay up front for it and work to make<BR>
sure that you never actually have to use what you've paid for.<BR>
<BR>
<BR>
On 4/3/07, Paul Fitzmaurice <pfitzmaurice@aveksa.com> wrote:<BR>
> I am having problems when using a Dell PowerVault MD3000 with multipath from<BR>
> a Dell PowerEdge 1950.  I have 2 cables connected and mount the partition on<BR>
> the DAS Array.  I am using RHEL 4.4 with RHCS and a two node cluster.  Only<BR>
> one node is "Active" at a time, it creates a mount to the partition, and if<BR>
> there is an issue RHCS will fence the device and then the other node will<BR>
> mount the partition.<BR>
><BR>
> I have now run into a problem twice where my ext3 (with Journaling) has<BR>
> corrupt inodes.  This actually has resulted in a filesystem with #xxxxxxxxx<BR>
> files and directories.<BR>
<BR>
</FONT>
</P>

</BODY>
</HTML>