我们用4TB存储作为LVM上的XFS卷来设置一个Linux（它在Amazon AWS上，一个类似于CentOS的系统，尽pipe我们并不完全确定它已经完成了自定义），最终用于通过NFS4服务，目前还没有使用），而且我们正在使用rsync将文件从我们的NFS服务器上的文件同步到XFS卷（即我们的rsync从NFS源到本地安装的基于XFS的LVM卷）。 然而，我们观察到rsync在某一时刻开始变得越来越迟缓（吞吐量急剧下降），并且负载平均和内存消耗都在很大程度上上升（而且CPU在iowait中的比例非常高）。 最后，我重新启动了XFS系统，系统显然恢复了正常，至less在过去的24小时里，更正常的rsync性能。 我们检查了munin监视图并没有注意到任何明显的东西，但是我们发现“inode表大小”和“open inode”度量（检查了指向从/ proc / sys / fs / inode-nr）随时间不断下降。 不久之前，我们观察到rsync卡住了，我们观察到这两个度量值从几十万降低到几千（我们的非XFS服务器大多数时间停留在大约500k，并且在长时间内没有显示任何单调下降的趋势），我们从内核中观察到这样的日志： ip-XX-XXX-XXX-XXXlogin：[395850.680006] hrtimer：中断了20000573 ns Sep 18 17:19:58 ip-XX-XXX-XXX-XXX kernel：[395850.680006] hrtimer：中断了20000573 ns [400921.660046]信息：任务rsync：7919被阻塞超过120秒。 [400921.660066]“echo 0> / proc / sys / kernel / hung_task_timeout_secs”禁用此消息。 [400921.660077] rsync D ffff880002fe4240 0 7919 7918 0x00000000 [400921.660093] ffff8800683e5638 0000000000000282 ffff880000000000 0000000000014240 [400921.660131] ffff8800683e5fd8 0000000000014240 ffff8800683e5fd8 ffff88000726da40 [400921.660153] 0000000000014240 […]
我使用我的Ubuntu机器作为使用Samba共享的Windows / Linux / Mac客户端的文件服务器。 我只需要添加更多硬盘就可以轻松扩展，而不必前后移动任何数据。 这是我迄今为止所做的。 我已经成功添加了第四个硬盘。 现在知道这应该怎么办了？ 我做错了什么，或者我能做得更好？ 创build初始3驱动器arrays 我从三个空驱动器开始：/ dev / sdb，/ dev / sdc和/ dev / sdd。 首先，我为所有驱动器创build了空分区： $ fdisk /dev/sdX n # Create a new partition p # Primary 1 # First partition [enter] # Starting point to first sector (default) [enter] # Ending point to last sector (default) t […]
我最近有一个XFS文件系统由于powerfail变得腐败。 （CentOS 7系统）。 系统无法正常启动。 我从救援光盘启动，并尝试xfs_repair ，它告诉我挂载分区来处理日志。 我安装了分区，并做了一个ls来validation是的，它似乎在那里。 我卸载了分区，并再次尝试xfs_repair并得到相同的消息。 在这种情况下我该怎么做？ 我的救援光盘有问题吗（系统救援光盘，版本4.7.1）？ 有其他的程序，我应该使用？ 我最终只是从备份恢复系统（在这种情况下，这是快速和容易），但我想知道在未来做什么。
我有一个有一些可用空间的xfs文件系统。 我可以缩小它吗？ 我知道xfs_growfs 。 还有resize2fs和resize_reiserfs 。 侧面的问题：是不是一个良好的文件系统select散装长期文件存储？
在rax 1 + 0和6个磁盘之上的LVM之上使用XFS的DL380p gen8服务器上，与RHEL 5相比，相同的工作负载导致RHEL 6的磁盘写入增加了十倍，导致应用程序无法使用。 请注意，我并不是在尽可能多地优化co6系统，而是在了解co6为什么如此不同以及如何解决这个问题。 的vmstat / iostat的 我们有一个MySQL复制设置，使用MySQL 5.5。 使用RHEL 6作为操作系统的gen8服务器上的Mysql从服务器执行得不好，使用vmstat和iostat进行检查显示，这些服务器执行了页面输出活动的十倍，以及写入磁盘子系统的十倍。 blktrace表明这些写操作不是由mysql启动的，而是由内核启动的。 Centos 5： [dkaarsemaker@co5 ~]$ vmstat 1 procs ———–memory———- —swap– —–io—- –system– —–cpu—— rb swpd free buff cache si so bi bo in cs us sy id wa st 3 0 12 252668 102684 10816864 0 0 8 124 0 […]
有谁知道validation在LVM和md RAID上的XFS文件系统在4096字节（又名“高级格式”扇形磁盘arrays上正确alignment的步骤吗？ 一些参考是： http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/ 此外，这个问题的上下文是关于堆栈溢出的新的NAS： http : //blog.serverfault.com/post/798854017/the-theoretical-and-real-performance-of-raid-10
我在这个主题上看到的最后一个真正的问题是大约两年前（ ext4准备好用于生产 ）。 在这段时间内， ext4又如何改进？ XFS ， JFS和ext3是备用的可靠select。 我只在最近的Ubuntutesting/开发环境中使用了ext4，并没有看到任何问题 – 但是它们也是低使用率的工作站，虚拟机和一次性的培训环境。 从速度和可靠性的angular度来看，ext4现在是如何堆积起来的，特别是XFS和JFS已经有了一些成熟的时间了。 ZFS是一个可行的select（看起来它是一个保险丝 模块 ，可能不适用于Linux）。
任何在Linux IO系统方面具有一定经验的人的洞察力都是有帮助的。 这是我的故事： 最近提出了六个戴尔PowerEdge rx720xds集群通过Ceph提供文件。 这些机器有24个核心，两个插槽，两个numa区和70千兆字节的内存。 磁盘被格式化为每个磁盘的扫描（我们看不到直接暴露它们的方法）。 networking由mellanox infiniband IP over IB提供（IP数据包在内核区域变成了IB，而不是硬件）。 我们每个SAS驱动器都是这样安装的： # cat /proc/mounts | grep osd /dev/sdm1 /var/lib/ceph/osd/ceph-90 xfs rw,noatime,attr2,inode64,noquota 0 0 /dev/sdj1 /var/lib/ceph/osd/ceph-87 xfs rw,noatime,attr2,inode64,noquota 0 0 /dev/sdu1 /var/lib/ceph/osd/ceph-99 xfs rw,noatime,attr2,inode64,noquota 0 0 /dev/sdd1 /var/lib/ceph/osd/ceph-82 xfs rw,noatime,attr2,inode64,noquota 0 0 /dev/sdk1 /var/lib/ceph/osd/ceph-88 xfs rw,noatime,attr2,inode64,noquota 0 0 /dev/sdl1 /var/lib/ceph/osd/ceph-89 xfs rw,noatime,attr2,inode64,noquota 0 0 […]
我在一个大小约为200 GB的XFS文件系统上有一个文件。 这是包含KVM驱动的虚拟机的虚拟磁盘的QCOW2映像。 出了点问题（也许是qemu-kvm的一些小问题，我不确定），虚拟机崩溃了，现在我有一个文件，看起来像这样： 191090708 -rwxr–r–. 1 root root 737571587400425984 Oct 10 10:03 973d10e0-a5e3-4a59-9f98-4b9b9f072ade 所以它仍然占用191090708块，但ls显示为656PB。 此外，我有另一个具有相同的历史，但在另一个文件系统（不是XFS，但GFS2）的文件： 410855320 -rwxr–r–. 1 root root 7493992262336241664 Dec 13 2014 ac2cb28f-09ac-4ca0-bde1-471e0c7276a0 它占用了410855320块，但ls显示为〜6.6艾字节。 你怎么看，删除这些文件是否安全？ 谢谢！ PS定期拍摄快照非常棒！ :)我不知道我会做什么没有他们。
我们有一个带有4TB文件系统的Linux服务器，用来存储Subversion版本库。 有许多库，其中有几个已经使用了好几年。 磁盘最初大约是1TB，但是一年前我们开始空间不足，增加到4TB。 现在，人们正在报告无法检查文件到他们的回购。 错误消息是No space left on device 。 该磁盘大约有1.5TB的空闲空间，并且还有自由的inode报告 – 但是不可能在其上创build一个新的文件。 仍然可以更新旧文件，并间歇性地更新一些存储库，但同一个存储库在下次尝试时可能会失败。