Re: broken fs after removing disk from group

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

 



Obviously data on the bad disk is gone. Can you explain why the entire file system is gone also?

I did what I said in my previous email and so far it has worked pretty well. The idea came from this: https://www.novell.com/coolsolutions/appnote/19386.html#DiskPermanentlyRemoved

So I took a disk and did the: pvcreate --uuid NOskcl-8nOA-PpZg-DCtW-KQgG-doKw-n3J9xd --restorefile VolGroup00_00001-16738001.vg /dev/sdc1

The restorefile being the config before the disk died.

Then I did vgcfgrestore with the VolGroup00_00001-16738001.vg followed by vgscan and vgchange -ay VolGroup00

All the above went well, exactly like on the novell.com link.

pvdisplay shows the 3 disks exactly like before I had the one that died but the e2fsck (or fsck.ext4) tells me:
The filesystem size (according to the superblock) is 675863552 blocks
The physical size of the device is 597721088 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>?

That's what I don't understand, shouldn't the size of the device be back to 675863552 blocks and so I should be able to do the fsck without getting this warning?

Thanks.

On 11/13/2014 01:38 PM, Matthew Patton wrote:

Dude seriously? Any data that was on the bad disk is gone including the ENTIRE file system if any of it resided on said disk.

Moral of the story use better disks and don't spread file systems across multiple devices.
On 11/13/2014 12:11 AM, Fran Garcia wrote:
On Wed, Nov 12, 2014 at 11:16 PM, Marc des Garets wrote:
Hi,
[...]
Now the problem is that I can't mount my volume because it says:
wrong fs type, bad option, bad superblock

Which makes sense as the size of the partition is supposed to be 2.4Tb but
now has only 2.2Tb. Now the question is how do I fix this? Should I use a
tool like testdisk or should I be able to somehow create a new physical
volume / volume group where I can add my logical volumes which consist of 2
physical disks and somehow get the file system right (file system is ext4)?
So you basically need a tool that will "invent" about 200 *Gb* of
missing filesystem? :-)

I think you better start grabbing your tapes for a restore...

~f

_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/




[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux