> On Jul 9, 2018, at 2:39 PM, Ken Merry wrote:
>
> Hi ZFS folks,
>
> We (Spectra Logic) have seen some odd behavior with resilvers in RAIDZ3 pools.
>
> The codebase in question is FreeBSD stable/11 from July 2017, at
> approximately FreeBSD SVN version 321310.
>
> We have customer systems
Same here, the resilver will be restarted. Large zpools (in terms of
number of vdevs) should be avoided, if at all possible.
Rafael
On 7/9/18 2:57 PM, Jason Matthews wrote:
I cannot recall a time where manipulating a pool during a scrub Or resilver
did not restart the scrub/resilver
I cannot recall a time where manipulating a pool during a scrub Or resilver
did not restart the scrub/resilver operation.
J.
Sent from my iPhone
> On Jul 9, 2018, at 2:39 PM, Ken Merry wrote:
>
> Hi ZFS folks,
>
> We (Spectra Logic) have seen some odd behavior with resilvers in RAIDZ3
Hi ZFS folks,
We (Spectra Logic) have seen some odd behavior with resilvers in RAIDZ3 pools.
The codebase in question is FreeBSD stable/11 from July 2017, at approximately
FreeBSD SVN version 321310.
We have customer systems with (sometimes) hundreds of SMR drives in RAIDZ3
vdevs in a large
@lundman Yes, we'd need to get `zfs recv -o/-x` in illumos in general before
the encryption-specific `-o/-x` support. I think we would be best to leave
both for a separate PR. Thanks for staying on top of the linux encryption
work, though!
--
You are receiving this because you are
I wouldn't worry about the encryption related `zfs recv -o / -x` changes until
the PR has been merged into ZoL. It's passing tests right now, but I still need
to add some documentation / man pages to it.
--
You are receiving this because you are subscribed to this thread.
Reply to this email
