暂无图片
oracle 目录LVM扩容resize2fs卡死
我来答
分享
pgone
2023-12-06
oracle 目录LVM扩容resize2fs卡死

请教个问题,昨天有个redhat5.4的系统 / 目录lvm扩容时就卡在这

[root@fsdb ~]# resize2fs /dev/mapper/VolGroup00-LogVol00
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/mapper/VolGroup00-LogVol00 is mounted on /; on-line resizing required


导致主机一种假死状态,IP 是通的 新的ssh连不上,上面Oracle库连接也断了,大概持续20多分钟,后来重启了下正常了,检查了下只resize2fs了50G上去,本来是要扩500的

我来答
添加附件
收藏
分享
问题补充
2条回答
默认
最新
Mjwlan

在 Red Hat 5.4 系统中,当使用 resize2fs 命令对 / 目录下的 LVM 扩容时出现了故障,导致系统进入假死状态。这可能是由于某些原因导致扩容操作无法正常完成,从而引发了此问题。

以下是一些建议的步骤,以帮助你解决这个问题:

  1. 确认扩容命令已成功执行: 在扩容之前,请确保你已经按照正确的步骤进行了 LVM 的扩容,并且扩容命令成功执行。你可以运行 lvdisplay 命令来检查逻辑卷的大小是否已经增加。

  2. 检查文件系统的一致性: 在执行 resize2fs 命令之前,建议先检查文件系统的一致性。可以使用 fsck 命令对文件系统进行检查和修复。例如:fsck /dev/mapper/VolGroup00-LogVol00

  3. 观察系统的资源使用情况: 当执行 resize2fs 命令时,它可能会消耗大量的系统资源和时间。你可以使用系统监控工具(如 top 或 sar)来观察 CPU、内存、磁盘和网络的使用情况。确保系统足够的资源用于执行该操作。

  4. 检查日志文件: 在系统假死期间无法连接到主机时,重启后可以查看系统日志文件(如 /var/log/messages)以了解任何相关的错误消息或警告。

  5. 重新执行扩容操作: 如果问题发生在扩容过程中,你可以尝试重新执行 LVM 扩容的操作。确保在重新执行之前备份重要数据,并确保系统和文件系统的一致性。

请注意,在进行任何系统操作之前,请务必先备份重要数据,并谨慎地评估和测试操作的影响。如果问题仍然存在或不确定如何操作,建议联系 Red Hat 支持团队寻求进一步的帮助和指导。

暂无图片 评论
暂无图片 有用 0
暂无图片
pgone
题主
2023-12-07
谢谢解答
pgone

ext3的文件系统

暂无图片 评论
暂无图片 有用 0
回答交流
提交
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