|
今天接到朋友求助，一服务器磁盘空间满了，要求增加空间，磁盘已经增加到服务器，要求加到文件系统中去。我想这个操作很简单： 1. 查看系统情况 发现 /data 挂载点已经100%,应该就是他要增加空间。 2. 查看当前可用磁盘 发现VDA,VDB,VDC三块盘，VDA,VDB已经使用，/DATA目前使用的VDB，而且是使用的逻辑卷，可用磁盘为 VDC。 3. 查看磁盘组情况 还有24G可用 4. 查看/DATA挂载点文件系统 是EXT4 5. 顺带看看系统版本 Centos 7.6 ,7以上版本，默认应该是使用xfs ,看来对方对EXT4有特殊的需求。 6. 格式PV,扩VG VG空间已经加到2T. 7. 扩文件系统到2T Ext4 可以直接在线扩大小 扩展报错，提示rerize2fs:没有调整文件系统大小的权限，fsadm：resize ext4 failed. 逻辑卷空间增加了，但文件系统空间没有增加. 手工执行 resize2fs /dev/mapper/vg01-data ，也报同样的错.
寻求AI帮忙:
按步骤处理： 看挂载情况，是RW 检查文件系统是EXT4 ，而且是读写 卸载文件系统挂载，在扩大小： 卸载后，resize2fs /dev/mapper/vg01-data,要求先运行 e2fsck -f /dev/mapper/vg01-data 运行时，发现第一步，第二步都比较慢，大概花了40分钟。 这个时间，检查操作系统日志， 发现有报错：There are errors in the filesystem,so online resizing is not allowed。 看来确实是文件系统有错误，
- 系统检测到/dev/dm-3（对应之前提到的/dev/mapper/vg01-data逻辑卷）的EXT4 文件系统存在错误。
- 因此禁止了resize2fs的在线扩容操作（这是 EXT4 的安全机制，避免错误文件系统扩容后数据损坏）。
日志中还能看到文件系统的具体错误记录： EXT4-fs (dm-3): error count since lastfsck: 50 EXT4-fs (dm-3): initial error at time1708681420: ext4_lget:4390: inode 38538658
- 说明该文件系统自上次检查后已出现 50 次错误，且明确了错误发生的时间、涉及的inode（文件系统的索引节点）。
问题根源 结合之前的操作（执行resize2fs扩容），文件系统损坏是导致 “无权限扩容” 的真实原因（系统并非真的 “权限不足”，而是以 “权限” 提示来阻止错误操作） 问了现场，原来是磁盘空间不够了，然后给虚拟机加磁盘，加了磁盘后，结果服务器自动重启了，估计是超融合中操作出现什么问题，也有可能是有人认为要重启才能识别磁盘。 重启之后，使用LVM加磁盘，就报这个错了。看来还是文件系统本身有问题导致。
最后，E2FSCK成功： 检查修复完毕，庆幸的是没有问题。 重新去resize2fs 成功了，再mount /data ，成功，文件系统成功的扩展到2T. 到此，问题解决。 总结一下，本问题，就是虚拟机加磁盘，然后重启，导致磁盘中，有错误，导致无法在线扩容，通过离线扩容解决。
| 
|手机版|小黑屋|重庆思庄Oracle、Redhat认证学习论坛
( 渝ICP备12004239号-4 )
发表于 2025-11-10 14:43:38
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
收藏
支持
反对