<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt">Thanks!<br><br>Can I change an existing partition to use LVM without losing data?<br><br><div> </div><span style="font-family:comic sans ms;">Richard Hubbard </span><br>ATTO Technology Inc<div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: David J. Andruczyk <djandruczyk@yahoo.com><br>To: nflug@nflug.org<br>Sent: Monday, June 23, 2008 9:08:25 PM<br>Subject: Re: [nflug] Here is something I should know, but I've never tried it in a production environment, so...<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 10pt;">Quick LVM primer:<br><br>using LVM on partitions:<br><br>fdisk drive, set
aside apartition and set the partition type to 8e<br>pvcreate /dev/sdax<br>vgcreate VolGRoupName /dev/sdax<br>lvcreate -L 10G -n LVname /dev/mapper/VolGroupName<br>mkfs -t ext3 -j /dev/mapper/VolGRoupName-LVname<br><br>It's also possible to use LVM ontop of a full device (in that case, just use pvcreate /dev/sda), partitions are better however as you can see if a disk has LVM on it, via using fdisk.<br><br>i.e. for me:<br> Device Boot Start End Blocks Id System<br>/dev/sda1
1 13 104391 83 Linux<br>/dev/sda2 14 30401 244091610 8e Linux LVM<br><br>There are more advanced methods like using multiple disks per volume group, striping, etc...<br>It gets interesting when u get to play with a Sun Thumper (X4500), with 48 1 TB disks and you want to slice and dice the disks with SW raid and LVM.<br><br><div> </div>-- David J. Andruczyk<div style="font-family: times new roman,new york,times,serif; font-size: 10pt;"><br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: Richard Hubbard <rhubby@yahoo.com><br>To: nflug@nflug.org<br>Sent: Monday, June 23, 2008 7:02:59 PM<br>Subject: Re: [nflug] Here is something I
should know, but I've never tried it in a production environment, so...<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Not denying any advantages.<br><br>I'm just pretty old school sometimes.<br>// In other words, I haven't learned how to do LVM yet!<br><div> </div><span style="font-family:comic sans ms;">Richard Hubbard </span><br>ATTO Technology Inc<div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: David J. Andruczyk <djandruczyk@yahoo.com><br>To: nflug@nflug.org<br>Sent: Monday, June 23, 2008 6:25:47 PM<br>Subject: Re: [nflug] Here is something I should know, but I've never tried it in a production environment, so...<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 10pt;"><br><div> LVM has many
advantages. i.e. when your raid card decides to present the devices in an alternate order, or you power up with a USB stick plugged in and that becomes /dev/sda, or your new box has a SATA device in it and hte kernel decides that's /dev/sda, you'll wish you used LVM, or label based mounts.<br><br><br><br></div>-- David J. Andruczyk<div style="font-family: times new roman,new york,times,serif; font-size: 10pt;"><br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: Richard Hubbard <rhubby@yahoo.com><br>To: nflug@nflug.org<br>Sent: Monday, June 23, 2008 3:59:17 PM<br>Subject: Re: [nflug] Here is something I should know, but I've never tried it in a production environment, so...<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Good old fashioned partition mounting (We don't need no stinkin' LVM!). The raid is hardware through the
megaraid card, so as long as the flash remembers it's stuff, I shouldn't have a problem.<br><br>The raid partition is 3 virtual machines, 2 running, and the rest of the machine is pretty plain jane, with VMWare server installed. One of the vm's is huge, though.(250 gb), so it would be much nicer if I didn't have to rebuild it.<br><br>I checked with a couple of people here, and they seem to be of the opinion that it should work.<br><br>Cross your fingers!<br><div> </div><span style="font-family:comic sans ms;">Richard Hubbard </span><br>ATTO Technology Inc<div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message
----<br>From: Darin Perusich <Darin.Perusich@cognigencorp.com><br>To: nflug@nflug.org<br>Sent: Monday, June 23, 2008 3:25:01 PM<br>Subject: Re: [nflug] Here is something I should know, but I've never tried it in a production environment, so...<br><br>I can't think of any reason why it shouldn't work but without knowing <br>how everything is setup, LVM, raid, etc, it's only an informed guess. <br>I'd make sure you have a full level 0 backup before you start playing <br>around with this, just in case.<br><br>Richard Hubbard wrote:<br>> I have one older, slower server with CENT OS 5.1 on it. So far, so good.<br>> <br>> I want to move it over to another, newer, physical box. No problem.<br>> <br>> Problem: I have a drive array set up on the old box using an LSI <br>> magaraid 6 SATA card.<br>> <br>> Could I just take the physical drives
out of the old box, put them into <br>> the new box, complete with the Megaraid card, and have the CENT OS <br>> recognize all the different hardware?<br>> <br>> // I'm guessing "yes", but I'm worried about the drive array. That has <br>> the important data. The boot drive is a pretty generic setup and can be <br>> remade in minutes. The raid array would take a few days to rebuild.<br>> <br>> Richard Hubbard<br>> ATTO Technology Inc<br>> <br>> <br>> <br>> ------------------------------------------------------------------------<br>> <br>> _______________________________________________<br>> nflug mailing list<br>> <a rel="nofollow" ymailto="mailto:nflug@nflug.org" target="_blank" href="mailto:nflug@nflug.org">nflug@nflug.org</a><br>> <a rel="nofollow" target="_blank" href="http://www.nflug.org/mailman/listinfo/nflug">http://www.nflug.org/mailman/listinfo/nflug</a><br><br>-- <br>Darin
Perusich<br>Unix Systems
Administrator<br>Cognigen Corporation<br>395 Youngs Rd.<br>Williamsville, NY 14221<br>Phone: 716-633-3463<br>Email: <a rel="nofollow" ymailto="mailto:darinper@cognigencorp.com" target="_blank" href="mailto:darinper@cognigencorp.com">darinper@cognigencorp.com</a><br>_______________________________________________<br>nflug mailing list<br><a rel="nofollow" ymailto="mailto:nflug@nflug.org" target="_blank" href="mailto:nflug@nflug.org">nflug@nflug.org</a><br><a rel="nofollow" target="_blank" href="http://www.nflug.org/mailman/listinfo/nflug">http://www.nflug.org/mailman/listinfo/nflug</a><br></div></div></div><br></div></div></div><br></div></div></div><br></div></div></div><br>
</div></div></div><br>
</body></html>