修复lvm的逻辑卷

一、背景

公司传统的服务器不知道什么朝代的朝臣用lvm分区,1T的硬盘分了50G挂载到根目录“/”里面有/var、/usr……,剩下的挂载到了“/home"目录,逻辑卷组一点都不剩。后面用docker的时候容器镜像一股脑儿到了/var/lib/docker。空间严重不足,在万分紧急的情况下,我机智地削了home目录的空间,在没有卸载的情况下增加了根目录的空间。因为当初是直接挂载到根目录的,所以var目录没办法分开。

我按照扩容的步骤来做,先卸载,umount,然后lvreduce,然后resize2fs。根目录所在的逻辑卷只能在线扩容,不umount,直接lvextend,然后resize2fs。一切正常,但是home逻辑卷的数据不正确,其他正常使用,我就不管他了。

二、服务器正常启动

后来,个别目录执行失败,我重启服务器。很久ssh都连不上,估计服务器启动失败,我赶紧跑去机房在本机登录,想改了fstab.conf文件,好让服务器起码正常启动,然后我再ssh操作。但是没权限。

1、重新挂载: mount -o remount,rw /

2、然后可以:vi /etc/fstab,不然fstab是制度文件。然后注释掉home目录的挂在信息。

三、恢复home的正常使用

我先尝试挂载,看看有没有什么错误再试试修复。

1、查看服务器上面的lv信息:lvscan

2、尝试挂载: mount /dev/VolGroup/lv_home /home

报这个错误:

mount: wrong fs type, bad option, bad superblock on /dev/mapper/VolGroup-lv_home,

missing codepage or helper program, or other error

In some cases useful info is found in syslog - try

dmesg | tail or so

3、确定错误类型: dmesg | tail

EXT4-fs (dm-2): bad geometry: block count 226699264 exceeds size of device (200484864 blocks)

错误类型是文件系统块数超过设备块数。

主要的错误来自于我再缩小逻辑卷空间的时候没有事先缩小文件系统。这是个致命的错误。

4、构思

网上很多兄弟都说数据肯定没了,特别是我这种逻辑卷组已经没有空间给我还原之前的大小。后来综合了网上的资料和同僚讨论,拿一个移动硬盘去做成pv,加入vg。再按量分给home逻辑卷组,就挂上home盘,然后再按照正确的顺序把移动硬盘腾出来。这里我在腾讯互移动硬盘的时候先把home挂载上去,主要是不知道后面的操作风险多大,先把资料备份出来。

5、恢复操作

a、插入移动硬盘,执行fdisk -l|tail查看磁盘信息。

可以看到sdb一有已经建好的分区,提供直接使用。

b、创建物理卷,pvcreate /dev/sdb1

c、加入逻辑卷组, vgextend VolGroup /dev/sdb1

d、查看信息。vgs

vg已经像计划中变大。

e、扩大home逻辑卷。lvextend -L +55G /dev/mapper/VolGroup-lv_home

实质上是恢复home原有的容量。

f、把home挂在起来。mount /dev/mapper/VolGroup-lv_home /home

资料全部都在,有些文件夹损坏。赶紧备份数据了,后面还有更高风险的操作。

四、移除移动硬盘

1、卸载home盘。umount /home

没报错。

2、查看pv的使用情况。pvscan

3、检查修复损坏的逻辑卷。e2fsck -f -y /dev/mapper/VolGroup-lv_home

4、缩小文件系统。resize2fs -p /dev/mapper/VolGroup-lv_home 500G

压缩成功。

5、缩小逻辑卷。lvreduce -L 500G /dev/mapper/VolGroup-lv_home

6、移除pv。vgreduce VolGroup /dev/sdb1

7、检查有没有移除成功了。vgs&&lvs&&pvs

以上看来,移除都操作全部顺利

8、销毁物理卷。pvremove /dev/sdb1

9、复检物理卷。pvs

没有/dev/sdb1,我就放心拔移动硬盘了。

10、测试自动挂载。mount -a

五、总结

其实就一个简单的步骤,既然磁盘有问题,那就回复原来的状态,没什么问题。但是,我这里的情况是,reduce了空间,又extend了/root,然后只能借助外力了。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏解Bug之路

解Bug之路-记一次JVM堆外内存泄露Bug的查找 顶

JVM的堆外内存泄露的定位一直是个比较棘手的问题。此次的Bug查找从堆内内存的泄露反推出堆外内存,同时对物理内存的使用做了定量的分析,从而实锤了Bug的源头。笔...

824
来自专栏IT派

Python入门网络爬虫之精华版

首先列举一下本人总结的相关文章,这些覆盖了入门网络爬虫需要的基本概念和技巧:宁哥的小站-网络爬虫

551
来自专栏程序员的碎碎念

如何解决Python包依赖问题

以简洁高效(指编程较为高效, 而不是运行速度)出名的Python, 在包依赖问题上有时候让人挠头.

972
来自专栏bboysoul

vmware workstation 安装macos 10.13

说实在的,如果我有钱,早就换苹果了,macos真的是一个好系统,但是没钱,实话没钱只能使用linux。windows?windows是什么东西?我没有听说过。今...

802
来自专栏IMWeb前端团队

再见2015 再见cmd

本文作者:IMWeb yisbug 原文出处:IMWeb社区 未经同意,禁止转载 2015年已经快要过去了,你是否还在使用有着十几年历史的cmd命令行...

2069
来自专栏美团技术团队

LsLoader——通用移动端Web App离线化方案

背景 由于JavaScript(以下简称JS)语言的特性,前端作用域拆分一直是前端开发中的首要关卡。从简单的全局变量分配,到RequireJS实现的AMD模块方...

40417
来自专栏月色的自留地

在龙芯小本上安装Debain8.10

1696
来自专栏pangguoming

20个代码生成框架 (.NET JAVA)

1.1 CodeSmith 一款人气很旺国外的基于模板的dotnet代码生成器 官方网站:http://www.codesmithtools.com 官方论坛:...

7606
来自专栏java一日一条

生产者消费者模式

在并发编程中使用生产者和消费者模式能够解决绝大多数并发问题。该模式通过平衡生产线程和消费线程的工作能力来提高程序的整体处理数据的速度。

611
来自专栏Clive的技术分享

Memcached内存机制Memcached特点内存分配机制 - SlabAllocation内存使用机制 - LRU(Least Recently Used)优化思路

Memcached特点 协议简单,基于文本行的协议 基于Libevent的时间处理 内置内存存储方式 分布式缓存服务器(采用一致性哈希算法实现的客户端分布式,而...

3608

扫码关注云+社区