<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    I build 100Tb+ openzfs like everyday, well recently i am building
    tiny ones(20Tb or so). In zfs you can build smaller raidsets that
    you can combine together to create a pool. So when you go to
    rebuild, it doesn't take as long, especially on bigger systems. Also
    it doesn't resync, it resilvers only coping the areas of disks that
    has been written to.<br>
    <br>
    if you would like more info, contact me offlist at
    <a class="moz-txt-link-abbreviated" href="mailto:linda@kateleyco.com">linda@kateleyco.com</a>.<br>
    <br>
    <div class="moz-cite-prefix">On 12/7/15 2:26 PM, <a class="moz-txt-link-abbreviated" href="mailto:admin@lctn.org">admin@lctn.org</a>
      wrote:<br>
    </div>
    <blockquote
      cite="mid:1078633806.138.1449519982694.JavaMail.zimbra@lctn.org"
      type="cite">
      <div style="font-family: arial, helvetica, sans-serif; font-size:
        12pt; color: #000000">
        <div>Thanks for the replies... On a related question: I am
          researching an affordable solution for a 72TB NAS to store the
          snapshots. Following some conversations of others doing the
          same, I am reading that a failed drive can take a very long
          time (many days) to rebuild a raid 6. We use quite a few
          Synology units with far less capacity,  and like them. Is
          there a recommended raid configuration that would have more
          acceptable  rebuild times? Couldn't imagine having to watch a
          raid rebuild go on for days.<br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <hr id="zwchr" data-marker="__DIVIDER__">
        <div data-marker="__HEADERS__"><b>From: </b>"gregrwm"
          <a class="moz-txt-link-rfc2396E" href="mailto:tclug1@whitleymott.net"><tclug1@whitleymott.net></a><br>
          <b>To: </b><a class="moz-txt-link-abbreviated" href="mailto:tclug-list@mn-linux.org">tclug-list@mn-linux.org</a><br>
          <b>Sent: </b>Monday, December 7, 2015 12:13:59 PM<br>
          <b>Subject: </b>Re: [tclug-list] Open source soultion for
          backing up VMs<br>
        </div>
        <div><br>
        </div>
        <div data-marker="__QUOTED_TEXT__">
          <div dir="ltr">backuppc.  far more efficient if it can
            see&work inside the vm filesystems, but will work either
            way.  has callout for creating snapshots.<br>
          </div>
          <br>
          _______________________________________________<br>
          TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
          <a class="moz-txt-link-abbreviated" href="mailto:tclug-list@mn-linux.org">tclug-list@mn-linux.org</a><br>
          <a class="moz-txt-link-freetext" href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a><br>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
<a class="moz-txt-link-abbreviated" href="mailto:tclug-list@mn-linux.org">tclug-list@mn-linux.org</a>
<a class="moz-txt-link-freetext" href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>