删除vSAN中不可访问对象的方法
vSAN是VMware推出的用于vSphere系列产品、为虚拟环境优化的分布式可容错的存储系统。vSAN是VMware对ESXi主机本地存储设备(包括SSD与HDD)进行集中管理、空间分配使用的一种方式或一种新的技术。现在一些vSphere数据中心已经使用vSAN组成的分布式存储代替传统、专业的共享存储并获得了更好的性能。在使用vSAN存储的过程中,可能会出现一些“不可访问”的对象。虽然这些“不可访问”的对象对虚拟机的正常运行不会造成影响,但因为有“不可访问”对象存在,在正常的vSAN维护中或vSAN磁盘模式升级中,这些“不可访问”的对象不能迁移到其他主机会导致进入维护模式或升级vSAN磁盘格式失败。如果要解决这个问题,就需要强制删除这些“不可访问”的对象。下面通过具体的实例进行介绍。
(1)某4台ESXi主机组成的标准vSAN群集,在“监控→vSAN→运行状况”的“数据→vSAN对象运行状况”中有“不可访问”的对象,如图1-1所示。单击“立即修复对象”按钮无法修复。
图1-1 vSAN对象运行状况检查到不可访问对象
(2)这4台主机原来运行的是vSphere 6.7.0,vSAN磁盘格式是6.0版本,如图1-2所示。
图1-2 查看当前vSAN磁盘格式
(3)在将vSphere 6.7.0 升级到了6.7.0 U1(这包括了vCenter Server与4台ESXi主机的升级)后,准备升级vSAN磁盘格式。在“配置→vSAN→常规”中的“磁盘格式版本”中单击“预检查升级”按钮,预检查完成后出现错误,单击“详细信息”,如图1-3所示。
图1-3 预检查升级
(4)在“vSAN群集-升级预检查问题”提示“无法升级群集,对象……”,在此对话框中显示了无法访问的对象。如图1-4所示。用鼠标选中“无法升级群集,对象……”这些信息右键用鼠标右键单击复制这些信息并将信息保存在“记事本”中备用。
图1-4 vSAN中无法访问的对象
【说明】在图1-4中的信息为:
无法升级群集: 对象 db6f235b-b856-89dd-6324-0010181a9981, 6238115c-0828-2cc6-3dd3-b8aeedb7689f, c19a245b-f031-9b4f-9b10-b8aeedb7689f 在 vSAN 中无法访问。
(5)使用SSH客户端软件(例如xShell)登录到其中一台ESXi主机(需要在这台主机启动SSH服务),在登录到shell界面后,先执行cd /vmfs/volumes/vsanDatastore命令进入vSAN数据存储,然后使用objtool命令依次删除图1-4中无法访问的对象(记录对象的UUID)。
objtool在/usr/lib/vmware/osfs/bin/目录中,在图1-4中有3个不可访问的对象,其UID依次为:
db6f235b-b856-89dd-6324-0010181a9981
6238115c-0828-2cc6-3dd3-b8aeedb7689f
c19a245b-f031-9b4f-9b10-b8aeedb7689f
则在SSH中依次执行如下的命令(在vSAN数据存储根目录下):
/usr/lib/vmware/osfs/bin/objtool delete -f -u db6f235b-b856-89dd-6324-0010181a9981
/usr/lib/vmware/osfs/bin/objtool delete -f -u 6238115c-0828-2cc6-3dd3-b8aeedb7689f
/usr/lib/vmware/osfs/bin/objtool delete -f -u c19a245b-f031-9b4f-9b10-b8aeedb7689f
如图1-5所示。
图1-5 删除不可访问的对象
(6)在删除不可访问的对象后,在“配置→vSAN→常规”中单击“预检查升级”按钮执行升级前的检查,执行完成后提示预检查已成功完成,单击“升级”按钮,如图1-6所示。
图1-6 升级磁盘格式
(7)在“vSAN群集-升级”对话框中单击“是”按钮,如图1-7所示。
图1-7 升级
(8)升级完成后在“磁盘格式版本”中显示“版本7.0上的所有XX个磁盘”,如图1-8所示。
图1-8 升级完成
(8)在“配置 →vSAN→磁盘管理”中可以看到磁盘格式已经升级到7,如图1-9所示。
图1-9 磁盘格式升级完成
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
速来围观老司机快速排错--解决论坛迁移到proxmox超融合私有云平台后后部分功能不能使用的问题
问题描述 考虑到在山东移动机房租赁的物理服务器的存在单点,并时不时出现故障,导致业务停止,因此决定从物理服务器把某个老牌论坛迁移到可用性极高的proxmox超融合私有云平台。昨天夜里,兄弟们忙乎了一整夜,很是辛苦(我在11点对那些坏掉的文件系统进行修复,用screen仍在那里,自己睡觉去了)。 上午睡了个懒觉,还没清醒过来,有电话、qq消息过来了,说论坛页面能打开,详情页也没问题,但不能签到、发帖、发附件等。 催得厉害,赶紧进行处理。 运行环境 主要包括负载均衡及超融合私有云proxmox。负载均衡负责用户转发,使用的是公网ip;超融合私有云proxmox使用的是四个节点的物理服务器,运行30几个虚拟机。 域名解析到负载均衡的vip,haproxy负责把请求转发到proxmox上的指定的虚拟机。由于论坛容量不是很大(400G左右),就直接把论坛程序、附件及数据库部署在同一个虚拟机上(其它的应用,程序与数据库是分离的)。 基本思路 超融合私有云平台proxmox上的其它虚拟机及应用都是正常状态,因此可以排除底层架构的问题。 另外两个大的排查点就是负载均衡及论坛虚拟机本身。其...
- 下一篇
利用amoeba(变形虫)实现mysql数据库读写分离
关于mysql的读写分离架构有很多,百度的话几乎都是用mysql_proxy实现的。由于proxy是基于lua脚本语言实现的,所以网上不少网友表示proxy效率不高,也不稳定,不建议在生产环境使用;amoeba是阿里开发的一款数据库读写分离的项目(读写分离只是它的一个小功能),由于是基于java编写的,所以运行环境需要安装jdk; 前期准备工作:1.两个数据库,一主一从,主从同步;master: 172.22.10.237:3306 ;主库负责写入操作;slave: 10.4.66.58:3306 ; 从库负责读取操作;amoeba: 172.22.10.237:8066 ; 我把amoeba安装到了主库所在的服务器,当然,你也可以安装到第三台服务器上;所有服务器操作系统均为centos7;2.在amoeba所在的服务器上配置安装jdk;我安装的是jdk1.8;路径是: JAVA_HOME=/usr/local/java/jdk1.8.0_131 以上务必自己点搭建、配置好,主从正常工作,添加jdk环境变量: /etc/profile ; 安装amoeba的方式有很多,这里就不在安装上...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Linux系统CentOS6、CentOS7手动修改IP地址
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题