银河麒麟高级服务器操作系统V10SP3（X86）安装设备类型选择lvm简单模式之后，数据写入导致失败导致系统重启无法正常加载

银河麒麟高级服务器操作系统V10SP3（X86）安装设备类型选择lvm简单模式之后，数据写入导致失败导致系统重启无法正常加载

• • • 一 系统环境
    • • • 1.1 系统版本信息
        • 1.2 通过镜像安装的过程中选择设备类型选择的是lvm简单模式
    • 二 问题描述
    • 三 问题修复过程
    • • • 3.1 挂载ISO镜像，引导到字符终端界面
        • 3.2 修复逻辑卷并挂载测试
        • • （1）激活系统盘中的逻辑卷
          • （2）查看激活的逻辑卷
          • （3）修复root逻辑卷
          • （4）创建临时挂载点
          • （5）挂载测试
          • （6）查看挂载情况
          • （7）修改硬盘为第一引导项，重启正常进入系统
    • 四 问题排查
    • • • 4.1 使用vgs lvs查看逻辑卷状态
        • 4.2 使用df查看分区使用
        • 4.3 使用lsblk查看分区情况
        • 4.4 根据查询情况总结
    • 五 具体结论
    • 六 LVM精简池和精简卷的概念
    • • • 6.1 LVM精简配置介绍
        • 6.2 精简池概念
        • 6.3 精简池作用
        • 6.4 精简卷概念
    • 七 后续建议

一 系统环境

1.1 系统版本信息

[root@localhost ~]# nkvers
############## Kylin Linux Version #################
Release:
Kylin Linux Advanced Server release V10 (Lance)

Kernel:
4.19.90-52.22.v2207.ky10.x86_64

Build:
Kylin Linux Advanced Server
release V10 (SP3) /(Lance)-x86_64-Build23/20230324
#################################################

1.2 通过镜像安装的过程中选择设备类型选择的是lvm简单模式

二 问题描述

（1）业务组在上传数据（18G）之后，进行系统重启，无法正常进入系统，系统的根分区开机无法自动挂载，到Control-D界面（由于是根分区挂载不上，所以在此界面输入root密码也无法正常验证） （2）在修复完成之后，正常进入系统。业务组再次上传数据（18G）之后，重启系统发现又出现开始的问题。 #机器在之前做过/分区扩容的操作，使用lvextend扩容的klas-root这个卷，扩容了200G

三 问题修复过程

3.1 挂载ISO镜像，引导到字符终端界面

挂载系统的iso镜像文件，将虚拟机第一引导模式更改为cdrom，从光盘进行引导。引导，选择“Install Kylin Linux Advanced Server V10”（如下图1所示）。到语言选择界面（如下图2所示），按ctrl+alt+f2组合键到字符界面（如下图3所示）。

3.2 修复逻辑卷并挂载测试

（1）激活系统盘中的逻辑卷

vgchange -ay

（2）查看激活的逻辑卷

lvs

（3）修复root逻辑卷

xfs_repair -L /dev/klas/root

（4）创建临时挂载点

mkdir a/

（5）挂载测试

mount /dev/klas/root a/

（6）查看挂载情况

df -h

（7）修改硬盘为第一引导项，重启正常进入系统

四 问题排查

在修复完成之后，进入系统。业务组再次上传数据（18G）之后，重启系统发现又出现开始的问题

4.1 使用vgs lvs查看逻辑卷状态

[root@localhost ~]# vgs
VG #PV #LV #SN Attr VSize VFree
klas 2 3 0 wz–n- 297.99g <219.60g
[root@localhost ~]# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
pool00 klas twi-aotz– <62.32g 100.00 97.11
root klas Vwi-aotz– 281.92g pool00 22.11
swap klas -wi-ao—- 16.00g

4.2 使用df查看分区使用

[root@localhost log]# df -h
Filesystem size Used Avail Use% Mounted on
devtmpfs 7.2G 0 7.2G 0% /dev
tmpfs 7.3G 20K 7.3G 1% /dev/shm
tmpfs 7.3G 9.3M 7.2G 1% /run
tmpfs 7.3G 0 7.3G 0% /sys/fs/cgroup
/dev/mapper/klas-root 282G 64G 219G 23% /
tmpfs 7.3G 340K 7.3G 18 /tmp
/dev/sda1 2.0G 187M 1.9G 10% /boot
tmpfs 1.5G 52K 1.5G 18% /run/user/0
/dev/sr0 4.1G 4.1G 0 100% /run/media/root/Kylin-Server-10

