What serious compat issues ? There has been one and
only one
incompatible change in the stream format and that
only impacted really
really early (before S10 FCS IIRC) adopters.
Here are the issues that I am aware:
- Running zfs upgrade on a zfs filesystem will cause the zfs send stream
In the long run some USB stick problems may surface
because the wearbr
leveling is done in 16MB sections, and you could blow
your stick ifbr
you have a 16MB region which is ``hot#39;#39;.
nbsp;I wonder if parts of a zpoolbr
are hotter than others? nbsp;With AVS the dirty
bitmap might be
Andrew Gabriel wrote:
Different USB memory sticks vary enormously in speed.
The speed is often not described on the packaging, so it's often not
possible to know how fast one is until after you've bought it and
tried it.
This was tested with an external laptop hardisk inside a USB
Does 1. really need to be fixed?
I'm not suggesting that it's currently broken I'm just asking if it would be
reasonable to special case our usage a little bit in order to avoid unnecessary
alarm to users. This will be seen as a fit and finish/polish issue. If it's
easy to
address that then
Hi Volker,
Yes, by all means. I am doing something very similar
on my T1000, but
I have two separate one-disk pools and copy to the
backup pool using
rsync. I would very much like to replace this with
automatic resilvering.
One prerequisite for wide adoption would be to fix
the issue
Yes to both I believe, while the USB device is
attached your system will run slower, and it will run
considerably slower while replicating data.
Hopefully USB 3 or eSATA drives would address this
to some extent.
I think I've confirmed this is the case, at least in the configuration
I
Hi all,
A while back, I posted here about the issues ZFS has with USB hotplugging
of ZFS formatted media when we were trying to plan an external media backup
solution for time-slider:
http://www.opensolaris.org/jive/thread.jspa?messageID=299501
As well as the USB issues in the subject we became
However, I don't think that's what they're talking
about here. I think they're talking about a ZFS pool
that consists of an external USB device, and doing a
send / receive directly to that pool. That way the
USB device is a true backup copy of your ZFS pool,
and I think the idea is that
Bueller? Anyone?
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Hi Tim,
Tim Foster wrote:
Niall Power wrote:
Bueller? Anyone?
Yeah, I'd love to know the answer too. The furthest I got into
investigating this last time was:
http://mail.opensolaris.org/pipermail/zfs-discuss/2007-December/044787.html
- does that help at all Niall?
I dug around
---
Niall Power wrote:
Hi Tim,
Tim Foster wrote:
Niall Power wrote:
Bueller? Anyone?
Yeah, I'd love to know the answer too. The furthest I got into
investigating this last time was:
http://mail.opensolaris.org/pipermail/zfs-discuss/2007-December/044787.html
- does
Hi,
As a part of the next stages of the time-slider project we are looking into
doing actual backups onto
removable media devices such as USB media. The goal is to be able to view
snapshots stored on the
media and merge these into the list of viewable snapshots in nautilus giving
the user a
Hi Wade,
We considered a number of approaches including just deleting oldest snapshots
first
and progressing through to the newest snapshots.
When you consider the default snapshot schedules we are going to use, the
model is that snapshots get thinned out over time. So in situations were disk
13 matches
Mail list logo
