On Nov 10, 2013, at 9:17 PM, Stan Hoeppner [off-list ref] wrote:

On 11/10/2013 12:12 PM, Ivan Lezhnjov IV wrote:

quoted

Love for optimization :) I'm going to run check via cron job, and then I thought why not run e2fsck on the same day so that I do all the maintenance on the same day (in my configuration check requires some almost 48 hours for this raid1 2TB array when filesystem is mounted but it can run in foreground and results examined later, while e2fsck obviously requires some attention).

This is not optimization.  This is unnecessary duplication of sanity
checking of on-disk data structures.

No journaling filesystem requires scheduled "preemptive" metadata
structure checking, not EXT3/4, XFS, nor JFS.  If there is a problem
they will alert you in the logs before your scheduled check runs.  Then
you run a check/repair manually.  You mentioned e2fsck so I assume you
have EXT3 or 4.

While this is true, it may help to understand where I'm coming from with this idea. See, my array is connected over USB to a laptop. I have no intention of frequently disconnecting the drives, but I run a hybrid desktop/server Linux system, meaning that the laptop runs X, and I connect over VNC and all, but it also runs some typical server services such as FTP, HTTP, SAMBA, NFS, etc. I send this computer to sleep mode every night and resume next morning and pm-utils does not always work as expected, and I think it adversely affects any externally connected storage device as it may sometimes go to sleep without proper unmount action (in those rare cases when something happens to the system, it does happen, rarely, but it does). So, it is reasonable to run e2fsck from time to time to catch t
 hose not very obvious failures and to correct any possible impact.

Also, I see little/no value in running a scheduled mdadm check on a
RAID1 array.  Any problems with RAID1 will be due to one of the disks
beginning to fail in some mode, usually requiring sector relocation.
Most drives do this automatically until they run out of spare sectors,
at which point md will throw write errors.  Monitoring SMART data and/or
running SMART self analysis on a schedule is much more effective here,
as you will become aware of a problem sooner, and have the opportunity
to correct it before it shows up in md.

Bare with me, I know very little about how RAID works so I can sometimes make totally absurd statements. That being said, I intend to monitor SMART values and I'm wondering now why does it make sense to run check on other types of RAID? I assume 5/6/10 mostly?

I'm also wondering if it is advised to run check with filesystem mounted and in use, or unmounted?

Ivan