Re: [RFC PATCH 2/3] raid: external and internal metadata support

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

 



On Sat, February 7, 2009 5:00 am, Jacek Danecki wrote:
> Bill Nottingham wrote:
>>
>> So, why isn't the ext* journal or filesystem unclean flag
>> handled via a userspace file monitoring daemon, then?
>
> Dan, Neil
>
> Are any plans about rewrite mdmon in kernel-space?
>

Definitely not.

There is more to this than the 'unclean' flag.
The really important task for mdmon (which hopefully it never has
to perform...) is to record device failures (which is what RAID is
really all about).

If a device fails while trying to write to it, we cannot allow that
write to complete until the other devices have had that device failure
recorded on them.  Otherwise, following an unclean shutdown we might trust
the data that is on that drive, which is now out-of-date.

The task of mdmon is to discover when there have been write error,
record the device failure in the metadata, then allow the write
to complete.

It has a number of other tasks as well, but that is the important
one which means that it must always be running when the array is
writable.

NeilBrown

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

[Index of Archives]     [Linux Kernel]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux SCSI]

  Powered by Linux