VG mirror中PV丢失处理过程

最新推荐文章于 2023-12-19 10:44:01 发布
原创 最新推荐文章于 2023-12-19 10:44:01 发布 · 3.6k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Mirrorvg

这里写图片描述

这里写图片描述

环境：
AIX6.1+HACMP+SAN存储

1、解除镜像，reduce vg

unmirrorvg rmapp21datavg hdisk3 hdisk7
reducevg rmapp21datavg hdisk3 hdisk7

HA环境下应使用smitty hacmp来解除vg和从vg里移除pv，否则会造成两边vg信息不同步。

2、删除PV

rmdev -dl hdisk2
rmdev -dl hdisk7

3、重新扫描设备

cfgmgr

4、重新把pv加入到VG中

由于开始直接unmirrorvg和reducevg移除的那两个pv，所以重新加回VG时报错，因为HA另一节点上还保留着该VG信息。
这里写图片描述
hacmp同步(

最低0.47元/天 解锁文章

200万优质内容无限畅学
LVM PV MISSING故障恢复案例
有莘不破的博客
07-22 1545
一次lvm故障pv-missing恢复测试记录
AIX：卷组（VG）
weixin_33841722的博客
04-12 1234
系统安装时，就会创建一个rootvg卷组。rootvg卷组包含自带硬盘（内置硬盘）和系统逻辑卷，一个系统只能有一个rootvg卷组。如果系统中有足够的硬盘，可以给rootvg添加一块硬盘一、创建卷组（VG） 创建卷组前，需要知道： 1.卷组名字 2.卷组包含哪些物理卷（PV） 3.确定物理分区（PP）大小：默认为4M，一个物理卷最多能包含1016个物理...
Linux-LVM-PV丢失导致vg异常
weixin_50877409的博客
06-07 3320
Linux的LVM会默认存储用户对PV/VG/LV的每一步操作，并自动把当前的VG的信息备份到一个文件里面，位置是/etc/lvm/backup/VG名。这个文件里面记录的东西大概跟vgdisplay/pvdisplay/lvdisplay输出的信息一致，里面也包括了对于恢复VG信息至关重要的PVUUID。这个文件记录的信息大概就相当于整个VG的元数据，这个文件非常重要，通过这个文件来恢复整个VG的信息。可以看到 PV0 Sde就是丢失盘的UUID。
记一次linux pv missing故障
Yonx
08-31 3185
一、现象描述 linux一个逻辑卷lv_home丢失，无法正常挂载，之前挂载在/home目录下: [root@VM001 ~]# cat /etc/fstab ....... /dev/VolGroup/lv_home /home ext4 defaults 0 0 查看文件系统挂载情况，发现lv_home并没有挂载： [root@VM001 ~]# df -h Filesystem Size Used...
修复丢失的pv
热门推荐
贤时间
04-03 2万+
在给RHEL进行扩容的时候提示有个lv找不到了。应该是分配给交换空间的lv找不到了，导致没法进行库容。下面是处理过程。 提示缺少一个pv导致无法继续 ## 初始报错 [root@localhost ~]# pvdisplay /dev/rhel/swap: read failed after 0 of 4096 at 4294901760: 输入/输出错误 /dev/rhel/swap: r
PV状态是removed或者missing
09-17 2594
<br />pv的状态是removed或者missing，网上说磁头信息不一致<br />使用 od -x /dev/hdisk1 | more 更新pvid，比较麻烦，我用fuser察看到没有进程访问，就重新先脱离vg然后再镜像<br />hdisk1状态missing解决办法<br />1.lspv<br />2.lsvg<br />3.reducevg rootvg hdisk1<br />4.rmdev -dl hdisk1<br />5.cfgmgr<br />6.chdev -l hdisk1
pvs中pv显示[unknown]解决方法、正确剔除一个vg流程方法【不影响vg已有的lv数据】、vgs容量和硬盘容量显示不一致解决方法
崔崇鑫的博客，你linux/云运维工作中的百科全书。
02-19 9751
如果物理卷包含 镜像片段 类型的 逻辑逻 卷的 镜像，您可以使用 像 vgreduce --removemissing – mirrorsonly --force 命令从 镜像中 删除该镜 像。如果逻辑 卷包含失 败的物理卷，您就无法使用 该逻辑 卷。要从卷 组中删除缺少的物理卷，您可以使用 vgreduce 命令的 --remove mising 参数，如果缺少物理卷上没有分配 逻辑 卷。在从卷组中删除物理卷前，您可以使用 pvdisplay 命令确定物理卷没有被任何 逻辑逻卷使用。
hp_mirror_disk
04-17
【hp_mirror_disk】技术是HP小型机中一种重要的数据保护策略，通过镜像磁盘，可以实现硬盘的冗余，从而提高系统的可用性和数据的安全性。以下是对这一技术的详细解释： 1. **创建分区列表文件**：在进行镜像之前，...
【理解逻辑卷管理LVM】LVM基础概念：PV、VG、LV的角色和功能
![【理解逻辑卷管理LVM】LVM基础概念：PV...LVM通过将硬盘分区转换成物理卷（PV），然后将这些物理卷组合成卷组（VG），在卷组内创建逻辑卷（LV）来存储数据，实现了对磁盘空间的动态调整和管理。 接下来，我们将探索L
LVM（Logical Volume Manager）实现扩容、快照、灵活分区等高级功能的核心在于其三层抽象架构和动态元数据管理。以下是逐项技术原理解析： 一、LVM 核心架构 二、高级功能实现原理 1. 灵活分区（Logical Volume） ● 原理： LVM 将物理卷（PV）聚合成存储池（VG），从中按需划分逻辑卷（LV）。 突破物理限制：LV 可跨越多块物理硬盘（如将两块硬盘的PV加入同一个VG）。 ● 操作示例： vgcreate vg_data /dev/sda1 /dev/sdb1 # 将两块硬盘加入VG lvcreate -L 500G -n lv_apps vg_data # 创建跨越两块硬盘的LV ● 优势： 传统分区 /dev/sda1 只能使用单块盘空间，而LV /dev/vg_data/lv_apps 可跨盘分配存储。 2. 在线扩容（Extend LV） ● 原理： ○ 扩展LV：lvextend 直接修改LV的元数据（metadata），扩大逻辑边界。 ○ 扩展文件系统：resize2fs（ext4）或 xfs_growfs（XFS）通知文件系统新空间可用。 ● 操作流程： lvextend -L +100G /dev/vg_data/lv_apps # 1. 扩展LV逻辑边界 resize2fs /dev/vg_data/lv_apps # 2. 扩展文件系统（ext4） ● 关键技术： ○ 元数据动态更新：VG/LV的元数据存储在磁盘头部，调整时无需移动物理数据。 ○ 文件系统协作：现代文件系统支持在线扩容。 3. 快照（Snapshot） ● 原理：写时复制（Copy-on-Write, CoW） ○ 创建快照时：仅记录原始LV的数据块映射表，不复制实际数据（秒级完成）。 ○ 原始LV数据修改时： ⅰ. 将被修改的旧数据块复制到快照空间 ⅱ. 再写入新数据到原始LV ○ 读取快照时：自动组合未修改块（从原始LV） + 修改块（从快照区） ● 操作示例： lvcreate --size 10G --snapshot --name lv_apps_snap /dev/vg_data/lv_apps ● 关键技术： ○ CoW 元数据表：跟踪数据块变化（类似版本控制）。 ○ 空间效率：仅存储被修改的旧数据块（初始快照几乎不占空间）。 4. 精简配置（Thin Provisioning） ● 原理：按需分配物理存储 ○ 创建精简LV：仅声明逻辑大小（如1TB），实际物理空间为0。 ○ 写入数据时：动态从VG分配物理块（每次分配单位如1MB）。 ● 操作示例： # 1. 创建精简池（Thin Pool） lvcreate -L 100G -T vg_data/thin_pool # 2. 创建精简LV（逻辑大小1TB） lvcreate -V 1T -T vg_data/thin_pool -n lv_thin ● 关键技术： ○ 虚拟大小映射：LV逻辑地址 → 物理块地址的延迟绑定。 ○ 空间超额分配：多个LV的逻辑空间总和可超过VG实际容量（需监控避免写满）。 三、关键技术支撑 1. 元数据管理 ● 位置：存储在磁盘起始处的 VGDA（Volume Group Descriptor Area） ● 内容： ○ PV/UUID映射 ○ LV大小/位置 ○ 快照CoW映射表 ● 动态更新：所有变更先写日志再提交，避免崩溃损坏。 2. 数据块分配 ● PE（Physical Extent）： ○ 物理卷被划分为固定大小的块（默认4MB）。 ○ LV由多个PE组成（可能来自不同PV）。 ● LE（Logical Extent）： ○ LV内部逻辑块，与PE一一映射。 3. 快照的流程 四、为何LVM能安全实现这些功能？ 1. 事务性元数据更新： 修改VG/LV结构时，先写日志再提交，避免断电崩溃导致不一致。 2. 原子操作： 快照创建、LV扩容等操作是原子的，不会出现"半完成"状态。 3. 与文件系统解耦： LVM只管理块设备，文件系统在其上独立运作（如ext4/XFS）。 💎 总结： LVM通过存储虚拟化层 + 动态元数据管理 + CoW技术，在保证数据安全的前提下： ● 用 VG 池化物理存储 → 实现灵活分区 ● 用 元数据实时扩展 → 实现在线扩容 ● 用 写时复制 → 实现零延迟快照 ● 用 块延迟分配 → 实现精简配置 硬盘损坏处理 当两块磁盘组成LVM逻辑卷，且其中一块磁盘损坏时，会发生以下情况： 1. LVM状态变化 ● 卷组(VG)状态变为部分(partial)： vgdisplay 输出会显示： VG Status resizable, partial "partial"表示卷组中部分物理卷(PV)不可用 ● 物理卷(PV)状态变为丢失(missing)： pvs 输出示例： PV VG Fmt Attr PSize PFree /dev/sda1 vg0 lvm2 a-m 100.00g 0 /dev/sdb1 vg0 lvm2 m- 100.00g 0 # "m-"表示缺失 2. 数据访问情况 ● 未损坏部分数据可访问： ○ 未损坏磁盘上的数据仍然可读 ○ 文件系统可能进入只读模式（取决于损坏位置） ● 损坏部分数据不可访问： ○ 当访问存储在损坏磁盘上的数据时： dmesg | grep error 会显示I/O错误： Buffer I/O error on device dm-0, logical block XXXXX 3. LVM操作限制 ● 无法执行常规操作： lvextend -l +100%FREE /dev/vg0/lv0 会报错： Cannot process volume group vg0 with partial PVs ● 需要强制选项： 任何LVM操作都需要--partial或--force参数： vgreduce --removemissing --force vg0 4. 恢复流程 步骤1：移除损坏的PV vgreduce --removemissing --force vg0 步骤2：检查剩余空间 vgdisplay vg0 输出将显示减少的容量： Alloc PE / Size 5000 / 100.00 GiB # 原为200GiB 步骤3：更换磁盘并重建 pvcreate /dev/sdc1 vgextend vg0 /dev/sdc1 lvextend -l +100%FREE /dev/vg0/lv0 5. 数据丢失风险 ● 线性模式(默认)：损坏磁盘上的数据永久丢失 ● 镜像模式：数据仍完整（需立即修复）： lvcreate -m1 -L 100G -n lv_mirror vg0 /dev/sda1 /dev/sdb1 损坏后状态： LV Status available, partial 6. 预防措施 ● 始终使用冗余： # RAID1 + LVM mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sda /dev/sdb pvcreate /dev/md0 ● 监控工具： # 检查PV状态 pvscan -s # 监控SMART状态 smartctl -a /dev/sda 关键总结： 情况 数据可访问性 恢复难度 风险等级 单磁盘损坏(线性) 部分数据丢失 高 ⚠️ 灾难性 单磁盘损坏(镜像) 全部数据保持 中 ⚠️ 可恢复 RAID1+LVM 无数据丢失 低 ✅ 安全 📌 最佳实践：生产环境应始终使用硬件RAID1或LVM镜像，并为关键数据配置定期备份（如rsync或btrfs send/receive）。单磁盘LVM配置仅适用于非关键临时数据。 帮我整理一下，同时输出一个思维导图
最新发布
07-19
1. 在LVM扩容过程中，如果`vgextend`执行后VG空间未增加，可能是什么原因？如何排查？ 2. LVM快照的CoW机制如何避免原卷性能下降？写操作延迟的数学表达式是什么？ 3. 当使用LVM镜像卷时，如何计算同步所需的最小...
lvm--pv丢失后恢复
gong_xucheng的专栏
06-01 2730
[root@db-backup ~]# vgcfgrestore vg_backup   Couldn't find device with uuid JgYDQu-R1AG-wrD2-AHpX-A14C-8gLj-9HfBTR.   Couldn't find device with uuid QZrPdT-GxAo-eJif-MdJD-XOb2-12Ka-529u7q.   Couldn
LVM修复-误删除磁盘
DBA大董的博客
12-30 4572
lvm修复，删除磁盘，修复vg，修复pv，修复lv vgcreate pvcreate vgscan，逻辑卷修复，启动失败
centos8中lvm丢失PV找回方法步骤
weixin_44048054的博客
06-09 3094
pv丢失找加步骤
lvm残留pv信息无法重新创建lv
adam098165的博客
12-19 916
从库房利旧一批HDD磁盘，插入服务器后系统识别到显示为sde盘符，通过dd及parted均可以执行格式化及分区，挂载使用无异常，但是创建lv报错提示“ Incorrect metadata area header checksum on /dev/sde at offset 4096；将硬盘映射给主机，创建PV并添加到VG后，系统提示“unknown device”，此设备需要扩容到ceph集群提供存储服务，新建OSD过程中会新建vg及lv提示错误后自动退出；再次删除pv信息，格式化sde磁盘，
LVM的PV[unknown]解决
demonson的专栏
02-14 4988
问题描述系统使用者在进行lvm扩容时操作不当导致系统出现了很多unknown的pv，无法删除，扩容失败尝试执行vgreduce --removemissing /dev/klas（卷组名）无法删除。注：--removemissing：删除卷组中丢失的物理卷，使卷组恢复正常状态。通过vgs、pvs、lvs命令查看，都会报错有PV not found。
lvm丢失vg、lv、pv 以及整盘扩容sdb给lvm
二哈欢乐多的博客
09-05 594
【代码】lvm不见了和整盘扩容sdb给lvm。
AIX命令集锦二(存储管理命令)
08-13 3190
<br />二、存储管理命令：<br />2.1、存储基本概念：<br />物理卷（PV）：就是普通的直接访问存储设备，有可移动和固定之分。如一块硬盘就是一个物理卷，一般的表示形式为hdiskX<br />卷组（VG）：是AIX系统中最大的存储单位，一般由一组物理硬盘组成，在AIX5L系统中，一个卷组可以包含128个硬盘<br />物理分区（PP）：是把物理卷分成连续的，大小相等的存储单位，物理卷是由物理分区组成的，一个卷组中的所有物理分区都是大小相等的，<br />物理分区是物理卷上最小的分配单位<br
LVM逻辑卷VG卷组丢失故障处理
weixin_34234823的博客
09-25 5763
LVM是通过将物理的磁盘或磁盘分区创建成物理卷（PV），多个物理卷添加创建为一个卷组（VG），然后在卷组的基础上创建逻辑卷（LVM），进而在逻辑卷上去创建文件系统，这种在硬盘或分区和文件系统之下的磁盘管理机制大大提高了对磁盘管理的灵活性，也是当前企业Linux环境下实现对磁盘分区管理的方式。但在实际应用管理中，常常因为误操作，系统断电等原因造成卷组丢失，逻辑卷无法挂载等异常的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值