到目前为止,我已经成功运行了从许多EBS卷构建的RAID 5卷. EBS卷已连接并与mdadm一起使用以创建RAID 5.然后,我使用LVM将生成的RAID显示为单个物理卷和单个逻辑卷.
在过去,我已经能够通过添加新的EBS卷,附加它,然后运行以下过程来扩展文件系统.
mdadm --add /dev/md0 /dev/xvdi# grow the raID... (Could take a while for a large disk!)mdadm --grow /dev/md0 --raID-devices=4# grow the LVM physical volumepvresize /dev/md0# grow the LVM logical volume ... fairly certain# -l100%PVS will make the extents use as much space# as possible on physical disks (and hopefully won't overwrite anything)lvresize -l100%PVS /dev/data_vg/data_lv# resize the file system,too!xfs_growfs /dev/data_vg/data_lv# yay!df -h
表面上,我最近尝试这样做的工作很好.运行df -ih / fh表明我有一个已安装的文件系统,可以使用额外的TB,正如预期的那样.此外,使用的inode总数仅为1%.此外,pvdisplay和lvdisplay还显示正确的卷大小.
自从增长以来,我甚至能够为该卷添加一些数据(大约150GB).但是,今天我尝试创建一个目录并获取
mkdir: no space left on device
如果我据称有大量的inode可用,为什么我会遇到这个问题?
我已卸载磁盘并运行xfs_check,但这不会报告任何问题.
谢谢!
解决方法 我能够通过以下方式解决问题:umount [the mountpoint]mount /dev/data_vg/data_lv -o inode64 [the mountpoint]
显然,默认(32位inode?)xfs将存储磁盘的第一个1TB部分中的所有inode.这意味着如果第一个1TB已满,那么即使看起来你有足够的空间/ inode可用,你也不会在磁盘错误上遇到空间.通过添加inode64选项,如果我理解正确,节点可以存储在磁盘上的任何位置.
资料来源:the XFS FAQ.
总结以上是内存溢出为你收集整理的linux – XFS:设备上没有空间,(但我有850GB可用!)全部内容,希望文章能够帮你解决linux – XFS:设备上没有空间,(但我有850GB可用!)所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)