Re: [OmniOS-discuss] incomplete recursive snapshots
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 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@replicaton
> >zfs send -R old-pool@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@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 t...@oetiker.ch +41 62 775 9902
> >
> > ___
> > OmniOS-discuss mailing list
> > OmniOS-discuss@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 t...@oetiker.ch +41 62 775 9902
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] incomplete recursive snapshots
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.
Dan
Sent from my iPhone (typos, autocorrect, and all)
> On Mar 13, 2015, at 3:25 AM, Tobias Oetiker 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@replicaton
>zfs send -R old-pool@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@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 t...@oetiker.ch +41 62 775 9902
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] incomplete recursive snapshots
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@replicaton
zfs send -R old-pool@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@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 t...@oetiker.ch +41 62 775 9902
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
