我在创build系统时使用默认参数创build了一个XFS文件系统。 现在查看xfs_info的输出，它显示sunit和swidth的值为0。 我似乎无法find解释在这方面的意思。 （我发现sunit和swidth集中在为这些参数设置正确的值，而不是将它们设置为0.） # xfs_info . meta-data=/dev/mapper/centos-root isize=256 agcount=8, agsize=268435455 blks = sectsz=512 attr=2, projid32bit=1 = crc=0 finobt=0 data = bsize=4096 blocks=1927677952, imaxpct=5 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=0 log =internal bsize=4096 blocks=521728, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 这肯定是一个无知的问题，对此我很抱歉，因为我是一个XFS新手，但sunit和swidth值是什么意思？ 我如何知道XFS实际上使用了哪些参数值，以及这些值如何与适合于我的RAIDarrays的值相关联？ （这是在硬件RAID之上的LVM之上的XFS系统。）
我有一个块存储卷通过FC挂载到我的服务器，我用XFS格式化了卷。 我开始遇到可以用xfs_repair轻松修复的文件系统损坏，但是我无法确定问题的根本原因。 我很积极，与我的FC存储无关，因为其他连接的服务器正常运行。 是否有需要使用的日志/软件包来确定此类问题的根本原因？ 环境RHEL 6.7 谢谢
由XFS格式化并通过NFS共享的42TB LUN被客户报告为“不可用”。 最后，我被迫重新启动文件服务器。 XFS LUN在修复之前不会挂载，为了修复，我需要挂载它，这样日志才会重播并提交未提交的更改。 在过去，我了解到，转储日志并运行修复结果会导致LUN中文件和文件夹的部分文件名丢失。 42 TB和潜在的数十万个文件。 文件名的丢失等同于数据丢失。 我有一个备份。 恢复将需要收集资源。 我认为该LUN中大约有30TB的数据需要恢复并复制到原位。 所以我需要30 TB的可用空间，这是不容易获得的。 是否有另一种强制XFS挂载的方式来重放这些日志并提交更改？ 这是我第三次对LUN进行“冻结”，并被报告为日志中的xfs损坏，并被迫重新启动服务器以使其恢复在线状态。 XFS似乎具有良好的声誉。 它已经存在了相当长的时间。 这是文件服务器操作系统（RHEL7）的默认设置。 我的configuration中是否有可怕的错误，导致这些LUN被破坏？ SAN在文件服务器上显示LUN，挂载nodev，nosuid，nofail。 将文件服务器共享到以共享方式安装共享的工作站。 在这个组合中是否会挂起文件服务器？
我设法将/ dev / sdb设置为gpt，mkfs.xfs然后挂载它。 但是，无论何时我rsycnc文件，它会显示与日志消息中的xfs相关的内核错误，并在大约5GB到6GB的总大小rsync失败。 我读到，如果我想使用ext4，我需要用64位选项重新编译e2fsprogs => 1.4.3（当前1.4.1）。 我有什么select？ 我正在考虑将来自另一台服务器的40tb存储作为NFS共享到这台SLES 11服务器。 错误：文件系统“sdb”：文件/usr/src/BUILD/kernel-default-2.6.32.12/linux-2.6.32/fs/xfs/xfs_alloc.c中第2293行的XFS内部错误xfs_alloc_read_agf。 调用者0xffffffffa0324780
我的OpenSuSE 11.3作为Xen主机在8x296GB Cheetah 15k.6 SAS磁盘的机器上运行，其中4个是镜像的，另外4个是条带化的。 我使用LVM来pipe理磁盘，并使用OCFS2进行格式化。 我在卷组“vg”上将Xen domUconfiguration为逻辑卷，并使用XFS作为domU文件系统。 configurationdomU之后，我创build了LVM快照并将其存储在卷组“vg”下。 在创build快照的时候，我确定要安装它，以便我知道它的工作。 在Xen主机上，还有一个用于/ home分区的逻辑卷，这个逻辑卷由多个domU组成。 长话短说，我以为我是在一个domU，但真的在dom0，并发出“rm -rf / home /”来清除home目录。 （这个domU没有安装LV / home。）虽然没有任何有价值的东西丢失，但是当rm命令返回时，我确实注意到一个I / O错误。 现在，昨天，我去装载LVM快照，并得到了 stage:/ # mount -t xfs /dev/vg/xen-util-configured /mnt/template mount: /dev/mapper/vg-xen–util–configured: can't read superblock 所以我尝试xfs_check它并得到 xfs_check: /dev/vg/xen-util-configured is invalid (cannot read first 512 bytes) 同样对于xfs_repair Phase 1 – find and verify superblock… superblock read […]
我们有一个66TB可用空间的备份服务器，设置如下： 12个6TB RAID10arrays – > 12个PV – > 1个VG – > 1个LV – > xfs 这个文件系统专门用于备份（通过BackupPC）。 它收到很多的I / O，但绝对不是硬件应该有麻烦。 但是，我们经历了许多失败的备份，最近我注意到，即使在挂载上写入一个10行文件也需要20秒以上。 运行iostat显示为什么： [root@lolno BackupPC]# iostat Linux 2.6.18-194.17.1.el5 (lolno) 06/27/2012 avg-cpu: %user %nice %system %iowait %steal %idle 19.93 0.00 9.53 31.95 0.00 38.59 Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn sda 5.34 115.29 43.07 874600222 326773590 sda1 0.00 […]
我在一个EC2实例上有一个MySQL数据库服务器，在RAID 0arrays中有3个驱动器。 今天早上，服务器崩溃，检查日志后，我注意到一个结构需要清理错误（即系统错误代码117）。 与此我试图在受影响的驱动器上运行xfs_check，但以下是返回的： xfs_repair: /dev/md0 contains a mounted filesystem fatal error — couldn't initialize XFS library 我有所有必要的工具/软件包安装，所以我检查了系统日志，它返回这个： Filesystem "md0": XFS internal error xfs_da_do_buf(2) at line 2112 of file /build/buildd/linux-ec2-2.6.32/fs/xfs/xfs_da_btree.c. Caller 0xffffffff81261bb5 尝试一个xfs_repair后，我仍然可以看到与上面相同的输出和相同的syslog条目。 由于问题只在一个数据库目录中，是否有办法解决所提及的问题或让mysql忽略数据库目录以便继续操作（即手动删除数据库，同时保持lib目录不变）。 任何的意见都将会有帮助。
我添加了另一个8TB到我的20TBarrays，并试图用xfs_growfs扩展它，没有喜悦，也不知道为什么它失败。 很多谷歌提供了一些答案，但没有任何工作。 我的智慧已经在这里结束了，我已经在这里工作了几个星期，似乎每一步都有障碍。 谷歌链接之一提到，有一个问题增长到最大的大小，我需要增长到只有55块下全盘的大小，这是行不通的，其他人提到，操作系统必须是64位，已经确定是这样的… 任何帮助将不胜感激在这里，我试图避免设置另一个arrays和复制数据，重新格式化和复制回来。 谢谢！ 操作系统：CentOS 5.6 x64 +槟榔1880 [root@server ~]# xfs_growfs /mnt/array/ meta-data=/dev/sdb1 isize=256 agcount=32, agsize=167846623 blks = sectsz=512 attr=1 data = bsize=4096 blocks=5371091936, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=32768, version=1 = sectsz=512 sunit=0 blks, lazy-count=0 realtime =none extsz=4096 blocks=0, rtextents=0 xfs_growfs: XFS_IOC_FSGROWFSDATA xfsctl failed: […]
我的需要总结 我们把大量的文件放在文件系统中，以备以后分析。 我们无法控制我们将要拥有的文件数量，而这一个盒子需要访问所有文件。 不可改变的限制 我无法更改inode限制。 这是ext4，这是默认的40亿美元 总会有很多文件。 问题不在于如何减less文件数量; 这是如何规避4Bn的inode限制。 我无法使用networking存储。 这个盒子住在一个数据中心，由于现有数据吞吐量惊人的数量，networking存储不是一个选项。 我的想法 我可以在我们放置这些文件的位置将文件挂载为回送设备。 Pro：简单实施 Con：复杂性的另一层，但非常薄。 XFS。 没有inode限制。 亲：这显然只是消除了这个问题。 Con：不确定在生产系统中进行这种改变有多大的灵活性。 我的问题 为了规避这个严峻的限制，还有哪些其他的方面呢？ 我提到的方法还有其他的好处/缺点吗？
我有一个奇怪的错误，在Linux上与XFS框，我不知道如何debugging和修复它。 以下是dmesg的摘录： Info fld=0x17 end_request: I/O error, dev sde, sector 34412208504 sd 7:0:0:0: SCSI error: return code = 0x08000002 sde: Current: sense key: Aborted Command <<vendor>> ASC=0xc0 ASCQ=0x23ASC=0xc0 ASCQ=0x23 Info fld=0x17 end_request: I/O error, dev sde, sector 35840057200 sd 7:0:0:0: SCSI error: return code = 0x08000002 sde: Current: sense key: Aborted Command <<vendor>> ASC=0xc0 ASCQ=0x23ASC=0xc0 […]