HackerTubewatch
Surprise me
Frame from June 2021 FreeBSD Developer Summit: Raid-Z Expansion Plays via YouTube's privacy-enhanced embed

June 2021 FreeBSD Developer Summit: Raid-Z Expansion

FreeBSD
Talks
YouTube
2 HN users recommended this talk2 months2021–2023 score 2
Years with an HN recommendation, 2007–2026

HN points to it as the video explanation of how RAID-Z expansion works without block pointer rewrite.

Matt Ahrens presents the FreeBSD Foundation sponsored RAID-Z Expansion project for ZFS at the June 2021 FreeBSD Developer Summit. It explains how a RAID-Z vdev can be grown by adding disks on the fly.

“For those that like videos more than text, there is a youtube video from last year [1] that explain the feature” (HN, 2022)

2 recommendations · 1 citations · Talks · advanced · partly dated

3 Hacker News comments

From the HN archive; up to 20 kept per video, favoring different commenters. Recommendations first.

@mrighele Feb 2022 Recommends
on HN thread Raid-Z Expansion Feature for ZFS Goes Live
Read more
For those that like videos more than text, there is a youtube video from last year [1] that explain the feature (unless it's changed since ,but it seems not to be the case). One downside that I see of this approach, if I understand it correctly, is that the data already present on disk will not take advantage of the extra disk per slice. For example, if I have a raidz of 4 disks (so 25% of space "wasted"), and add another disk, new data will be distributed on 5 disks (so 20% of space "wasted") but the old data will keep using stripes of 4 blocks, they will just be reshuffled between the disks. Do I understand it correctly ? [1] [this video]
Explains the RAID-Z expansion feature in video form.
@allanjude Aug 2023 Recommends
on HN thread OpenZFS – Incremental add of disks to existing RAIDZ
Read more
That is not how this will work. The reason the parity ratio stays the same, is that all of the references to the data are by DVA (Data Virtual Address, effectively the LBA within the RAID-Z vdev). So the data will occupy the same amount of space and parity as it did before. All stripes in RAID-Z are dynamic, so if your stripe is 5 wide and your array is 6 wide, the 2nd stripe will start on the last disk and wrap around. So if your 5x10 TB disks are 90% full, after the expansion they will contain the same 5.4 TB of data and 3.6 TB of parity, and the pool will now be 10 TB bigger. New writes, will be 4+2 instead, but the old data won't change (they is how this feature is able to work without needing block-pointer rewrite). See this presentation: [this video]
Presentation detailing how RAID-Z expansion works without block pointer rewrite.

Citations, criticism and jokes

Video list and Hacker News comment labels from HackerTube (prompted by @karpathy), released under ODC-By 1.0, built on the open-index/hacker-news archive. Hacker News data is provided by Y Combinator; comments remain the work of their authors. Video titles, channel names and thumbnails belong to their creators and are shown via YouTube. HackerTube Watch is an unofficial edition. Data export of 2026-10-31.

Keyboard shortcuts

/
Search
j k
Next / previous video
r
Surprise me
l
Like (video page)
w
Watch later (video page)
?
This help
Esc
Close