On Sep 16, 2009, at 10:56 AM, Erik Trimble wrote:
Lori Alt wrote:
On 09/16/09 10:48, Marty Scholes wrote:
Lori Alt wrote:
As for being able to read streams of a later format
on an earlier version of ZFS, I don't think that will ever be
supported. In that case, we really would have to someh
On 09/16/09 11:56, Erik Trimble wrote:
Lori Alt wrote:
On 09/16/09 10:48, Marty Scholes wrote:
Lori Alt wrote:
As for being able to read streams of a later format
on an earlier version of ZFS, I don't think that will ever be
supported. In that case, we really would have to somehow convert t
Lori Alt wrote:
On 09/16/09 10:48, Marty Scholes wrote:
Lori Alt wrote:
As for being able to read streams of a later format
on an earlier
version of ZFS, I don't think that will ever be
supported. In that
case, we really would have to somehow convert the
format of the objects
stored with
Marty Scholes wrote:
Lori Alt wrote:
As for being able to read streams of a later format
on an earlier
version of ZFS, I don't think that will ever be
supported. In that
case, we really would have to somehow convert the
format of the objects
stored within the send stream and we have no plans
On 09/16/09 10:49, David Magda wrote:
On Wed, September 16, 2009 11:53, Lori Alt wrote:
So we're considering a refinement of the current policy of not
guaranteeing future readability of streams generated by earlier version
of ZFS. The time may have come where we know enough about how send
s
On 09/16/09 10:48, Marty Scholes wrote:
Lori Alt wrote:
As for being able to read streams of a later format
on an earlier
version of ZFS, I don't think that will ever be
supported. In that
case, we really would have to somehow convert the
format of the objects
stored within the send strea
On Wed, September 16, 2009 11:53, Lori Alt wrote:
> So we're considering a refinement of the current policy of not
> guaranteeing future readability of streams generated by earlier version
> of ZFS. The time may have come where we know enough about how send
> streams fit into overall ZFS versioni
Lori Alt wrote:
> As for being able to read streams of a later format
> on an earlier
> version of ZFS, I don't think that will ever be
> supported. In that
> case, we really would have to somehow convert the
> format of the objects
> stored within the send stream and we have no plans to
> impl
Erik Trimble wrote:
Lori Alt wrote:
On 09/15/09 06:27, Luca Morettoni wrote:
On 09/15/09 02:07 PM, Mark J Musante wrote:
zfs create -o version=N pool/filesystem
is possible to implement into a future version of ZFS a "released"
send command, like:
# zfs send -r2 ...
to send a specif
On Wed, September 16, 2009 02:11, Carson Gaspar wrote:
> "zfs recv" of a full
> stream will create a new filesystem of the appropriate version, which you
> may
> then "zfs upgrade" if you wish. And restoring incrementals to a different
> fs rev
> doesn't make sense. As long as support for older f
On Wed, Sep 16, 2009 at 09:34, Erik Trimble wrote:
> Carson Gaspar wrote:
>>
>> Erik Trimble wrote:
>> > I haven't see this specific problem, but it occurs to me thus:
>>>
>>> For the reverse of the original problem, where (say) I back up a 'zfs
>>> send' stream to tape, then later on, after upgr
Erik Trimble wrote:
You are correct in that restoring a full stream creates the appropriate
versioned filesystem. That's not the problem.
The /much/ more likely scenario is this:
(1) Let's say I have a 2008.11 server. I back up the various ZFS
filesystems, with both incremental and full stre
Carson Gaspar wrote:
Erik Trimble wrote:
> I haven't see this specific problem, but it occurs to me thus:
For the reverse of the original problem, where (say) I back up a 'zfs
send' stream to tape, then later on, after upgrading my system, I
want to get that stream back.
Does 'zfs receive'
Erik Trimble wrote:
> I haven't see this specific problem, but it occurs to me thus:
For the reverse of the original problem, where (say) I back up a 'zfs
send' stream to tape, then later on, after upgrading my system, I want
to get that stream back.
Does 'zfs receive' support reading a ver
Erik Trimble wrote:
Lori Alt wrote:
On 09/15/09 06:27, Luca Morettoni wrote:
On 09/15/09 02:07 PM, Mark J Musante wrote:
zfs create -o version=N pool/filesystem
is possible to implement into a future version of ZFS a "released"
send command, like:
# zfs send -r2 ...
to send a specif
Lori Alt wrote:
On 09/15/09 06:27, Luca Morettoni wrote:
On 09/15/09 02:07 PM, Mark J Musante wrote:
zfs create -o version=N pool/filesystem
is possible to implement into a future version of ZFS a "released"
send command, like:
# zfs send -r2 ...
to send a specific release (version 2
On Sep 15, 2009, at 6:58 AM, Marty Scholes wrote:
The zfs send stream is dependent on the version of
the filesystem, so the
only way to create an older stream is to create a
back-versioned
filesystem:
zfs create -o version=N pool/filesystem
You can see what versions your system supports
On 09/15/09 06:27, Luca Morettoni wrote:
On 09/15/09 02:07 PM, Mark J Musante wrote:
zfs create -o version=N pool/filesystem
is possible to implement into a future version of ZFS a "released"
send command, like:
# zfs send -r2 ...
to send a specific release (version 2 in the example)
> The zfs send stream is dependent on the version of
> the filesystem, so the
> only way to create an older stream is to create a
> back-versioned
> filesystem:
>
> zfs create -o version=N pool/filesystem
> You can see what versions your system supports by
> using the zfs upgrade
> comman
On 09/15/09 02:07 PM, Mark J Musante wrote:
zfs create -o version=N pool/filesystem
is possible to implement into a future version of ZFS a "released" send
command, like:
# zfs send -r2 ...
to send a specific release (version 2 in the example) of the metadata?
--
Luca Morettoni | Ope
On Mon, 14 Sep 2009, Marty Scholes wrote:
I really want to move back to 2009.06 and keep all of my files /
snapshots. Is there a way somehow to zfs send an older stream that
2009.06 will read so that I can import that into 2009.06?
Can I even create an older pool/dataset using 122? Ideall
After moving from SXCE to 2009.06, my ZFS pools/file systems were at too new of
a version. I upgraded to the latest dev and recently upgraded to 122, but am
not too thrilled with the instability, especially zfs send / recv lockups
(don't recall the bug number).
I keep a copy of all of my criti
22 matches
Mail list logo
