2011-10-30 2:14, Edward Ned Harvey пишет:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
summer, and came up with a new question. In short, is it
possible to add restartability to ZFS SEND, for example
Rather than building
2011-10-29 21:57, Jim Klimov пишет:
... In short, is it
possible to add restartability to ZFS SEND, for example
by adding artificial snapshots (of configurable increment
size) into already existing datasets [too large to be
zfs-sent successfully as one chunk of stream data]?
On a side note:
I know there was (is ?) a bug where a zfs destroy of a large
snapshot would run a system out of kernel memory, but searching the
list archives and on defects.opensolaris.org I cannot find it. Could
someone here explain the failure mechanism in language a Sys Admin (I
am NOT a developer)
2011-10-31 1:13, Jim Klimov пишет:
Sorry, I am late.
...
If my memory and GoogleCache don't fail me too much, I ended
up with the following incantations for pool-import attempts:
:; echo zfs_vdev_max_pending/W0t5 | mdb -kw
:; echo aok/W 1 | mdb -kw
:; echo zfs_recover/W 1 | mdb -kw
:; echo
On Oct 27, 2011, at 11:04 PM, Mark Wolek wrote:
Still kicking around this idea and didn’t see it addressed in any of the
threads before the forum closed.
If one made an all ssd pool, would a log/cache drive just slow you down?
Would zil slow you down?
In general, a slog makes sense
