Add A Hard Drive In Linux With LVM
Sign in

Add a hard drive in Linux with LVM

Technical Specialist

Add a hard drive in Linux with LVM

I posted last time about modifying the swap space on Linux with LVM and also introduced expanding a file system to match a new larger partition. Next is to add another drive for data storage. I’m just adding one drive, because the drive is actually a virtual drive through VMware that sits on a RAID5 raid group on our SAN. So redundancy is not really an issue. This example is from a Red Hat Enterprise (RHEL5) clone and is using Logical Volume Management (LVM), but should be usable in other Linux distributions.

Since this is a VM, I simply attached a new blank hard drive through VirtualCenter. Now, of course, I could have rebooted the server to pick up the new drive, but what fun is that? So, the question then became, how do you detect a new hard drive without rebooting in Linux? Currently, it looks like this:

# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: VMware Model: Virtual disk Rev: 1.0
Type: Direct-Access ANSI SCSI revision: 02

In Solaris, you simply run devfsadm. In Linux, you just need to have the OS rescan the SCSI bus. To do this, we utilize the /proc file system. Determine what the parameters of the new SCSI drive are and the run the following command:

# echo “scsi add-single-device 0 0 1 0′ > /proc/scsi/scsi

The four numbers in order are host, channel, id, and LUN. Now, when we check we see the new drive:

# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: VMware Model: Virtual disk Rev: 1.0
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: VMware Model: Virtual disk Rev: 1.0
Type: Direct-Access ANSI SCSI revision: 02

At the same time, you will see the following lines in /var/log/messages:

kernel: Vendor: VMware Model: Virtual disk Rev: 1.0
kernel: Type: Direct-Access ANSI SCSI revision: 02
kernel: target0:0:1: Beginning Domain Validation
kernel: target0:0:1: Domain Validation skipping write tests
kernel: target0:0:1: Ending Domain Validation
kernel: target0:0:1: FAST-160 WIDE SCSI 320.0 MB/s DT IU RDSTRM RTI WRFLOW PCOMP (6.25 ns, offset 127)
kernel: SCSI device sdb: 104857600 512-byte hdwr sectors (53687 MB)

Since this is a brand new drive, we need to setup any partitions we would like on the drive. If you’re not sure what the name of the drive is, you can always do a fdisk -l first:

# fdisk -l
Disk /dev/sda: 12.8 GB, 12884901888 bytes
255 heads, 63 sectors/track, 1566 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 1566 12474472+ 8e Linux LVM

Disk /dev/sdb: 53.6 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sdb doesn’t contain a valid partition table

Go ahead and setup the partitions, I just need one:

# fdisk /dev/sdb
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won’t be recoverable.

The number of cylinders for this disk is set to 6527.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Warning: invalid flag 0×0000 of partition table 4 will be corrected by w(rite)

Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-6527, default 1):
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-6527, default 6527):
Using default value 6527

Command (m for help): p

Disk /dev/sdb: 53.6 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 1 6527 52428096 83 Linux

Command (m for help): w
The partition table has been altered!

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

Now you can see the partitions are defined:

# fdisk -l
Disk /dev/sda: 12.8 GB, 12884901888 bytes
255 heads, 63 sectors/track, 1566 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 1566 12474472+ 8e Linux LVM

Disk /dev/sdb: 53.6 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 1 6527 52428096 83 Linux

Now, if you don’t have LVM, you would just make the new file system on the physical drive. (If you are using LVM, don’t do this, skip to the next step.)

# mkfs.ext3 /dev/sdb1
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
6553600 inodes, 13107024 blocks
655351 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
400 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424

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

This filesystem will be automatically checked every 22 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.

Since we have LVM, we will be using that instead. Using lvmscan, we can see that the new partition is available:

# lvmdiskscan
…skip…
/dev/sdb [ 50.00 GB]
/dev/sdb1 [ 50.00 GB]

First step is to turn it into a new physical volume:

# pvcreate /dev/sdb1
Physical volume “/dev/sdb1′ successfully created

Now we need a volume group and add the physical volume to it:

# vgcreate VolGroup01 /dev/sdb1
Volume group “VolGroup01′ successfully created

And then create the logical volume (using all of the available space on the volume group):

# lvcreate -l 100%FREE -n LogVol00 VolGroup01
Logical volume “LogVol00′ created

Now we make the file system on the logical volume:

# mkfs.ext3 /dev/VolGroup01/LogVol00
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
6553600 inodes, 13106176 blocks
655308 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
400 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424

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

This filesystem will be automatically checked every 31 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.

Add the appropriate line to /etc/fstab:

/dev/VolGroup01/LogVol00 /data ext3 defaults 1 1

Create the mount point and mount the new file system:

# mkdir /data
# mount /data

See that it’s now available to the OS:

# df -h /data
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup01-LogVol00
50G 180M 47G 1% /data

All done!

start_blog_img