<div dir="ltr">Thanks John.<div>I got your idea, raid at OS/HW level; But that means you will have two layer of duplication:</div><div> Raid at HW level;</div><div> And another replication at glusterfs level;</div><div> Too much storage waste;</div><div><br></div><div>But anyway, yes, there is no such feature called spare disks in glusterfs volume set; </div><div>Hope this is put into feature list :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 29, 2014 at 7:10 PM, John Hearns <span dir="ltr"><<a href="mailto:John.Hearns@viglen.co.uk" target="_blank">John.Hearns@viglen.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><br>
<div style="font-family:Times New Roman;color:#000000;font-size:16px">
<hr>
<div style="direction:ltr"><br>
</div>
<div>
<div dir="ltr"><span class="">
<div><br>
</div>
<div>2. As sata disks fails often(relatively, when you got lots of disks...), each time a disk fails, i will have to manually replace the disks, and replace the bricks;</div>
<div><br>
</div>
</span><div>Your disks should be part of a RAID set. (you choose the RAID level!)</div>
<div>If a disk fails, the RAID controller will keep the RAID running, and will rebuild when a new disk is inserted.</div>
<div>Or you can have hot spare disks of course.</div>
<div><br>
</div>
<div>But yes - unless you have a robot arm in the server room you will have to manually change the failed disks!</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
</div>
</div>
***********************************Viglen***********************************<br>
Viglen Ltd, Registered in England No 1208441. Registered Office: 7, Handley Page Way, Colney Street, St. Albans, Hertfordshire AL2 2DQ.<br>
<p></p>
Information in this electronic mail message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorised. If you are not the intended recipient any use, disclosure, copying or distribution of this message is prohibited and may be unlawful. When addressed to our customers, any information contained in this message is subject to Viglen Terms & Conditions. Please rely on your own virus checker and procedures with regard to any attachment to this message.<br>
***********************************Viglen***********************************<br>
<br clear="both">
______________________________________________________________________<br>
This email has been scanned by the Symantec Email Security.cloud service.<br>
For more information please visit <a href="http://www.symanteccloud.com" target="_blank">http://www.symanteccloud.com</a><br>
______________________________________________________________________<br>
</div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Regards<br>Zhu Chao<br><br></div>
</div>