kern/79035: gvinum unable to create a striped set of mirrored sets/plexes

Sven Willenberger sven at dmv.com
Sat Mar 19 18:10:02 PST 2005


>Number:         79035
>Category:       kern
>Synopsis:       gvinum unable to create a striped set of mirrored sets/plexes
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sun Mar 20 02:10:01 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator:     Sven Willenberger
>Release:        5-STABLE
>Organization:
>Environment:
FreeBSD ncorp-mail.dmv.com 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Thu Mar 10 03:53:34 EST 2005     svenw at ncorp-mail.dmv.com:/usr/obj/usr/src/sys/CORPMAIL  i386
>Description:
Under the current implementation of gvinum it is possible to create a mirrored set of striped plexes but not a striped set of mirrored plexes. For purposes of resiliency the latter configuration is preferred as illustrated by the following example:

Use 6 disks to create one of 2 different scenarios.

1) Using the current abilities of gvinum create 2 striped sets using 3 disks each: A1 A2 A3 and B1 B2 B3 then create a mirror of those 2 sets such that A(123) mirrors B(123). In this situation if any drive in Set A fails, one still has a working set with Set B. If any drive now fails in Set B, the system is shot. 

2) Using the proposed added ability to create 3 mirror sets A1 and B1, A2 and B2, A3 and B3. Now create a stripe set across all three mirrors. Now we can have a situation where one of the "A" drives fail (for example A1). Then we can also have one of the "B" drives fail and, as long as it is not "B1" in this case, we still have a functioning array.

Thus the striping of mirrors (rather than a mirror of striped sets) is a more resilient and fault-tolerant setup of a multi-disk array. 
>How-To-Repeat:
      
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list