Ok, that makes sense. Thanks.
By the way, Eric, were you able to reproduce the bug I mentioned earlier?
It has proven itself to be very difficult to trigger.
I received several reports of successfull 24-hour ztest runs, only 1 user has
been affected.
I've changed the ztest attach/detach frequenc
-- next part --
A non-text attachment was scrubbed...
Name: namecheck.diff
Type: text/x-diff
Size: 1721 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/zfs-code/attachments/20060620/9bf8332f/attachment.bin>
Ricardo Correia wrote:
> If I'm not mistaken, there are some new reserved pool names (raidz1, raidz2
> and spare) that weren't being properly checked for (in zfs_namecheck.c).
>
> There were also some errors that weren't being handled in libzfs_dataset.c
> (they were detected by gcc's warnings).
On Tue, Jun 20, 2006 at 02:13:38PM -0600, Mark Shellenbaum wrote:
> Ricardo Correia wrote:
> >If I'm not mistaken, there are some new reserved pool names (raidz1,
> >raidz2 and spare) that weren't being properly checked for (in
> >zfs_namecheck.c).
> >
> >There were also some errors that weren't
