Re: forced fsck (again?)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Jan 25, 2008 at 01:55:57AM -0700, Andreas Dilger wrote:
> > 		nice logsave -as "${tmpfile}" fsck.${fstype} -p -C 0 "$dev" &&
> > 			nice logsave -as "${tmpfile}" fsck.${fstype} -fy -C 0 "$dev"
> 
> Hmm, I'm not sure I understand what it is you want to do?  The fsck should
> be run as 'e2fsck -fn "$dev"' (since we already know this is ext2|ext3).
> Using "-C 0" isn't useful because we don't want progress in the output log,

This was my fault.  It means that when you run this from a tty, you
get to see the progress bar.  The -s flag to logsave will strip out
the progress information.  (I added logsave -s precisely for this
purpose.  :-)

> and "-p" without "-f" will just check the superblock.  

That's needed e2fsck -p will clean up the orphaned inode list, so that
the subsequent e2fsck -fy will return 0 if the filesystem is clean.
Without the the fsck -p, then e2fsck -fy will return 1 (because it
modified the filesystem) which we can't distinguish from the case
where the filesystem had errors.

> We don't want to be
> fixing anything (since this should be a read-only snapshot) so "-fy" is 
> also not so great.

This is a tradeoff.  e2fsck -fy requires that the snapshot have more
space (although if you run off, it's not that horrible; the snapshot
will just go invalid).  The advantage of "-fy" is that you get more
information about any errors in the filesystem, where as "-fn" may not
report as useful information.

> > # do everything needed to check and reset dates and counters on /dev/$1/$2.
> > function check_fs() {
> > 	local tmpfile=`mktemp -t e2fsck.log.XXXXXXXXXX`
> > 	trap "rm $tmpfile ; trap - RETURN" RETURN
> 
> For the log file it probably makes sense to keep this around with a
> timestamp if there is a failure.  That means it is fine to generate a
> random filename temporarily, but it should be renamed to something
> meaningful (e.g. /var/log/lvfsck.$dev.$(date +%Y%m%d) or similar).

The idea is if there is a failure we'll e-mail to the administrator;
after that, there's no real need to keep it around.

      	    	       	    	    	 - Ted

_______________________________________________
Ext3-users mailing list
Ext3-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/ext3-users

[Index of Archives]         [Linux RAID]     [Kernel Development]     [Red Hat Install]     [Video 4 Linux]     [Postgresql]     [Fedora]     [Gimp]     [Yosemite News]

  Powered by Linux