vCenter线上操作磁盘扩容

以下截图是生产机器,目前是有一块盘,且根分区是/dev/sda3,因为磁盘不足,需要备份的数据要远远超过此时的空间大小;正常情况下,是可以新增硬盘硬盘作为备份

但是作为宿主机下的虚机,因为一些不规范的操作,我们直接在线扩容,导致新增的磁盘空间没有生效

新增之后,我们通过fdisk -l查看,硬盘空间并未变化,此时我们reboot重启生效

我们可以发现,虽然重启之后,只是硬盘大小生效了,此时我们需要创建分区,并且挂载才能使新增的200G空间剥离出来!

接下来是格式化/dev/sda4分区,如果我们在格式化的之后,如果提示找不到/dev/sda4分区时,我们需要执行partprobe这个命令,重新读取分区表(此处格式化只是试验模拟操作,线上的数据磁盘可是有数据的,千万不要格式化)

格式化完毕之后将分区永久挂载写入fatab配置文件中!

执行mount -a自动挂载生效

接下来,我们在/data目录里创建数据,我们知道,现在/data目录是挂载在/dev/sda4这个分区,且只有200G的大小,我们线上突然要求在这个分区进行扩容,扩容到200G,共计sda4大小400G

umount 卸载/dev/sda4分区

直接在线扩容,/dev/sda硬盘从500G新增200G(此时硬盘容量已经生效,但是要求是将新增的200G容量要划分到/dev/sda4这个分区供/data目录使用,那么这个需求该如何操作呢?)

删除需要扩容的分区(/dev/sda4)重新创建(目的是重新分配硬盘分区的起始编号)

新创建的/dev/sda4分区保存记录可能会出错,此时,我们reboot重启系统(记住,千万别格式化分区,不然的话sda4的分区数据全部丢失)

重启完毕之后,我们挂载分区,执行xfs_growfs扩容/dev/sda4(此处,使用xfs_groufs没有指定任何参数以及数值,默认将剩余全部容量扩容给sda4中)

到此为止!我们的/dev/sda4的容量大小已从200G扩容到400G;实验结束!

原文地址:https://www.cnblogs.com/bixiaoyu/p/11353269.html

时间: 2024-08-30 03:33:49

vCenter线上操作磁盘扩容的相关文章

线上操作与线上问题排查实战

转自:https://mp.weixin.qq.com/s?__biz=MjM5ODYxMDA5OQ==&mid=2651960323&idx=1&sn=e04af14d2ebf939133869e0f18bb0dd1&chksm=bd2d01df8a5a88c98c3cb94a99334a16b372fd997f36bc757a38bb44b70d977797fa840064dc&mpshare=1&scene=23&srcid=0816Yl1Rl

git线上操作

选择线上仓库 """ 1.注册码云账号并登录:https://gitee.com/ 2.创建仓库(课堂截图) 3.本地与服务器仓库建立连接 """ """ 1)本地配置线上的账号与邮箱 >: git config --global user.name "doctor_owen" >: git config --global user.email "[email protect

线上LVM磁盘挂载

ESC云服务器磁盘扩容 日常运行中,容器服务所在目录由于container-log.image的增加需要占用大量的磁盘空间,所以对/var/lib/docker/目录进行扩容挂载LVM数据盘. 首先查看磁盘属性 # sudo fdisk -l - 会出现相应的磁盘信息,针对增加的数据盘进行分区,格式化 对磁盘进行分区 # sudo fdisk /dev/vdb m 查看命令帮助 n 添加新的分区 # 根据实际情况对磁盘分区 ## 更改分区编号 将分区类型改成Liunx lvm卷才能创建LVM t

线上操作使用tmux提高工作效率

对于经常在线上操作的人来说有一种烦恼,就是在操作过程中,有事离开了一下,电脑自动睡眠了,然后网络断开连接,这时候任务就要重新跑,很烦恼. tmux可以解决这个问题.tmux可以看成虚拟屏幕,不受断网的影响.如果断网了,只重新连接屏幕就行了,虚拟屏幕上的文字都还在. tmux的常用命令如下: tmux new -s session_name tux attach -t session_name tmux ls Control+B d: 暂时断开连接,正在执行的任务不会退出 Control+B Pa

mysql线上操作常用命令

备份命令: mysqldump -uroot -p --default-character-set=utf8 --hex-blob -R --log-error=/var/log/backup-log --single-transaction -B ccjf_data > ccjf_data_20151022.sql mysqldump --default-character-set=utf8 --hex-blob -R --master-data --log-error=/var/log/ba

Linux线上安全操作手册

背景为了保证生产环境的持续.稳定.高效地运转,并且使新同学更快的掌握线上操作的基本方法,本文从禁忌,强制点出发,整理出"操作手册",并加入一些平时遇到的问题,总结成操作条款.如有违反,请自行认领各类惩罚吧. 线上变更操作条款01:禁止流量高峰进行影响cache的升级 内容:对影响cache的升级操作禁止在流量高峰进行. 正确:应该在服务流量低峰期进行上线或操作. 说明:减少上线或操作对用户的影响,在异常时候减少损失.条款02:禁止程序线上"裸奔" 内容:禁止程序在线

线上问题排查

线上操作与线上问题排查实战 技术同学需要经常登录线上的服务器进行操作,58到家架构部/运维部/58速运技术部,联合进行了一次线上操作与线上问题排查实战演练,同学们反馈有收获,特将实战演练的问题和答案公布出来,希望对大家也有帮助. 一.了解机器连接数情况 问题:1.2.3.4的sshd的监听端口是22,如何统计1.2.3.4的sshd服务各种连接状态(TIME_WAIT/ CLOSE_WAIT/ ESTABLISHED)的连接数. 参考答案: netstat -n | grep 1.2.3.4:2

一次惨痛的Ucloud云主机磁盘扩容操作导致数据丢失的经历

故障描述: 线上申请了一台Ucloud云主机用于搭建Zabbix监控平台,最近这台云主机的数据盘已经达到60G,决定将数据盘从80G扩容到200G,按照Ucloud官方文档http://docs.ucloud.cn/uhost/scaleup.html 的描述进行操作,umount /dev/vdb1后,再执行e2fsck -f /dev/vdb后抱如下错误 这种错误太多了,于是我按Contrl+C取消掉了,Ucloud技术支持那边给的建议是e2fsck -fy /dev/vdb,然后不再抱这种

数据库操作:编辑表向线上表更新

需求:表edit需要将数据更新到表release,里边会涉及增删改操作,如何做比较好??? 1.edit表是最新的数据,release表是线上表. 2.会有不同的容器调用release表,也就是需要解决容器之间的锁的问题,其他容器只有读操作,正在操控的容器有读写操作,因为更新操作无法做到原子,所以在操作之间可能会遇到其他容器查询为空或读了一半等出错的状态 a.   在另外一张表version里,打上到底使用哪张表.   即读取数据的时候是在两个表之间来回跳跃的 以下操作在我们做update的容器