4.3 使用lsblk查看分区情况

[root@localhost ~]# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 100G 0 disk
├─sda1 8:2 0 2G 0 part /boot
└─sda2 8:3 0 98G 0 part
├─klas-pool00_tmeta 253:0 0 36M 0 lvm
│ └─klas-pool00-tpool 253:2 0 62.3G 0 lvm
│ ├─klas-root 253:3 0 281.9G 0 lvm /
│ └─klas-pool00 253:5 0 62.3G 1 lvm
└─klas-pool00_tdata 253:1 0 62.3G 0 lvm
│ └─klas-pool00-tpool 253:2 0 62.3G 0 lvm
│ ├─klas-root 253:3 0 281.9G 0 lvm /
│ └─klas-pool00 253:5 0 62.3G 1 lvm
├─klas-swap 253:4 0 16G 0 lvm [SWAP]
sr0 11:0 1 4.3G 0 rom /run/media/root/Kylin-Server-10

4.4 根据查询情况总结

（1）vgs，lvs发现在vg卷组中创建了一个精简池，在精简池中创建了一个精简卷。并非采用在vg卷组中创建lv逻辑卷的方式去管理。 （2）lvs显示pool00这个精简池的Data%数值为100.00%，Meta%数值为97.11% （2）df -h查看/分区实际200多GB，可用空间还有70%多。 （3）在排查过程中使用dmesg命令发现dm-3设备一直有磁盘I/O error相关的报错。

五 具体结论

1、系统在安装的时候，设备类型选择了lvm简单配置，导致系统在安装过程中创建了精简池和精简卷（实际使用者不知道创建了精简卷）。 2、按照传统的扩容方式去对跟分区进行扩容，也就是使用lvextend命令对klas-root这个精简卷去操作，df -h查看确实是扩容成功了。 3、导致出现的情况是：精简池的大小为 63GB左右，精简池下边精简卷（klas-root）的精简卷大小为 281GB。由于精简卷是由精简池管理，所以给klas-root卷扩容的200多GB空间虽然扩容成功了，但是无法使用。 4、系统跟分区63GB，已经使用了55GB，在传输18GB数据的过程中，把根分区写满了，导致根分区出现异常。重启无法过程中无法正常挂载。 5、正常来说的话应该是要扩容精简池（pool00），而不是卷（klas-root）。

六 LVM精简池和精简卷的概念

6.1 LVM精简配置介绍

精简配置（Thin Provisioning）指分配的资源量超过实际的物理资源量，类似于现实社会中的“超售”概念。

LVM的精简配置中有两个要素，分别是精简池和精简卷。

6.2 精简池概念

精简池是一个特殊的普通LV，在它建立时会立即从VG中分配空间，与正常的LV没有什么不同；但是这个LV不能被创建文件系统直接使用，而是处于一种特殊的格式，包含数据和元数据两个部分。

6.3 精简池作用

是为精简卷提供空间，而精简卷本身不能从VG中直接获取空间

6.4 精简卷概念

精简卷和普通卷的根本差异，在于其创建时，并不从VG中真的分配空间，而是虚拟的分配空间，当进行写入时，则会写入到对应的精简池中。

需要注意的是，虽然精简池可以实现自动扩展，但是VG并不能自动扩展，因为PV提供的空间是有限的。在使用精简配置时，需要注意VG的剩余量，对于大型的生产环境，必须使用服务器监控工具进行监视，来避免资源耗尽无法写入的情况。

七 后续建议

（1）创建新的虚拟机模板，删除旧的。并且在安装的时候设备类型选择lvm模式而不是lvm简单模式。 （2）现有的虚拟机不要将扩容的200GB进行缩容，可能会出现未知问题导致根分区无法修复。 （3）如果现有机器还需要使用的话，添加磁盘，扩容精简池（pool00）的空间，而不是卷（klas-root）。