[sles-beta] SLES Storage / MD RAID feature

Robert Wipfel RWipfel at fusionio.com
Fri Mar 15 09:24:35 MDT 2013


Not sure if SUSE is picking up the upstream patches for SP3, but MD is now
also block layer DISCARD (TRIM) aware, so works better with SSDs.

--
Robert


On 3/15/13 8:58 AM, "Lars Marowsky-Bree" <lmb at suse.com> wrote:

>On 2013-03-15T13:47:42, Decker Maximilian <Maximilian.Decker at cancom.de>
>wrote:
>
>Hi Maximilian,
>
>> General recommendation in Linux land (AFAIK) sees LVM for just the
>>volume pools and MD as the
>> RAID layer (so no LVM RAID).
>
>Yes. For non-clustered mirrors, this is preferrable.
>
>> So, long story short - something like this already on the SLES roadmap ?
>> Or maybe already there and I just missed it ?
>> (/proc/mdstat only shows a very generic form of status display here)
>
>I don't have access to a non-Linux system, so I'm not sure what you're
>asking.
>
>Are you asking for something to show you which regions in the md bitmap
>are dirty?
>
>(The MD device always syncs as a whole, you don't get to pick which parts
>to sync exclusively. This will not change.)
>
>
>Regards,
>    Lars
>
>-- 
>Architect Storage/HA
>SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix
>Imendörffer, HRB 21284 (AG Nürnberg)
>"Experience is the name everyone gives to their mistakes." -- Oscar Wilde
>
>_______________________________________________
>sles-beta mailing list
>sles-beta at lists.suse.com
>http://lists.suse.com/mailman/listinfo/sles-beta


This e-mail (and any attachments) is confidential and may be privileged.  Any unauthorized use, copying, disclosure or dissemination of this communication is prohibited.  If you are not the intended recipient,  please notify the sender immediately and delete all copies of the message and its attachments.


More information about the sles-beta mailing list