After starting RAID, adjust the XFS size on CentOS - Adjustment, centos, Expand, RAID, Size, XFS

I have a 16Tb partition on the Raid 6 array using the xfs file system.

# df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/sdc1 xfs 15T 7.4T 7.2T 51% /backup

I used the LSI Megaraid tool to rebuild Raid after adding a few disks, The virtual drive has been expanded from Megaraid’s 16TB to 29TB. However, when I tried to grow the xfs system, the size did not change. The command “xfs_growfs / backup” returned immediately without any changes.

< pre># xfs_growfs /backup
meta-data=/dev/sdc1 isize=256 agcount=15, agsize=268435455 blks
= sectsz=512 attr=2, projid32bit=0
data = bsize=4096 blocks=3906469376, imaxpct=5
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0
log =internal bsize=4096 blocks= 521728, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0

I tried After breaking up, the new size cannot be detected.

(parted) print /dev/sdc
Model: LSI MR9271-4i (scsi)
Disk /dev/sdc: 16.0TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
 1 1049kB 16.0TB 16.0TB xfs primary

< p>Previously, I followed this instruction to create XFS partitions. I did not use LVM.

https://unix.stackexchange.com/questions/29078/how-to-partition-22tb-disk

Update
I just restarted the server, and now I can see that the partition is 32TB using parted, but I cannot use xfs_grow to adjust the size of the file system. The partition tool does not support xfs.

# parted /dev/sdc
GNU Parted 2.1
Using /dev/sdc
Welcome to GNU Parted! Type'help' to view a list of commands. 
(parted) print /dev/sdc
Error: The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix , by moving the backup to the end (and removing the old backup)?
parted: invalid token: /dev/sdc
Fix/Ignore/Cancel?
Fix/Ignore/Cancel? fix 
Warning: Not all of the space available to /dev/sdc appears to be used, you can fix the GPT to use all of the space (an extra 31251759104 blocks) or continue with the current setting?
Fix/ Ignore? fix
Model: LSI MR9271-4i (scsi)
**Disk /dev/sdc: 32.0TB**
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
1 1049kB 16.0TB 16.0TB xfs primary

(Partition)

You need to modify the partition table to take advantage of the space provided by LUN expansion. Use fdisk, which is usually to delete partitions and use the same starting point and The new end point recreates it. This may also be the case on the separate party.

After completing this operation, you can restart or use a tool like partprobe (assuming the installed device is not in use) , Once completed, please mount the file system and run xfs_growfs / mountpoint. The XFS growth tool is only available for the mounted file system.

I use the xfs file system on the Raid 6 array There is a 16Tb partition.

# df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/sdc1 xfs 15T 7.4T 7.2T 51% /backup

I used the LSI Megaraid tool to rebuild Raid after adding a few disks. The virtual drive has been changed from Megaraid’s 16T B expanded to 29TB. However, when I tried to grow the xfs system, the size did not change. The command “xfs_growfs / backup” returned immediately without any changes.

# xfs_growfs /backup 
meta-data=/dev/sdc1 isize=256 agcount=15, agsize=268435455 blks
 = sectsz=512 attr=2, projid32bit=0
data = bsize=4096 blocks=3906469376 , imaxpct=5
 = sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0
log =internal bsize=4096 blocks=521728, version=2< br /> = sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0

I tried to break up, but it couldn’t be detected New size.

(parted) print /dev/sdc
Model: LSI MR9271-4i (scsi)
Disk /dev/sdc: 16.0 TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
 1 1049kB 16.0TB 1 6.0TB xfs primary

Before, I followed this instruction to create XFS partition. I did not use LVM.

https://unix.stackexchange.com/questions/29078/how- to-partition-22tb-disk

# parted /dev/sdc
GNU Parted 2.1
Using /dev/sdc
Welcome to GNU Parted! Type ' help' to view a list of commands.
(parted) print /dev/sdc
Error: The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)?
parted: invalid token: /dev/sdc
Fix/Ignore/Cancel?
Fix/Ignore/Cancel? fix
Warning: Not all of the space available to /dev/sdc appears to be used, you can fix the GPT to use all of the space (an extra 31251759104 blocks) or continue with the current setting?
Fix/Ignore? fix
Model: LSI MR9271-4i (scsi)
**Disk /dev/sdc: 32.0TB**
Sect or size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
1 1049kB 16.0TB 16.0TB xfs primary

(Separate)

You need to modify the partition table to take advantage of the space provided by LUN expansion. Use fdisk, which is usually to delete the partition and use the same The starting point and the new end point are recreated. This may also be the case on the separate side.

After completing this operation, you can restart or use a tool such as partprobe (assuming that the installed device is not Use), once completed, mount the file system and run xfs_growfs / mountpoint. The XFS growth tool is only available for mounted file systems.

Leave a Comment Cancel reply