Re: Increasing Space in Software Raid

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



If I have 2 disk in a software raid, should I use "dd" to make sure that they have the same Master Boot Record?

-- John C.

Broekman, Maarten wrote:
If the disks are hotswap capable, you won't need a restart.  If the
disks are not hotswap capable, then you'll need to shut down the system
to replace them.

The best thing would be to recreate the partitions exactly the same on
the new disks first to make sure everything is still working fine.  Then
increase the size of the partitions through fdisk and expand the
filesystem with resize2fs.

Maarten Broekman

-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx
[mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of John J. Culkin
Sent: Wednesday, January 30, 2008 10:44 AM
To: General Red Hat Linux discussion list
Subject: Re: Increasing Space in Software Raid

Thanks for the replys

Isn't it a little more complicated then that. I would have to make partitions on the new device and then I would have to expand then later

Let me see if I can get a little Betty Crocker recipe here so that we are all on the same page

#Fail on device
mdadm --fail /dev/sda1
#Remove the failed drive and then replace it with a larger disk
# mount the disk and format it (would I need a restart in there?)
# Here is where it gets a little tricky for me
# I think I need to make matching partitions on the larger device so that I can bring it into the RAIDs (one for /boot, one for / root) #once that is rebuild I will break the raid again so that I can remove the remaining smaller disk
#I will then insert the new disk and mout and formate it
# before I bring the new disk into the raid I will want to grow the size

of the / root raid - this will also mean that I will have to grow its partition - any tips on that?

Am I missing anything?

-- John C.

Broekman, Maarten wrote:
The easiest way would be to break the mirror. Replace the non-live
device with the new drive.  Make a new metadevice with the new device.
Copy the data.  Remove the last old device and put in the second new
device.  Then re-mirror.

To make life easier you might want to use LVM also rather than raw
metadevices on the new devices.

Maarten Broekman

-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx
[mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of
culkinj3@xxxxxxxxxxxx
Sent: Tuesday, January 29, 2008 9:38 PM
To: redhat-list@xxxxxxxxxx
Subject: Increasing Space in Software Raid

Hello

I have a server running RHEL 4 and it has a software Raid (1) of 2 250
gb Sata disks. I want to upgrade this to two 750 gb disks in a Raid 1
configuration. There is not another SATA slot available.
Here is some more information

# df -ah
/dev/md1              229G  196G   21G  91% /
none                     0     0     0   -  /proc
none                     0     0     0   -  /sys
none                     0     0     0   -  /dev/pts
usbfs                    0     0     0   -  /proc/bus/usb
/dev/md0               99M   11M   83M  12% /boot
none                  505M     0  505M   0% /dev/shm
none                     0     0     0   -  /proc/sys/fs/binfmt_misc
automount(pid2042)       0     0     0   -  /var/autofs/bacula
/dev/sdc1             451G  340G   88G  80% /mnt/usb
#
cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sda3[0]
      242983040 blocks [2/1] [U_]

md0 : active raid1 sda1[0]
      104320 blocks [2/1] [U_]

unused devices: <none>


# cat /etc/fstab
/dev/md1                /                       ext3    defaults
1 1
/dev/md0                /boot                   ext3    defaults
1 2
none                    /dev/pts                devpts  gid=5,mode=620
0 0
none                    /dev/shm                tmpfs   defaults
0 0
none                    /proc                   proc    defaults
0 0
none                    /sys                    sysfs   defaults
0 0
LABEL=SWAP-sdb2         swap                    swap    defaults
0 0
LABEL=SWAP-sda2         swap                    swap    defaults
0 0
/dev/sdc1               /mnt/usb                ext3    defaults
0 0


Any suggestions/tips?

-- John C.



--
John J. Culkin			Systems Administrator
John.Culkin@xxxxxxxxxxxx	The University of Scranton
Phone: (570) 941-7665

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux