GELI + Zpool Scrub Results in GELI Device Destruction (and Later a Corrupt Pool)

[Fabian Keil]

"Michael B. Eichorn" <ike at michaeleichorn.com> wrote:

> I just ran into something rather unexpected. I have a pool consisting
> of a mirrored pair of geli encrypted partitions on WD Red 3TB disks.
> 
> The machine is running 10.3-RELEASE, the root zpool was setup with GELI
> encryption from the installer, the pool that is acting up was setup per
> the handbook.
[...]
> I had just noticed that I had failed to enable the zpool scrub periodic
> on this machine. So I began to run zpool scrub by hand. It succeeded
> for the root pool which is also geli encrypted, but when I ran it
> against my primary data pool I encountered:
> 
> Apr 24 23:18:23 terra kernel: GEOM_ELI: Device ada3p1.eli destroyed.
> Apr 24 23:18:23 terra kernel: GEOM_ELI: Detached ada3p1.eli on last
> close.
> Apr 24 23:18:23 terra kernel: GEOM_ELI: Device ada2p1.eli destroyed.
> Apr 24 23:18:23 terra kernel: GEOM_ELI: Detached ada2p1.eli on last
> close.

Did you attach the devices using geli's -d (auto-detach) flag?

If yes, this is a known issue:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=117158

> And the scrub failed to initialize (command never returned to the
> shell).

This could be the result of another known bug:
https://lists.freebsd.org/pipermail/freebsd-current/2015-October/057988.html

> I immediately rebooted and both disks came back and resilvered, with
> permanent metadata errors

Did those errors appear while resilvering or could they have been
already present before?

Fabian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20160425/57748ff1/attachment.sig>