我有7个磁盘的4个arrays中的28个2TB磁盘（56T）池。 由于它是raidz1（〜RAID5），我希望每个arrays中有1个磁盘用于奇偶校验，所以结果体积应该是2TB * 4 *（7-1）= 48TB，对不对？ 现在，我在我的系统上看到： $ zpool list volume NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT volume 50.5T 308K 50.5T 0% 1.00x ONLINE – $ zfs list volume NAME USED AVAIL REFER MOUNTPOINT volume 2.00T 40.3T 75.8K /volume $ df -h /volume Filesystem Size Used Available Capacity Mounted on volume 42T 75K […]
我已经从版本13.04更新了Ubuntu到版本13.10，只是发现SATA磁盘ID已经改变，我的ZFS池现在失败了。 在新的Ubuntu 13.10上，磁盘ID现在是ata- *而不是scsi-SATA_ *。 这是更新后的池状态： pool: nestpool state: UNAVAIL status: One or more devices could not be used because the label is missing or invalid. There are insufficient replicas for the pool to continue functioning. action: Destroy and re-create the pool from a backup source. see: http://zfsonlinux.org/msg/ZFS-8000-5E scan: none requested config: NAME STATE READ […]
我正在运行FreeNAS 9.3的供应商特定衍生产品。 当我安装了一个新的JBOD机箱，将两个新的vdevs添加到我的池中，并且机箱中有一个坏的主板时，我的麻烦就开始了。 在这段时间里，我发现硬盘上的硬盘出现了SAS供电错误 – 我的新硬盘每分钟都会反复打开和closures。 我更换了主板，现在，通过大多数措施，驱动器运行良好，但是当我查看zpool status时，ZFS仍然给我非常奇怪的校验和错误。 当我遇到SAS电源问题时，我认为CoW有一些不好的写法。 带有CPU，引导驱动器，RAM等的第一个机箱通过mini-SAS连接到第一个扩展JBOD机箱，第二个JBOD扩展机箱通过第一个JBOD扩展机箱（也通过mini-SAS）以菊花链方式连接。 [机箱1：启动驱动器，两个L2ARC SSD，RAIDZ3-0的11/11驱动器，1/11驱动器RAIDZ3-1] – > mini-SAS到机箱2 [机箱2：RAID Z3-1的10/11驱动器，RAID Z3-2的6/11驱动器] – > mini-SAS到机箱3 [RAIDZ3-2的机箱3：5/11硬盘，RAIDZ3-3的11/11硬盘] 校验和错误不能整齐地映射到任何一个控制器或机箱，但是我的直觉是，当我遇到这些电源问题时，无论写入到不同的新磁盘的数据是不是写在两个新的vdevs上。 我的HBA采用了好的LSI固件 – 全部在20.00.04.00或20.00.08.00 我更换了迷你SAS电缆，并尝试使用不同的端口，无济于事。 zpool status的输出显示在两个新的vdevs上累积的校验和错误，在scrub，reboot或zpool clear ，最终zpool status这些vdevs标记为降级。 奇怪的是，它也将属于这些vdevs的一些驱动器标记为降级，但是它们的单个磁盘的实际错误计数均为0. zdb显示单个驱动器由于校验和错误太多而被标记为降级尽pipe他们所有的校验和错误计数实际上是0.也奇怪的是，池级别的校验和错误显示的数字比两个问题vdevs加在一起的校验和错误less。 zpool status -v在映射到长久被删除的0x0 inode的快照中持久地显示永久性错误，但似乎无法被多个scrubs，reboots或zpool clear 。 另外，其他的永久性错误也会浮现出来，有时候只会显示为hex代码节点，而其他时间则是最近快照的一部分。 我用lsof找不到任何0x0 。 我相信池中的元数据可能会有某种数据损坏。 我正在寻找一种方法来手术去除这些幻影快照，否则返回我的池到一个健康的状态，而不会破坏我的数据。 我怀疑ZFS正在迭代这些损坏的幻影快照，并在vdevs上造成奇怪的校验和错误和降级状态。 我有很多重要数据的“冷”LTO备份，否则，如果我不能修复我的池，我准备build立第二台服务器，将所有内容卸载到“热”第二台服务器上，销毁我的池在顶层，然后从热备份重新加载。 以下是zpool status -v的输出： [root@Jupiter] ~# zpool status -v […]
我有一个关于这个问题的相关问题，但它太复杂，太大了，所以我决定我应该把问题分解成NFS和本地问题。 我也尝试过在zfs-discuss邮件列表上询问这个问题，但没有取得太大的成功。 在同一台服务器上的NFS / CIFS目录之间慢速复制 大纲：我如何设置和我的期望 我有一个4个磁盘的ZFS池。 2TB REDconfiguration为2个带条纹的镜像（RAID 10）。 在Linux上，zfsonlinux。 没有caching或日志设备。 数据在镜像之间保持平衡（对于ZFS很重要） 每个磁盘可以以147MB /秒的速度并行读取（raw w / dd），总吞吐量达到588MB / sec。 根据类似的4TB RED磁盘的基准testing结果，我预计每个磁盘的写入速度为115MB / sec，读取速度为138MB / sec，重写顺序数据的速度为50MB / sec。 我预计不会低于100MB /秒的读取或写入，因为现在任何磁盘都可以这样做。 我认为在负载读取或写入顺序数据的情况下，在所有4个磁盘上都会看到100％的IO利用率。 而且在100％的利用率下磁盘将会超过100MB /秒。 我认为这个池可以让我在单个磁盘上进行2次写入，2次重写和4次读取 – 我错了吗？ 新的我认为在同一个池上的ext4 zvol与ZFS的速度大致相同 我实际得到的 我发现游泳池的读取性能没有我预期的那么高 bonnie ++基准testing池在几天前 版本1.97 ——顺序输出—— – 顺序input – – 随机 – 并发性1 -Per Chr- –Block– -Rewrite- […]
我有一个ZFS镜像池，共有四个驱动器。 其中两个驱动器旨在用于旋转异地备份。 我的期望是，在初始重新启动之后，我可以detach并随后attach一个磁盘，并且只做一个增量重新启动 – 但是在testing中，无论被连接的磁盘是否已经包含了几乎所有的池内容。 如果使用offline / online方式，只会给我更新磁盘所需的结果 – 而不是完全重build它？ 或者如预期的那样进行这项工作，我需要做一些完全不同的事情 – 例如将每个备份磁盘用作单磁盘池，并在需要更新时将最新的快照send给它。
我需要更换FreeNAS zpool上的坏磁盘。 zpool status显示 pool: raid-5×3 state: ONLINE scrub: scrub completed after 15h52m with 0 errors on Sun Mar 30 13:52:46 2014 config: NAME STATE READ WRITE CKSUM raid-5×3 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ada5p2 ONLINE 0 0 0 gptid/a767b8ef-1c95-11e2-af4c-f46d049aaeca ONLINE 0 0 0 ada8p2 ONLINE 0 0 0 ada10p2 ONLINE […]
我需要更换FreeNAS zpool上的坏磁盘。 zpool status显示 gptid/5fe33556-3ff2-11e2-9437-f46d049aaeca UNAVAIL 0 0 0 cannot open 如何find该磁盘的序列号？ 更多： glabel status给出： Name Status Components ufs/FreeNASs3 N/A da0s3 ufs/FreeNASs4 N/A da0s4 ufsid/4fa405ab96518680 N/A da0s1a ufs/FreeNASs1a N/A da0s1a ufs/FreeNASs2a N/A da0s2a gptid/5f3c0517-3ff2-11e2-9437-f46d049aaeca N/A ada1p2 gptid/60570005-3ff2-11e2-9437-f46d049aaeca N/A ada3p2 gptid/60ebeaa5-3ff2-11e2-9437-f46d049aaeca N/A ada4p2 gptid/a767b8ef-1c95-11e2-af4c-f46d049aaeca N/A ada6p2 gptid/61925b86-3ff2-11e2-9437-f46d049aaeca N/A ada9p2 gptid/4599731b-8f15-11e1-a14c-f46d049aaeca N/A ada10p2 在那里我没有看到gptid/5fe33556 。 camcontrol devlist给出： […]