Drobo上带有损坏的零出块的ext4上的文件

Question

我有一个2TB ext4文件系统(Ubuntu运行Linux内核2.6.31-22服务器x86_64)。这个文件系统是通过USB插入的Drobo盒上的第二个驱动器。我们在第一个驱动器上没有问题(Drobo将驱动器大小限制为2TB，因为一些操作系统限制，所以如果您有更多的空间显示为两个单独的驱动器)。

我将这些文件与Samba (smbd 3.4.0)和Windows和Linux工作站混合使用。

最近，我们在多个文件中遇到了一些数据损坏。在许多情况下，我有一个未损坏的原始文件存储在一个工作站上。这些是各种格式的二进制文件(例如SQLite，但也有其他格式)。

我使用“拆分”将损坏和未损坏的文件拆分为4096字节块(这是ext4文件系统的块大小)。然后，我对成对块运行md5sum，发现在许多情况下，块与块匹配，在不匹配的每一种情况下，损坏的块都是一个完整的零块(620f0b67a91f7f74151bc5be745b7110表示它的价值)。

我想找出一个罪魁祸首，但我有点不知所措。我不认为Samba是错误的，因为我在使用它时，在Drobo导出的第一个驱动器上没有问题。

我能做些什么来缩小范围，找出到底是怎么回事？

Answer 1

drobo-utils常见问题没有列出对ext4的支持。也许你应该尝试使用ext3？

Drobo支援声明Drobo不支持ext4。

Answer 2

在黑暗中疯狂射击，但是如果Drobo不支持ext4，你就会发现零位块的问题.您是否在ext4中启用了扩展？如果drobo不知道如何处理它们，它可能会以某种方式将空白解释为要复制而不是忽略的数据，并通过一些奇怪的内部逻辑导致不匹配。然而，我的建议和ptman一样。如果Drobo不支持ext4，就不要使用它。文件系统非常复杂，当它们得不到适当的支持时，就会引起各种奇怪的问题，而且覆盖的应用程序正在与其进行低级别的交互，就像Drobo必须执行磁盘/raid/黑魔法一样。

Answer 3

根据Drobo的支持，EXT3被官方支持为Linux内核2.6.36+，而ZFS是明确不支持的。这里没有列出EXT4或XFS。http://support.drobo.com/app/answers/detail/a_id/29/~/which-file-systems-do-drobo-storage-devices-support%3F

根据另一个支持文档，EXT4显然不受支持：http://support.drobo.com/app/answers/detail/a_id/165/related/1

(如果有人看到对XFS的任何官方支持，我会感兴趣的。)