Host-based backup of VMware vSphere VMs.
Post Reply
postmaal
Influencer
Posts: 16
Liked: 2 times
Joined: Jun 28, 2016 3:21 pm
Contact:

Expanding Linux Repository

Post by postmaal »

I have a 3 TB repository setup on a Centos 7 VM. The VM is setup with 2 HDDs, one for the OS and the other for the repo. I have extended the drive in VMware from 3 to 4 TB. If I run parted /dev/sdb it says the size is 4 tb. What step am I missing to make it so the repository realizes there is 4 tb instead of just 3? Thanks in advance for any help you can provide. We run backup and replication ver. 9.
Vitaliy S.
VP, Product Management
Posts: 27055
Liked: 2710 times
Joined: Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov
Contact:

Re: Expanding Linux Repository

Post by Vitaliy S. »

All changes in the infrastructure should be detected by a topology scan job that is scheduled to run every day. Please note that you can also force this job, by triggering a rescan job manually.
postmaal
Influencer
Posts: 16
Liked: 2 times
Joined: Jun 28, 2016 3:21 pm
Contact:

Re: Expanding Linux Repository

Post by postmaal »

I have tried rescanning the repository in VEEAM. If you are referring to something different can you tell me how to manually kick off this job?
Vitaliy S.
VP, Product Management
Posts: 27055
Liked: 2710 times
Joined: Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov
Contact:

Re: Expanding Linux Repository

Post by Vitaliy S. »

I was referring to the rescan job for the repository. If this doesn't update the free space value, then I would suggest to let our support engineer take a look at the rescan job log.
postmaal
Influencer
Posts: 16
Liked: 2 times
Joined: Jun 28, 2016 3:21 pm
Contact:

Re: Expanding Linux Repository

Post by postmaal »

I will do that. Thanks. I just feel like I am missing something on the Linux end.
dellock6
Veeam Software
Posts: 6137
Liked: 1928 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Expanding Linux Repository

Post by dellock6 »

/dev/sdb is the disk, but did you also extended the partition created on top of that volume?
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software

@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Expanding Linux Repository

Post by PTide »

Once you extend the partition please make sure that you resize the filesystem on that partition as well. Be very careful while doing all operations as one wrong move can wipe all your data!

Thanks
postmaal
Influencer
Posts: 16
Liked: 2 times
Joined: Jun 28, 2016 3:21 pm
Contact:

Re: Expanding Linux Repository

Post by postmaal »

I'm fairly new to Linux so forgive my ignorance but how check the partition status and/or how do I resize the filesystem?
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Expanding Linux Repository

Post by PTide »

Could you please show the output of fdisk -l command?
postmaal
Influencer
Posts: 16
Liked: 2 times
Joined: Jun 28, 2016 3:21 pm
Contact:

Re: Expanding Linux Repository

Post by postmaal »

Code: Select all

Disk /dev/sda: 21.5 GB, 21474836480 bytes, 41943040 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: 0x00028868

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     1026047      512000   83  Linux
/dev/sda2         1026048    41943039    20458496   8e  Linux LVM

Disk /dev/sdb: 4398.0 GB, 4398046511104 bytes, 8589934592 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 /dev/mapper/centos-root: 18.8 GB, 18756927488 bytes, 36634624 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 /dev/mapper/centos-swap: 2147 MB, 2147483648 bytes, 4194304 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
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Expanding Linux Repository

Post by PTide » 1 person likes this post

Looking at the output I assume that you chose not to create any partitions and used the whole sdb instead, is that correct? If so then you should do the following:

1. Make sure that fdisk shows the correct size of sdb device
2. Run resize2fs /dev/sdb to resize the filesystem
3. Rescan the repository

If you feel nervous about doing that on a live repository then you should train on a dummy harddrive: attach another virtual drive, create a filesystem on it, mount it, create a file on it, resize the virtual drive, resize the filesystem, make sure that the size has changed and the file is still there.
jmmarton
Veeam Software
Posts: 2092
Liked: 309 times
Joined: Nov 17, 2015 2:38 am
Full Name: Joe Marton
Location: Chicago, IL
Contact:

Re: Expanding Linux Repository

Post by jmmarton »

The only way to use all of sdb would be to create /dev/sdb1 and use the maximum size which is all of the disk. If there truly isn't a partition there then something may have went wrong. I'd be curious what filesystems are mounted currently via the mount command. Maybe there's something else somehow using sdb?

Joe
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Expanding Linux Repository

Post by PTide »

The only way to use all of sdb would be to create /dev/sdb1 and use the maximum size which is all of the disk
AFAIK nothing prevents user from doing mkfs against the whole drive:

Code: Select all

[root@localhost ~]# mkfs.ext4 /dev/sdc
mke2fs 1.42.9 (28-Dec-2013)
/dev/sdc is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
2621440 inodes, 10485760 blocks
524288 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=2157969408
320 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624

Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

[root@localhost ~]# mount /dev/sdc /sdc
[root@localhost ~]# mount | grep sdc
/dev/sdc on /sdc type ext4 (rw,relatime,seclabel,data=ordered)
[root@localhost ~]#
[root@localhost ~]# df -ah | grep sdc
/dev/sdc                  40G   49M   38G   1% /sdc
That also allows filesystem hot-resize.

Any pitfalls with such approach that I should be aware of?

Thanks
jmmarton
Veeam Software
Posts: 2092
Liked: 309 times
Joined: Nov 17, 2015 2:38 am
Full Name: Joe Marton
Location: Chicago, IL
Contact:

Re: Expanding Linux Repository

Post by jmmarton »

Hmm... I've never seen that. Then again, I've been a SLES guy for many years and I almost always use YaST so perhaps it's just a YaST limitation that it always creates a partition. As long as it works, that's all that matters. :-) But even if a partition is created, hot resize should still be available (depending on the filesystem). And really the only downside I can think of off the top of my head is that you might not be able to create an additional partition on that drive if you ever wanted to. If you expand the disk, even if the filesystem isn't expanded automatically, I wouldn't expect you to be able able to lay down a partition table and split up the expanded disk while still keeping the existing filesystem.

Joe
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Expanding Linux Repository

Post by PTide »

My bad, I meant to say that in case a physical partition does not have enough room for a filesystem to expand then you'll have to expand the partition first, which requires unmounting (or a reboot).
postmaal
Influencer
Posts: 16
Liked: 2 times
Joined: Jun 28, 2016 3:21 pm
Contact:

Re: Expanding Linux Repository

Post by postmaal » 1 person likes this post

Thanks for the help and sorry for the delay in getting back to the forum. Running resize2fs was what I needed to increase the size of the file system and make the added space usable for the Veeam repository. Afterwards I rescanned the repository and the additional space is now available.
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Expanding Linux Repository

Post by PTide »

Glad to hear that! You've mentioned that you're fairly new to Linux, so I assume it would be interesting for you to participate in Veeam Agent for Linux Beta testing. Have you signed up already? If not then you either should have already received the download link or will receive it before the end of the next week! Once you do please feel free to post about your experience on the forum.
postmaal
Influencer
Posts: 16
Liked: 2 times
Joined: Jun 28, 2016 3:21 pm
Contact:

Re: Expanding Linux Repository

Post by postmaal »

I will definitely check it out. Thanks.
Post Reply

Who is online

Users browsing this forum: No registered users and 62 guests