Hi, reminds me about this dedup bug, don't use the "-d" switch in zfs send, it
produces broken stream that you won't be able to receive.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.ope
On Wed, Jan 5, 2011 at 1:16 PM, Cindy Swearingen
wrote:
> You might review your zpool history -il rpool output for clues.
This isn't a critical problem, it's just a point of annoyance since it
seems like something that shouldn't happen. It's also just a test host
that's led a hard life full of ab
We installed b151a and couldn't reproduce a failed receive of a
recursive root pool snapshot and also tested on b152 and b155.
The original error message isn't very helpful, but your test below
points to a problem in your root pool environment.
You might review your zpool history -il rpool outpu
On Wed, Jan 5, 2011 at 11:57 AM, Cindy Swearingen
wrote:
> In the meantime, you could rule out a problem with zfs send/recv on your
> system if you could create another non-BE dataset with descendent
> datasets, create a recursive snapshot, and retry the recursive send/recv
> operation.
That appe
Okay. We are trying again to reproduce this on b151a.
In the meantime, you could rule out a problem with zfs send/recv on your
system if you could create another non-BE dataset with descendent
datasets, create a recursive snapshot, and retry the recursive send/recv
operation.
Thanks,
Cindy
On Wed, Jan 5, 2011 at 9:44 AM, Cindy Swearingen
wrote:
> In your follow-up, I think you are saying that rp...@copy is a recursive
> snapshot and you are able to receive the individual rpool snapshots. You
> just can't receive the recursive snapshot. Is this correct?
Sorry, I didn't really expla
Hi Brandon,
I'm not the right person to evaluate your zstreamdump output, but I
can't reproduce this error on my b152 system, which as close as I
could get to b151a. See below.
Are the rpool and radar pool versions reasonably equivalent?
In your follow-up, I think you are saying that rp...@copy
On an snv_151a system I'm trying to do a send of rpool, and works when
using -n, but when I actually try to receive it's failing.
scrubs pass without issue, it's just the recv that fails.
# zfs send -R rp...@copy | zfs recv -n -vduF radar/foo
would receive full stream of rp...@copy into radar/f..