云平台迁移磁盘格式化磁盘,重做pv后(cant open /dev/vde exclusively mounted ilesystem)问题处理

本文主要是介绍云平台迁移磁盘格式化磁盘,重做pv后(cant open /dev/vde exclusively mounted ilesystem)问题处理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1、dmsetup命令

dmsetup 命令是一个用来与 Device Mapper 沟通的命令行封装器(wrapper)。可使用 dmsetup 命令的 info、ls、status、table 和 deps 选项查看 LVM 设备的常规信息
dmsetup:用于创建和管理设备映射。可以通过dmsetup命令创建设备映射器、设置映射、删除映射等操作。例如,可以使用dmsetup create命令创建设备映射器,并使用dmsetup table命令查看映射的配置。


[root@master1 ~]# dmsetup ls
klas-swap       (252:1)
klas-root       (252:0)
klas-backup     (252:2)[root@master1 ~]# dmsetup status 
klas-swap: 0 8421376 linear 
klas-root: 0 204021760 linear 
klas-backup: 0 99614720 linear [root@master1 ~]# dmsetup table
klas-swap: 0 8421376 linear 253:3 2048
klas-root: 0 204021760 linear 253:3 108038144
klas-backup: 0 99614720 linear 253:3 8423424[root@master1 ~]# dmsetup deps
klas-swap: 1 dependencies       : (253, 3)
klas-root: 1 dependencies       : (253, 3)
klas-backup: 1 dependencies     : (253, 3)[root@master1 ~]# dmsetup info
Name:              klas-swap
State:             ACTIVE
Read Ahead:        8192
Tables present:    LIVE
Open count:        0
Event number:      0
Major, minor:      252, 1
Number of targets: 1
UUID: LVM-ObmKDk9AGFnCn8eFDi8m4DStXTJIxrA7LovkAzaPWBTAAzQGYmWfAPNvpTjjSixrName:              klas-root
State:             ACTIVE
Read Ahead:        8192
Tables present:    LIVE
Open count:        1
Event number:      0
Major, minor:      252, 0
Number of targets: 1
UUID: LVM-ObmKDk9AGFnCn8eFDi8m4DStXTJIxrA7qHMk6hDnwY8YfFw0nYZ5iZzvcFJvQBunName:              klas-backup
State:             ACTIVE
Read Ahead:        8192
Tables present:    LIVE
Open count:        0
Event number:      0
Major, minor:      252, 2
Number of targets: 1
UUID: LVM-ObmKDk9AGFnCn8eFDi8m4DStXTJIxrA73y4Rd6xu1MP6PlRwh9udbe9uT3qBQgpz[root@master1 ~]#

背景:A服务器磁盘需要扩容,但是云平台资源不够
了,从B服务器上面"拆下"一块磁盘挂载到了A服务器上,操作类似于把这个u盘插到了另一个电脑上,所以在扩容之前lsblk,pvdisplay,vg,lv查看磁盘的时候发现磁盘原来的lvm信息还存在,那需先删除原有的信息才能继续扩容。执行 dd if=/dev/zero of=/dev/ved bs=1M cout=1 格式化磁盘,拒绝我们 提示 : cant open /dev/vde exclusively mounted filesystem
通过vmvare复现该问题

2、B服务器(迁移前状态):

[root@localhost ~]# dmsetup table
test-lvol0: 0 41934848 linear 8:16 2048   #新增
centos-swap: 0 4194304 linear 8:2 2048
centos-root: 0 35643392 linear 8:2 4196352
[root@localhost ~]# lsblk
NAME            MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda               8:0    0   20G  0 disk 
├─sda1            8:1    0    1G  0 part /boot
└─sda2            8:2    0   19G  0 part ├─centos-root 253:0    0   17G  0 lvm  /└─centos-swap 253:1    0    2G  0 lvm  [SWAP]
sdb               8:16   0   20G  0 disk 
└─test-lvol0    253:2    0   20G  0 lvm  /test    #新增
sr0              11:0    1  4.4G  0 rom  
[root@localhost ~]#

3、A服务器状态(迁移前)


[root@localhost ~]# lsblk
NAME            MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda               8:0    0   20G  0 disk 
├─sda1            8:1    0    1G  0 part /boot
└─sda2            8:2    0   19G  0 part ├─centos-root 253:0    0   17G  0 lvm  /└─centos-swap 253:1    0    2G  0 lvm  [SWAP]
sdb               8:16   0   20G  0 disk 
└─test-lvol0    253:2    0   20G  0 lvm      #依然带有原来信息
sr0              11:0    1  4.4G  0 rom  
[root@localhost ~]# pvscan PV /dev/sdb    VG test            lvm2 [<20.00 GiB / 0    free]  #依然带有原来信息PV /dev/sda2   VG centos          lvm2 [<19.00 GiB / 0    free]Total: 2 [38.99 GiB] / in use: 2 [38.99 GiB] / in no VG: 0 [0   ]
[root@localhost ~]# vgscan Reading volume groups from cache.Found volume group "test" using metadata type lvm2               #依然带有原来信息Found volume group "centos" using metadata type lvm2
[root@localhost ~]# lvscan ACTIVE            '/dev/test/lvol0' [<20.00 GiB] inheritACTIVE            '/dev/centos/swap' [2.00 GiB] inheritACTIVE            '/dev/centos/root' [<17.00 GiB] inherit

