Ted -- Thanks for your response - It was indeed very helpful. <br>I realized a full fsck was enforced due to  the FS went unchecked for more than 180 days (default period when the FS was created with mke2fs -j <blockdevice>)   
<br><br>So my question for you and folks in the group -- Can I safely disable this behavior   of  routine fsck  with tune2fs -i 0 <blockdevice) .(By doing this I am assuming that the e2fsck program does a log replay whenever there is a system crash - and a manual intervention is needed whenever this fails.)
<br><br>Are there negative implications by doing the above.<br><br>Thanks for any suggestions/Advise.<br><br>//Balu<br><br><code></code><br> <br><div><span class="gmail_quote">On 4/7/07, <b class="gmail_sendername">Theodore Tso
</b> <<a href="mailto:tytso@mit.edu">tytso@mit.edu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Fri, Apr 06, 2007 at 12:35:53PM -0400, Balu manyam wrote:
<br>> Hi folks --   My machine is a RHEL 3 with 2.4 kernel  installed - with some<br>> large ext3 filesystems on drives connected internally  ( >200G)<br>><br>> Now, When this system crashed (for eg:- a CPU panic /hardware error )   -
<br>> e2fsck on this filesystem seems to be taking a long time to return thereby<br>> adding to the overall downtime of this system.<br>><br>> could there be any workarounds for my issue?<br>><br>> say for example , to have it try to replay the journal and if it fails only
<br>> then , configure  it do a full check ?<br><br>E2fsck normally only replays the journal (a relatively quick<br>operation).  It will only do a full check if the filesystem was marked<br>as having an error (which the kernel will do if it notices an
<br>inconsistency), or if the filesystem fails some very obvious checks<br>before or after the journal is run.  (But in the latter case, it<br>usually means the filesystem is very badly damaged and e2fsck will not<br>attempt to fix it via an automatic preen pass, but will instead stop
<br>and ask for human guidance.)<br><br>So did e2fsck actually print out any inconsistencies?  It normally<br>will print a message saying that the filesystem was marked as having<br>errors, etc.  And what do you mean by "a long time"?  It depends on
<br>disk speed, of course, but I have a 95% utilized 700 gig filsystem<br>which takes 40 minutes to fsck.  This is usually relatively moderm<br>SATA drives in a RAID 5 configuraitons, however.<br><br>Finally, are you sure the filesystem is being mounted as ext3 while
<br>the system is in normal operation?  What does "cat /proc/mounts" say?<br>It could be that for some reason you are only mounting the filesystem<br>using ext2 (maybe the journal wasn't created, or the ext3 module
<br>wasn't loaded, etc.)<br><br>Hope this is helpful!<br><br>                                                - Ted<br></blockquote></div><br>