当 ZFS 无法提供未损坏的数据时，程序会看到什么？

Question

假设我的程序尝试读取 ZFS 文件系统上的文件中的一个字节。 ZFS 可以找到必要块的副本，但无法找到具有有效校验和的任何副本（它们都已损坏，或者唯一存在的磁盘具有损坏的副本）。就读取的返回值以及它尝试读取的字节而言，我的程序看到了什么？是否有一种方法可以影响行为（在 Solaris 或任何其他实现 ZFS 的操作系统下），即强制失败或强制成功，并可能导致数据损坏？

Answer 1

EIO 确实是当前 ZFS 实现的唯一答案。

一个开放的 ZFS“bug”需要某种方法来读取损坏的数据：
http://bugs.opensolaris.org/bugdatabase/printableBug.do?bug_id=6186106

我相信使用未记录但开源的 zdb 实用程序已经可以做到这一点。
看看 http://www.cuddletech.com/blog/pivot /entry.php?id=980 有关如何使用 zdb -R 选项和“r”标志转储文件内容的说明。

Answer 2

Solaris 10：

# Create a test pool
[root@tesalia z]# cd /tmp
[root@tesalia tmp]# mkfile 100M zz
[root@tesalia tmp]# zpool create prueba /tmp/zz

# Fill the pool
[root@tesalia /]# dd if=/dev/zero of=/prueba/dummy_file
dd: writing to `/prueba/dummy_file': No space left on device
129537+0 records in
129536+0 records out
66322432 bytes (66 MB) copied, 1.6093 s, 41.2 MB/s

# Umount the pool
[root@tesalia /]# zpool export prueba

# Corrupt the pool on purpose
[root@tesalia /]# dd if=/dev/urandom of=/tmp/zz seek=100000 count=1 conv=notrunc
1+0 records in
1+0 records out
512 bytes (512 B) copied, 0.0715209 s, 7.2 kB/s

# Mount the pool again
zpool import -d /tmp prueba

# Try to read the corrupted data
[root@tesalia tmp]# md5sum /prueba/dummy_file 
md5sum: /prueba/dummy_file: I/O error

# Read the manual
[root@tesalia tmp]# man -s2 read
[...]
RETURN VALUES
     Upon successful completion,  read()  and  readv()  return  a
     non-negative integer indicating the number of bytes actually
     read. Otherwise, the functions return -1 and  set  errno  to
     indicate the error.

ERRORS
     The read(), readv(), and pread() functions will fail if:
[...]
     EIO        A physical I/O error has occurred, [...]

您必须导出/导入测试池，否则，由于文件仍将缓存在操作系统内存中，因此将错过直接覆盖（池损坏）。

不，目前 ZFS 将拒绝向您提供损坏的数据。正如它应该的那样。

Answer 3

从 read() 返回除 EIO 错误之外的任何内容在文件系统特定的低级数据救援实用程序之外如何有意义？

低级数据救援实用程序需要使用操作系统和文件系统特定的 API，而不是打开/读/写/关闭来访问文件。它需要的语义与读取普通文件根本不同，因此它需要专门的 API。