KVM之XFS磁盘扩容

1、前言

根据目前我们使用的需求,以前规划的100G磁盘空间不够,这里将演示XFS文件系统的扩容,因为我使用的是KVM所以也会演示KVM的扩容方式。

2、KVM磁盘扩容

扩容前一定要先备份,或者做快照,不要造成数据的损坏。

[[email protected] img]# qemu-img info c7_data_g2.raw          #<--查看原磁盘信息
image: c7_data_g2.raw
file format: raw
virtual size: 100G (107374182400 bytes)
disk size: 100G
[[email protected] img]# qemu-img resize c7_data_g2.raw +200G  #<--增加200G
Image resized.
[[email protected] img]# qemu-img info c7_data_g2.raw
image: c7_data_g2.raw
file format: raw
virtual size: 300G (322122547200 bytes)                     #<--增加成功
disk size: 100G

修改完成,需要重启KVM虚拟机生效

3、重启KVM主机

[[email protected] ~]# virsh shutdown kvm-node-1
域 kvm-node-1 被关闭

[[email protected] ~]# virsh start kvm-node-1
域 kvm-node-1 已开始

4、XFS磁盘扩容

第一步: 摘下磁盘

[[email protected] ~]# umount /data
[[email protected] ~]# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sr0     11:0    1 1024M  0 rom
vda    253:0    0   40G  0 disk
└─vda1 253:1    0   40G  0 part /
vdb    253:16   0  300G  0 disk
└─vdb1 253:17   0  100G  0 part 

第二步:调整分区表大小

调整分区表大小不会真正去修改数据,类似于重新修订书籍的目录; 注意起始位置要一致,我这里用默认即可;默认是2048开始,所以我直接回车就行

[[email protected] ~]# fdisk /dev/vdb
Welcome to fdisk (util-linux 2.23.2).

Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Command (m for help): p         #<-- 打印分区信息

Disk /dev/vdb: 322.1 GB, 322122547200 bytes, 629145600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x60f8f320

   Device Boot      Start         End      Blocks   Id  System
/dev/vdb1            2048   209715199   104856576   83  Linux

Command (m for help): d         #<-- 删除分区
Selected partition 1
Partition 1 is deleted

Command (m for help): n         #<-- 创建分区, 剩下的基本就是一路回车了
Partition type:
   p   primary (0 primary, 0 extended, 4 free)
   e   extended
Select (default p): p
Partition number (1-4, default 1): 1
First sector (2048-629145599, default 2048):
Using default value 2048
Last sector, +sectors or +size{K,M,G} (2048-629145599, default 629145599):
Using default value 629145599
Partition 1 of type Linux and of size 300 GiB is set

Command (m for help): wq        #<-- 保存分区信息
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

第三步:在线扩容

[[email protected] ~]# xfs_growfs /dev/vdb1
meta-data=/dev/vdb1              isize=512    agcount=4, agsize=6553536 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=0 spinodes=0
data     =                       bsize=4096   blocks=26214144, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal               bsize=4096   blocks=12799, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 26214144 to 78642944
[[email protected] ~]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        40G  2.3G   38G   6% /
devtmpfs         12G     0   12G   0% /dev
tmpfs            12G     0   12G   0% /dev/shm
tmpfs            12G  8.5M   12G   1% /run
tmpfs            12G     0   12G   0% /sys/fs/cgroup
tmpfs           2.4G     0  2.4G   0% /run/user/0
/dev/vdb1       300G  100G  201G  34% /data

在测试发现,XFS文件系统如果没有挂载进行扩容,则会提示不是一个xfs文件系统。

原文地址:https://www.cnblogs.com/evan-blog/p/9842523.html

时间: 2024-10-12 16:15:06

KVM之XFS磁盘扩容的相关文章

ECS Linux服务器xfs磁盘扩容

ECS Linux服务器xfs磁盘扩 ECS Linux服务器xfs磁盘使用阿里云官方提供的磁盘扩容方法扩容会有报错: [[email protected] ~]# e2fsck /dev/xvdb1 e2fsck 1.42.9 (28-Dec-2013) ext2fs_open2: Bad magic number in super-block e2fsck: Superblock invalid, trying backup blocks... e2fsck: Bad magic numbe

KVM guest磁盘扩容

