[OmniOS-discuss] incomplete recursive snapshots

[Tobias Oetiker]

Hi Dan,

Today Dan McDonald wrote:

> Only recently fixed snapshot bug I could find was Illumos 5150 http://www.illumos.org/issues/5150
>
> Also, could you share the precise warnings?  It'll help finding who's doing the complaining.

*blush* it was my bad ...

see
http://serverfault.com/questions/675185/incomplete-recursive-snapshots-on-zfs

cheers
tobi

>
> Dan
>
> Sent from my iPhone (typos, autocorrect, and all)
>
> > On Mar 13, 2015, at 3:25 AM, Tobias Oetiker <tobi at oetiker.ch> wrote:
> >
> > I got a bunch of new disks on one of our systems and wanted to
> > transfer an existing pool over to them so what I did was this:
> >
> >    zfs snapshot -r old-pool at replicaton
> >    zfs send -R old-pool at replication | mbuffer -m 1G  | zfs receive -F -d  new-pool
> >
> > but then halfway through the operation, I got warnings from send,
> > that old-pool/some/fileset at replication would not exist ...
> >
> > when I went to investigate, I found indeed that zfs snapshot -r had
> > neglected to create a snapshot on old-pool/some/fileset. So I
> > ran
> >
> >    zfs list -r -o name old-pool | xargs -n1 perl -e 'system "zfs","list",$ARGV[0].q{@replication}'
> >
> > and found that there were about 10% of the filesets which were
> > lacking this snapshot ...
> >
> > I then proceeded to create the missing snapshot individually, and
> > it worked fine.
> >
> > I have since repeated the experiment and found the same problem
> > again ...
> >
> > any idea how this can be ?
> >
> > cheers
> > tobi
> >
> >
> > --
> > Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
> > www.oetiker.ch tobi at oetiker.ch +41 62 775 9902
> >
> > _______________________________________________
> > OmniOS-discuss mailing list
> > OmniOS-discuss at lists.omniti.com
> > http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>

-- 
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
www.oetiker.ch tobi at oetiker.ch +41 62 775 9902