in the case of zfs, my claim is that since zfs can reuse blocks, two
vdev backups, each with corruption or missing data in different places
are pretty well useless.
Got it. However, I'm still not fully convinced there's a definite edge
one way or the other. Don't get me wrong: I'm not
1. What's the use of copying arenas to CD/DVD? Is it purely back up,
since they have to stay on-line forever?
backup.
2. Would fossil/venti notice silent data corruptions in blocks?
venti would. the score wouldn't match the block.
3. Do you think its a good idea to have
On Tue, 2009-01-20 at 09:19 -0500, erik quanstrom wrote:
in the case of zfs, my claim is that since zfs can reuse blocks, two
vdev backups, each with corruption or missing data in different places
are pretty well useless.
Got it. However, I'm still not fully convinced there's a
Got it. However, I'm still not fully convinced there's a definite edge
one way or the other. Don't get me wrong: I'm not trying to defend
ZFS (I don't think it needs defending, anyway) but rather I'm trying
to test my mental model of how both work.
if you end up rewriting a free
Is it how it was from the get go, or did you use venti-based solutions
before?
it's how i found it.
i have two zfs servers and about 10 pools of
different sizes with several hundred different zfs filesystems and
volumes of raw disk exported via iscsi.
What kind of clients are on the other
On Tue, 2009-01-20 at 18:36 -0500, erik quanstrom wrote:
Got it. However, I'm still not fully convinced there's a definite edge
one way or the other. Don't get me wrong: I'm not trying to defend
ZFS (I don't think it needs defending, anyway) but rather I'm trying
to test my mental
i apologize for the silly question, but
my p9p-fu is quite weak.
is the reason that plan 9 import is not
part of p9p other than it was not needed?
(of course the ssh-based import is included,
but i believe that is something else entirely.)
i'm not dead set on import, but i do require
On Tue, 2009-01-20 at 20:47 -0500, erik quanstrom wrote:
i apologize for the silly question, but
my p9p-fu is quite weak.
is the reason that plan 9 import is not
part of p9p other than it was not needed?
(of course the ssh-based import is included,
but i believe that is something else
well, there's your problem. you corrupted
the cache, not the venti store. (you have no
venti store in this example.)
I was specifically referring to a normal operations
to conjure an image of a typical setup of fossil+venti.
In such a setup a corrupted block from a fossil
... fossil does have the functionality to serve two
different file systems from two different disks, but i don't think
anyone has used that ...
I do this, 'main' backed up by venti and 'other' which holds useful stuff
that needn't be backed up, e.g. RFCs, cdrom images, datasheets etc. This is
10 matches
Mail list logo