linux-ext4 - Re: tune2fs can't be used on a mounted ext4, or...?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20110411131008.GB5802@thunk.org>
Date:	Mon, 11 Apr 2011 09:10:08 -0400
From:	Ted Ts'o <tytso@....edu>
To:	Roman Mamedov <rm@...anrm.ru>
Cc:	Andreas Dilger <adilger@...ger.ca>, linux-ext4@...r.kernel.org,
	linux-raid@...r.kernel.org
Subject: Re: tune2fs can't be used on a mounted ext4, or...?

Hi Roman,

Your symptoms don't sound familiar to me, other than the standard
concerns about hardware induced file system inconsistency problems.
Have you checked your logs carefully to make sure there weren't any
hardware errors reported?  If this is a hardware RAID system, is it
regularly doing disk scrubbing?  Has the hardware RAID reported
anything unusual?  How long have you been running in a degraded RAID 6
state?

And have you tried shutting down the system and running fsck to make
sure there weren't any file system corruption problems?  When's the
last time you've run fsck on the system?

If this is an LVM system, I'd strongly suggest that you set aside
space you can take a snapshot, and then regularly take a snapshot, and
then run fsck on the snapshot.  If any problems are noted, you can
then schedule downtime and fsck the entire system.

Regards,

						- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html