On Tue, 2006-09-26 at 16:13 -0700, Noel Dellofano wrote:
> I can also reproduce this on my test machines and have opened up CR
> 6475506 panic in dmu_recvbackup due to NULL pointer dereference
> to track this problem. This is most likely due to recent changes
> made in the snapshot code for -F.
I can also reproduce this on my test machines and have opened up CR
6475506 panic in dmu_recvbackup due to NULL pointer dereference
to track this problem. This is most likely due to recent changes
made in the snapshot code for -F. I'm looking into it...
thanks for testing!
Noel
On Sep 26, 2
Hi,
I'm using b48 on two machines.. when I issued the following I get a
panic on the recv'ing machine:
$ zfs send -i data/[EMAIL PROTECTED] data/[EMAIL PROTECTED] | ssh machine2
zfs recv -F data
doing the following caused no problems:
zfs send -i data/[EMAIL PROTECTED] data/[EMAIL PROTECTED] |