4、解决方案一(推荐)

依次删除lv vg

[root@localhost ~]# lvremove /dev/test/lvol0
Do you really want to remove active logical volume test/lvol0? [y/n]: yLogical volume "lvol0" successfully removed[root@localhost ~]# vgremove testVolume group "test" successfully removed此时查看 lv vg 就没有对应信息了 lsblk也没有对应信息了 问题解决继续扩容操作就可以了

5、解决方案二


dd if=/dev/zero of=/dev/sdb bs=10M count=1 
其实这条命令是将磁盘前面的元数据信息冲掉,但是这个操作 不能被系统立即识别,可能需要重启或者什么刷新操作。
然后就用到了这个文章的标题命令“dmsetup”当执行了dd命令之后 查看 lv vg scan 都没有变化依然存在
vgchange -ay 执行这条命令 查看 lv vg scan 信息没有了 但是lsblk 还是有信息存在dmsetup table 查看会看见lvm信息dmsetup remove lvm信息 lsblk lv vg pv scan 就全都没有了 干干净净一块盘。

这篇关于云平台迁移磁盘格式化磁盘,重做pv后(cant open /dev/vde exclusively mounted ilesystem)问题处理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1094089

相关文章

解决pandas无法读取csv文件数据的问题

《解决pandas无法读取csv文件数据的问题》本文讲述作者用Pandas读取CSV文件时因参数设置不当导致数据错位,通过调整delimiter和on_bad_lines参数最终解决问题,并强调正确参... 目录一、前言二、问题复现1. 问题2. 通过 on_bad_lines=‘warn’ 跳过异常数据3

Python进行JSON和Excel文件转换处理指南

《Python进行JSON和Excel文件转换处理指南》在数据交换与系统集成中,JSON与Excel是两种极为常见的数据格式,本文将介绍如何使用Python实现将JSON转换为格式化的Excel文件,... 目录将 jsON 导入为格式化 Excel将 Excel 导出为结构化 JSON处理嵌套 JSON:

解决RocketMQ的幂等性问题

《解决RocketMQ的幂等性问题》重复消费因调用链路长、消息发送超时或消费者故障导致,通过生产者消息查询、Redis缓存及消费者唯一主键可以确保幂等性,避免重复处理,本文主要介绍了解决RocketM... 目录造成重复消费的原因解决方法生产者端消费者端代码实现造成重复消费的原因当系统的调用链路比较长的时

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

kkFileView启动报错:报错2003端口占用的问题及解决

《kkFileView启动报错:报错2003端口占用的问题及解决》kkFileView启动报错因office组件2003端口未关闭,解决:查杀占用端口的进程,终止Java进程,使用shutdown.s... 目录原因解决总结kkFileViewjavascript启动报错启动office组件失败,请检查of

Spring Boot 中的默认异常处理机制及执行流程

《SpringBoot中的默认异常处理机制及执行流程》SpringBoot内置BasicErrorController,自动处理异常并生成HTML/JSON响应,支持自定义错误路径、配置及扩展,如... 目录Spring Boot 异常处理机制详解默认错误页面功能自动异常转换机制错误属性配置选项默认错误处理

SpringBoot 异常处理/自定义格式校验的问题实例详解

《SpringBoot异常处理/自定义格式校验的问题实例详解》文章探讨SpringBoot中自定义注解校验问题,区分参数级与类级约束触发的异常类型,建议通过@RestControllerAdvice... 目录1. 问题简要描述2. 异常触发1) 参数级别约束2) 类级别约束3. 异常处理1) 字段级别约束

Linux之platform平台设备驱动详解

《Linux之platform平台设备驱动详解》Linux设备驱动模型中,Platform总线作为虚拟总线统一管理无物理总线依赖的嵌入式设备,通过platform_driver和platform_de... 目录platform驱动注册platform设备注册设备树Platform驱动和设备的关系总结在 l

Python错误AttributeError: 'NoneType' object has no attribute问题的彻底解决方法

《Python错误AttributeError:NoneTypeobjecthasnoattribute问题的彻底解决方法》在Python项目开发和调试过程中,经常会碰到这样一个异常信息... 目录问题背景与概述错误解读:AttributeError: 'NoneType' object has no at

Spring的RedisTemplate的json反序列泛型丢失问题解决

《Spring的RedisTemplate的json反序列泛型丢失问题解决》本文主要介绍了SpringRedisTemplate中使用JSON序列化时泛型信息丢失的问题及其提出三种解决方案,可以根据性... 目录背景解决方案方案一方案二方案三总结背景在使用RedisTemplate操作redis时我们针对