Displaying 5 results from an estimated 5 matches for "vdev_raidz".
2007 Mar 12
1
roundup in vdev_raidz.c
...ing like this:
Disk 0 1 2 3
--------------------
LBA 0 A. A A A
1 A. A A A
2 A. A A B.
3 B B B B.
4 B B B B.
5 B B C. C
etc.
Where writing the 4k of B blocks starts at offset 5.5k and finishes at 9k.
i.e for B (as seen in vdev_raidz_map_alloc):
f = 11 % 4 == column 3 (0 indexed)
q = 8 / (3) == 2
r = 8 - (2 * (4-1)) == 2
bc = 2 + 1 == 3
Then the for loop the first 3 columns (starting from column 3 and
wrapping) will be marked as big columns (storing an extra block each)
and the final column, column 2 will only store 2 blocks......
2007 Aug 07
5
Extending RAIDZ.
Yeah:)
I''d like to work on this. Here are my first observations:
- We need to call vdev_op_asize method with additonal ''offset'' argument,
- We need to move data to new disk starting from the very begining, so
we can''t reuse scrub/resilver code which does tree-walk through the
data.
Below you can see how I imagine to extend RAIDZ. Here is the legend:
2006 Oct 31
0
6410698 ZFS metadata needs to be more highly replicated (ditto blocks)
.../src/uts/common/fs/zfs/sys/spa.h
update: usr/src/uts/common/fs/zfs/sys/vdev.h
update: usr/src/uts/common/fs/zfs/sys/zio.h
update: usr/src/uts/common/fs/zfs/sys/zio_impl.h
update: usr/src/uts/common/fs/zfs/vdev.c
update: usr/src/uts/common/fs/zfs/vdev_mirror.c
update: usr/src/uts/common/fs/zfs/vdev_raidz.c
update: usr/src/uts/common/fs/zfs/vdev_root.c
update: usr/src/uts/common/fs/zfs/zfs_ioctl.c
update: usr/src/uts/common/fs/zfs/zio.c
update: usr/src/uts/common/fs/zfs/zio_checksum.c
update: usr/src/uts/common/sys/fs/zfs.h
2009 Dec 04
30
ZFS send | verify | receive
If there were a ?zfs send? datastream saved someplace, is there a way to
verify the integrity of that datastream without doing a ?zfs receive? and
occupying all that disk space?
I am aware that ?zfs send? is not a backup solution, due to vulnerability of
even a single bit error, and lack of granularity, and other reasons.
However ... There is an attraction to ?zfs send? as an augmentation to the
2007 Jul 07
17
Raid-Z expansion
Apologies for the blank message (if it came through).
I have heard here and there that there might be in development a plan
to make it such that a raid-z can grow its "raid-z''ness" to
accommodate a new disk added to it.
Example:
I have 4Disks in a raid-z[12] configuration. I am uncomfortably low on
space, and would like to add a 5th disk. The idea is to pop in disk 5
and have