Encrypting raid5 volume with geli
Rick C. Petty
rick-freebsd2008 at kiwi-computer.com
Thu Dec 11 20:01:38 PST 2008
On Thu, Dec 11, 2008 at 11:38:56PM +0100, oxy wrote:
> here it is:
>
> [root at test /]# gvinum l
> 4 drives:
> D disk_2 State: up /dev/ad9 A: 0/238475 MB (0%)
> D disk_1 State: up /dev/ad8 A: 0/238475 MB (0%)
> D disk_4 State: up /dev/ad5 A: 0/238475 MB (0%)
> D disk_3 State: up /dev/ad4 A: 0/238475 MB (0%)
>
> 1 volume:
> V raid5 State: down Plexes: 1 Size: 698 GB
>
> 1 plex:
> P raid5.p0 R5 State: down Subdisks: 4 Size: 698 GB
>
> 4 subdisks:
> S raid5.p0.s0 State: stale D: disk_1 Size: 232 GB
> S raid5.p0.s1 State: stale D: disk_2 Size: 232 GB
> S raid5.p0.s2 State: stale D: disk_3 Size: 232 GB
> S raid5.p0.s3 State: stale D: disk_4 Size: 232 GB
>
> [root at test /]# geli init -P -K /root/raid5.key /dev/gvinum/raid5
> geli: Cannot store metadata on /dev/gvinum/raid5: Device not configured.
The error message is quite accurate-- the raid5 volume is down because the
plex is stale. You need to run a "gvinum start raid5.p0" and let it
complete before the volume will be "up". This operation will sync the four
plexes and write out the parity info.
There are a set of patches that lulf@ has which I believe put the volume in
"up" state initially instead of "down", but maybe it only works for
mirrors. The code in current and RELENG_7 does initially put the volume in
"down" state.
-- Rick C. Petty
More information about the freebsd-geom
mailing list