similar to: mdraid vs hardware raid, was: Looking for a life-save LVM Guru

On 2/27/2015 4:25 PM, Khemara Lyn wrote: > Right now, the third hard drive is damaged; and therefore the third PV > (/dev/sdc1) cannot be accessed anymore. I would like to recover whatever > left in the other 3 PVs (/dev/sda1, /dev/sdb1, and /dev/sdd1). your data is spread across all 4 drives, and you lost 25% of it. so only 3 out of 4 blocks of data still exist. good luck with

----- Original Message ----- | Dear All, | | I am in desperate need for LVM data rescue for my server. | I have an VG call vg_hosting consisting of 4 PVs each contained in a | separate hard drive (/dev/sda1, /dev/sdb1, /dev/sdc1, and /dev/sdd1). | And this LV: lv_home was created to use all the space of the 4 PVs. | | Right now, the third hard drive is damaged; and therefore the third PV |

On 2/27/2015 4:37 PM, James A. Peltier wrote: > | I was able to create a new PV and restore the VG Config/meta data: > | > | # pvcreate --restorefile ... --uuid ... /dev/sdc1 > | oh, that step means you won't be able to recover ANY of the data that was formerly on that PV. -- john r pierce 37N 122W somewhere on the middle of the left coast

OK It's extremely rude to cross post the same question across multiple lists like this at exactly the same time, and without at least showing the cross posting. I just replied to the one on Fedora users before I saw this post. This sort of thing wastes people's time. Pick one list based on the best case chance for response and give it 24 hours. Chris Murphy

Dear John, I understand; I tried it in the hope that, I could activate the LV again with a new PV replacing the damaged one. But still I could not activate it. What is the right way to recover the remaining PVs left? Regards, Khem On Sat, February 28, 2015 7:42 am, John R Pierce wrote: > On 2/27/2015 4:37 PM, James A. Peltier wrote: > >> | I was able to create a new PV and restore

On Fri, Feb 27, 2015 at 8:24 PM, John R Pierce <pierce at hogranch.com> wrote: > On 2/27/2015 4:52 PM, Khemara Lyn wrote: >> >> I understand; I tried it in the hope that, I could activate the LV again >> with a new PV replacing the damaged one. But still I could not activate >> it. >> >> What is the right way to recover the remaining PVs left? > >

On Fri, 27 Feb 2015 19:24:57 -0800 John R Pierce <pierce at hogranch.com> wrote: > On 2/27/2015 4:52 PM, Khemara Lyn wrote: > > > > What is the right way to recover the remaining PVs left? > > take a filing cabinet packed full of 10s of 1000s of files of 100s of > pages each, with the index cards interleaved in the files, and > remove 1/4th of the pages in the

On 2/27/2015 8:00 PM, Marko Vojinovic wrote: > And this is why I don't like LVM to begin with. If one of the drives > dies, you're screwed not only for the data on that drive, but even for > data on remaining healthy drives. with classic LVM, you were supposed to use raid for your PV's. The new LVM in 6.3+ has integrated raid at an LV level, you just have to declare all

On Fri, Feb 27, 2015 at 9:44 PM, John R Pierce <pierce at hogranch.com> wrote: > On 2/27/2015 8:00 PM, Marko Vojinovic wrote: >> >> And this is why I don't like LVM to begin with. If one of the drives >> dies, you're screwed not only for the data on that drive, but even for >> data on remaining healthy drives. > > > with classic LVM, you were

On Sat, Feb 28, 2015 at 1:26 PM, Valeri Galtsev <galtsev at kicp.uchicago.edu> wrote: > Indeed. That is why: no LVMs in my server room. Even no software RAID. > Software RAID relies on the system itself to fulfill its RAID function; > what if kernel panics before software RAID does its job? Hardware RAID > (for huge filesystems I can not afford to back up) is what only makes >

On Sat, Feb 28, 2015 at 4:28 PM, James A. Peltier <jpeltier at sfu.ca> wrote: > People who understand how to use the system do not suffer these problems. LVM adds a bit of complexity for a bit of extra benefits. You can't blame LVM for user error. Not having monitoring in place or backups is a user problem, not an LVM one. It's a good point. Suggesting the OP's problem is

On Sat, Feb 28, 2015 at 5:59 PM, James A. Peltier <jpeltier at sfu.ca> wrote: > There is no difference between a single disk system and a multi-disk system in terms of being able to dynamically resize volumes that reside on a volume group. Having the ability to resize a volume to be either larger or smaller on demand is a really nice feature to have. I'll better qualify this. For

On Sun, March 1, 2015 9:07 pm, Khemara Lin wrote: > Dear Chris, James, Valeri and all, > > Sorry to have not responded as I'm still on struggling with the recovery > with no success. > > I've been trying to set up a new system with the exact same scenario (4 > 2TB hard drives and remove the 3rd one afterwards). I still cannot > recover. > > We did have a

----- Original Message ----- | On Fri, 27 Feb 2015 19:24:57 -0800 | John R Pierce <pierce at hogranch.com> wrote: | > On 2/27/2015 4:52 PM, Khemara Lyn wrote: | > > | > > What is the right way to recover the remaining PVs left? | > | > take a filing cabinet packed full of 10s of 1000s of files of 100s of | > pages each, with the index cards interleaved in the

Dear James, Thank you for being quick to help. Yes, I could see all of them: # vgs # lvs # pvs Regards, Khem On Sat, February 28, 2015 7:37 am, James A. Peltier wrote: > > > ----- Original Message ----- > | Dear All, > | > | I am in desperate need for LVM data rescue for my server. > | I have an VG call vg_hosting consisting of 4 PVs each contained in a > | separate

----- Original Message ----- | On Sat, Feb 28, 2015 at 4:28 PM, James A. Peltier <jpeltier at sfu.ca> wrote: | | > People who understand how to use the system do not suffer these problems. | > LVM adds a bit of complexity for a bit of extra benefits. You can't | > blame LVM for user error. Not having monitoring in place or backups is a | > user problem, not an LVM one. |

On Sat, February 28, 2015 4:22 pm, Chris Murphy wrote: > On Sat, Feb 28, 2015 at 1:26 PM, Valeri Galtsev > <galtsev at kicp.uchicago.edu> wrote: >> Indeed. That is why: no LVMs in my server room. Even no software RAID. >> Software RAID relies on the system itself to fulfill its RAID function; >> what if kernel panics before software RAID does its job? Hardware RAID

Dear Chris, James, Valeri and all, Sorry to have not responded as I'm still on struggling with the recovery with no success. I've been trying to set up a new system with the exact same scenario (4 2TB hard drives and remove the 3rd one afterwards). I still cannot recover. We did have a backup system but it went bad for a while and we did not have replacement on time until this

On Fri, February 27, 2015 10:00 pm, Marko Vojinovic wrote: > On Fri, 27 Feb 2015 19:24:57 -0800 > John R Pierce <pierce at hogranch.com> wrote: >> On 2/27/2015 4:52 PM, Khemara Lyn wrote: >> > >> > What is the right way to recover the remaining PVs left? >> >> take a filing cabinet packed full of 10s of 1000s of files of 100s of >> pages each,

Dear All, I am in desperate need for LVM data rescue for my server. I have an VG call vg_hosting consisting of 4 PVs each contained in a separate hard drive (/dev/sda1, /dev/sdb1, /dev/sdc1, and /dev/sdd1). And this LV: lv_home was created to use all the space of the 4 PVs. Right now, the third hard drive is damaged; and therefore the third PV (/dev/sdc1) cannot be accessed anymore. I would like