kvm默认使用的是raw类型的磁盘格式,下面是关于raw磁盘扩容的两种方法: 第一种方法: 在原先raw类型的100G磁盘上动态追加70G,把虚拟机现有磁盘扩容为170G 1,在宿主机上先备份虚拟机的所有文件,防止磁盘扩容失败 2,然后开始操作 查看img文件类型: # qemu-img info disk.local image: disk.localfile format: rawvirtual size: 98G (105612574720 bytes)disk size: 98G 关闭虚

centos7 xfs磁盘管理(格式化、在线扩容)

centos7 xfs磁盘管理(格式化.在线扩容) 环境: centos 7 新增测试磁盘sdb :5G 新增测试磁盘sdb :10G 注意:分区新磁盘 如果大于2T磁盘使用parted工具,并且使用xfs不支持缩减 查看当前磁盘:# fdisk -l [[email protected] ~]# fdisk -l 磁盘 /dev/sda:32.2 GB, 32212254720 字节,62914560 个扇区 Units = 扇区 of 1 * 512 = 512 bytes 扇区大小(逻辑/

CentOS-7磁盘扩容之殇

* 1. 这里同样想在VMWare安装的CentOS7进行硬盘的扩容,同样不重启虚拟机,扩容之前的/home目录的大小为348G,如下图所示:* * 2. 中间添加硬盘的过程可参见上一封邮件: * * 3. 磁盘扩容在操作系统层的工作正式开始,刚开始与普通的LVM操作相同,这里不再赘述.* (1)使用正常的LVM创建流程进行操作. (2)坑出现:如果按照以前的方式操作,会有这样的错误提示: 告知找不到有效的文件系统超级块,找不到的原因是CentOS 7中默认的文件系统是XFS,与CentOS 6

VMware下对虚拟机Ubuntu14系统所在分区sda1进行磁盘扩容

VMware下对虚拟机Ubuntu14系统所在分区sda1进行磁盘扩容 一般来说,在对虚拟机里的Ubuntu下的磁盘进行扩容时,都是添加新的分区,而并不是对其系统所在分区进行扩容,如在此链接中http://www.cnblogs.com/yiru/archive/2012/11/15/2770968.html 就是添加了新的分区.但是我们平时自动安装一些软件或者库,都会自动安装在系统所在分区/dev/sda1里面,很不方便,今天查了相关资料,找到一种可以扩充/dev/sda1的方法,顺便在此记录

lvm磁盘扩容

LVM实现新挂载磁盘扩容到原有目录 1 #查看磁盘 2 fdisk -l 3 #创建pv 4 pvcreate /dev/sdb 5 [[email protected] ~]# pvcreate /dev/sdb 6 Physical volume "/dev/sdb" successfully created. 7 [[email protected] ~]# pvdisplay 8 --- Physical volume --- 9 PV Name /dev/sda2 10 VG

阿里云磁盘扩容踩坑总结

公司半年前上线一个新的项目,采购了一批阿里云主机,磁盘组成是40G系统盘+100G的数据盘,数据库采用MariaDB Galera Cluster集群部署,由于业务数据量快速增长,导致磁盘存储空间剩余量很少,急需要扩容,先总结整个项目规划中埋下的坑: 1.没有DBA对数据库的容量规划,而前期的运维人员采购时选用100G的SSD云盘: 2.数据库默认使用共享表空间,缺点是删除数据后不释放空间,当数据快速增长后,我们采取了先删除临时表数据的方式来尽量避免暴力扩容,争取在春节期间稳定,删除部分数据后,

LINUX 11G RAC ASM磁盘组在线增加磁盘扩容

[javascript] view plain copy LINUX 11G RAC ASM磁盘组在线增加磁盘扩容 1.操作系统版本 OEL 6.1 [[email protected] ~]# more /etc/redhat-release Red Hat Enterprise Linux Server release 6.1 (Santiago) 2.数据库版本 oracle 11g rac SQL> select * from v$version; BANNER ------------

SBC37x交叉编译平台QT+OPENCV【2】虚拟机Vbox下Ubuntu的磁盘扩容

虚拟机Vbox下Ubuntu,当初为了学习,仅仅分配了8g,结果qt,opencv等一上,就说room空间不够了.于是开始折腾磁盘扩容. 网上一大堆,也不知道有多少是自己动手走过,正是不但浪费别人时间,而且浪费自己的时间. 正题: 1.cmd后,进入在你vbox的目录下,就会看到vboxmanage list hdds: 2.修改空间:VBoxManage modifyhd " c:\users\usegear-yc\virtualbox vms\ubutu32.vdi" –resiz