TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

A data corruption bug in OpenZFS?

220 点作者 moviuro超过 1 年前

10 条评论

cesarb超过 1 年前
IMO, part of the issue is that something which used to be just a low-level optimization (don&#x27;t store large sequences of zeros) became visible to userspace (SEEK_HOLE and friends). Quoting from this article:<p>&quot;This is allowed; its always safe to say there’s data where there’s a hole, because reading a hole area will always find “zeroes”, which is valid data.&quot;<p>But I recall reading elsewhere a discussion about some userspace program which did depend on holes being present in the filesystem as actual holes (visible to SEEK_HOLE and so on) and not as runs of zeros.<p>Combined with the holes being restricted to specific alignments and sizes, this means that the underlying &quot;sequence of fixed-size blocks&quot; implementation is leaking too much over the abstract &quot;stream of bytes&quot; representation we&#x27;re more used to. Perhaps it might be time to rethink our filesystem abstractions?
评论 #38772933 未加载
评论 #38771833 未加载
mgerdts超过 1 年前
When I think of a fs corruption bug, I think of something that causes fsck&#x2F;scrub to have some work to do, sometimes sending resulting in restore from backups. From the early reports of this, I was having a hard time understanding how it was a corruption bug. This excellent write up clears that up:<p>&gt; Incidentally, that’s why this isn’t “corruption” in the traditional sense (and why a scrub doesn’t find it): no data was lost. cp didn’t read data that was there, and it wrote some zeroes which OpenZFS safely stored.
dannyw超过 1 年前
Fascinating write up. As someone with a ZFS system, how can I check if I’m affected?
评论 #38770413 未加载
评论 #38772048 未加载
LanzVonL超过 1 年前
It&#x27;s important to note that the recent showstopper bugs have all been in OpenZFS, with the Oracle nee Sun ZFS being unaffected by either.
评论 #38774595 未加载
frankjr超过 1 年前
I wonder if any large storage provider has been affected by this. I know Hetzner Storage Box and rsync.net both use ZFS under the hood.
评论 #38777162 未加载
joshxyz超过 1 年前
anyone know what diagram tool did he use? thanks
评论 #38771311 未加载
commandersaki超过 1 年前
Excellent writeup robn!
lupusreal超过 1 年前
Is anybody using bcachefs yet?
评论 #38774069 未加载
MenhirMike超过 1 年前
Periodic reminder to check if your backups are working, and if you can also restore them. It doesn&#x27;t matter which file system or operating system you use, make sure to backup your stuff. In a way that&#x27;s immune to ransomware as well, so not just a RAID-1&#x2F;5&#x2F;Z or another form of hot&#x2F;warm storage (RAID is not a backup, it&#x27;s an uptime&#x2F;availability mechanism) but cold storage. (I snapshot and tar that snapshot every night, then back it up both on tape and in the cloud.)
评论 #38771127 未加载
评论 #38770632 未加载
评论 #38772910 未加载
评论 #38771162 未加载
评论 #38771381 未加载
评论 #38771563 未加载
评论 #38782225 未加载
评论 #38773909 未加载
hulitu超过 1 年前
&gt; This whole madness started because someone posted an attempt at a test case for a different issue, and then that test case started failing on versions of OpenZFS that didn’t even have the feature in question.<p>One will expect more seriosity from filesystem maintainers and serious regression testing before a release.
评论 #38770976 未加载