标签: filesystems

有没有人见过这个？我的服务器上安装了一个 raid 5，无论出于何种原因它开始显示：

杰森@box2:/mnt/raid1/cra$ ls -alh
ls: 无法访问 e6eacc985fea729b2d5bc74078632738: 输入/输出错误
ls: 无法访问 257ad35ee0b12a714530c30dccf9210f: 输入/输出错误
共 0
drwxr-xr-x 5 根 123 2009-08-19 16:33 。
drwxr-xr-x 3 根根 16 2009-08-14 17:15 ..
？？？？？？？？？? ? ? ? ? 257ad35ee0b12a714530c30dccf9210f
drwxr-xr-x 3 根根 57 2009-08-19 16:58 9c89a78e93ae6738e01136db9153361b
？？？？？？？？？? ? ? ? ? e6eacc985fea729b2d5bc74078632738

md5 字符串是实际的目录名称，而不是错误的一部分。问号很奇怪，当您尝试使用/删除/等它时，任何带有问号的目录都会引发 io 错误。

由于“忙”，我无法卸载驱动器。重新启动服务器“修复”了它，但它在关闭时引发了一些突袭错误。我已经配置了两个 raid 5 阵列，并且都开始在随机文件上执行此操作。两者都使用以下配置：

mkfs.xfs -l size=128m -d agcount=32
mount -t xfs -o noatime,logbufs=8

没什么太花哨的，但是这个盒子的优化配置的一部分。我们没有对驱动器进行分区，这被认为是一个可能的问题。这可能是罪魁祸首吗？

在以下情况下，您会选择哪种 Linux 文件系统以获得最佳速度：

• 一亿个文件
• 平均约 2k 文件大小
• >95% 读取访问
• 相当随机的访问
• 高并发（>100 个进程）

注意：文件存储在一个深层次的树中以避免大目录。每个叶目录包含大约一千个文件。

您将如何对其进行基准测试？

我试图用 MySQL InnoDB 寻找各种文件系统性能的基准，但找不到。

我的数据库工作负载是典型的基于 Web 的 OLTP，大约 90% 读取，10% 写入。随机IO。

在 ext3、ext4、xfs、jfs、Reiserfs、Reiser4 等流行的文件系统中，您认为哪个最适合 MySQL？

哪些字符是允许的，哪些字符必须在不同操作系统的命令行上转义？

我正在备份 Linux 服务器并将其存储在另一台服务器上。

我从一个简单的开始

rsync -aPh --del server.example.com:/ /mnt/backup

然后有人指出我不应该备份/proc，因为您不想/proc在另一台服务器上恢复一台服务器的 。

还有什么我应该/不应该包括的吗？

例如，怎么样/sys？

不知何故，我们的一个旧 Server 2008（不是 R2）机器开发了一个看似无限循环的文件夹。这对我们的备份造成了严重破坏，因为备份代理试图向下递归到文件夹中并且永不返回。

文件夹结构类似于：

C:\Storage\Folder1
C:\Storage\Folder1\Folder1
C:\Storage\Folder1\Folder1\Folder1
C:\Storage\Folder1\Folder1\Folder1\Folder1

... 等等。这就像我们在 90 年代玩过的那些Mandelbrot 套装之一。

我试过了：

• 从资源管理器中删除它。是的，我是一个乐观主义者。
• RMDIR C:\Storage\Folder1 /Q/S - 这返回 The directory is not empty
• ROBOCOPY C:\temp\EmptyDirectory C:\Storage\Folder1 /PURGE - 在 robocopy.exe 崩溃之前，这会在文件夹中旋转几分钟。

任何人都可以建议一种永久关闭此文件夹的方法吗？

鉴于 Ubuntu 上 ext4 文件系统上目录条目的当前结构，文件系统可以包含的最大文件数是多少？

计算文件系统可以包含的最大文件数的一般方法是什么？

众所周知，您永远不应该 fsck 已安装的分区。我可以理解，如果文件系统是由 fsck写入的（例如，使用 -a 选项），这很容易导致损坏，但是为什么不能在已安装的磁盘上运行只读检查？

我有一个应用程序正在运行（在 RHEL5 上），它将数据流式传输到 NFS 共享上。最近，我看到很多 .nfsXXXX...（xxx 是一个十六进制数）出现在它的工作目录中，应用程序每小时写入一次文件，然后将它们移动到不同的文件名。

这些文件是什么？这是否表明出现了问题？如何做进一步诊断？

当你创建一些像 ext3 这样的 Linux 文件系统时，会创建一个“lost+found”目录。如果文件因某种系统崩溃而损坏，则根据此文件将放置在那里。

如果删除此目录，系统会崩溃，会发生什么情况。如果文件夹被删除，我可以使用mkdir lost+found创建一个新目录，或者是否有只能在创建文件系统时设置的属性。