kern/157728: [zfs] zfs (v28) incremental receive may leave behind temporary clones

[Martin Matuska]

ZFS development at Oracle has gone private.
Working ZFS is currently available at Illumos (Openindiana), FreeBSD and
zfsonlinux (LLNL, Behlendorf).

I file bugs related to common ZFS code to the Illumos issues list and am
also in touch with zfsonlinux (https://github.com/zfsonlinux)
https://www.illumos.org/issues/1043
https://www.illumos.org/issues/1313

The bug is probably not related to common ZFS code, because I am unable
to reproduce the issue on Solaris, Openindiana and Linux (zfsonlinux
kernel module).

Discussions of this type are more for the mailing lists and less for the
PR system.
Please stay related to the bug in the PR and continue the discussion
here (freebsd-fs@).

Dňa 04.08.2011 15:50, Borja Marcos  wrote / napísal(a):
> The following reply was made to PR kern/157728; it has been noted by GNATS.
>
> From: Borja Marcos <borjam at sarenet.es>
> To: Martin Matuska <mm at FreeBSD.org>
> Cc: bug-followup at FreeBSD.org,
>  Pawel Jakub Dawidek <pjd at FreeBSD.org>
> Subject: Re: kern/157728: [zfs] zfs (v28) incremental receive may leave behind temporary clones
> Date: Thu, 4 Aug 2011 15:40:47 +0200
>
>  On Aug 4, 2011, at 2:33 PM, Martin Matuska wrote:
>  
>  > That is not a solution, we want hidden datasets :)
>  >=20
>  > A workaround patch is attached that does not prefetch hidden datasets =
>  in
>  > zfs (btw. why should we do that at all).
>  > It doesn't cure the source of the problem but the symptoms - to
>  > reproduce the problem you have to run zfs list or get directly on the
>  > invisible temporary clone now.
>  
>  And, besides, shouldn't this be coordinated with the rest of the ZFS
>  community?
-- 
Martin Matuska
FreeBSD committer
http://blog.vx.sk