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

Re: [linux-lvm] Repairing LVM installations



Bradley,

looks like Norton defrag toasted your physical volume :(

There might be a slight chance to get it back, if you have an LVM
metadata backup at hand (/etc/lvmconf/vg00.conf) and use vgcfgrestore
to restore it to the physical volume.

But I guess Norton damaged more than just the LVM metadata area which sits
at the beginning of the drive.
You should try restoring the metadata though.

Hopefully you've got an actual backup of your logical volumes!

Regards,
Heinz    -- The LVM Guy --


On Sat, Oct 26, 2002 at 12:55:58AM -0400, Bradley M Alexander wrote:
> I have a machine which is running lvm, though not on the root filesystem:
> 
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/hda2              2626536   1590228   1036308  61% /
> /dev/vg00/lv_tmp        204788     33008    171780  17% /tmp
> /dev/vg00/lv_var       1572812    834604    738208  54% /var
> /dev/vg00/lv_home      2621356   1335196   1286160  51% /home
> /dev/vg00/lv_usrlocal
>                        1572812   1216152    356660  78% /usr/local
> /dev/vg00/lv_opt        524268    272348    251920  52% /opt
> /dev/vg00/lv_backup   10485436   8017728   2467708  77% /backup
> /dev/vg00/lv_video    11533980   5271576   6262404  46% /usr/local/video
> /dev/vg00/lv_archive  18873788  17288044   1585744  92% /archive
> 
> This machine has three 30GB drives on it. Drives 2 and 3 (/dev/hdc and
> /dev/hde)
> 
> I have a separate drive with Win98. Two nights ago, I booted into Windows
> to defrag the drive on my Archos mp3 player using Norton. When I fired up
> Norton, I misread the message and ended up letting Norton try to find the
> partition table, thinking it was the Archos. After about a minute without
> seeing the Archos' drive light flicker, I found that something was amiss.
> It was cabbaging the LVM drives. /dev/hdc shows the following information
> in a pvscan:
> 
> pvscan -- physical volume "/dev/ide/host0/bus1/target0/lun0/disc" is not
> active
> --- Physical volume ---
> PV Name               /dev/ide/host0/bus1/target0/lun0/disc
> VG Name               
> PV Size               8.03 GB / NOT usable 1.99 TB [LVM: 3.85 GB]
> PV#                   0
> PV Status             NOT available
> Allocatable           yes
> Cur LV                260964353
> PE Size (KByte)       2097151
> Total PE              4255186944
> Free PE               4255186029
> Allocated PE          915
> PV UUID               JXhNLv-TtpF-62Lg-CoIs-TMLT-Xg9L-GFfndV
> System Id             defiant1008649744
> 
> Since it was on a Promise controller, which locked up due to the filesystem
> damage, I moved the drive on hde to hdd to get it to boot. LVM sees the
> data on the PVs. I want to move the extents off of the damaged drives,
> starting with hdc. However, when I attempt to do so, I get a message about
> the PV being in an inconsistent state:
> 
> [defiant /home/storm]# pvmove /dev/hdc                             
> pvmove -- ERROR "pv_check_consistency(): current LV" physical volume
> "/dev/hdc" is inconsistent
> 
> The same occurs when I try to pvmove /dev/ide/host0/bus1/target0/lun0/disc.
> I would like to move the PEs off of the damaged drive and rebuild it, then
> move the data back. Is there a way to fix the PV on that particular drive
> so I can move the data off (there should be enough free PEs on the other
> two drives) and rebuild the drive?
> 
> Thanks,
> -- 
> --Brad
> ============================================================================
> Bradley M. Alexander                |   storm [at] debian.org
> Debian Developer, Security Engineer |   storm [at] tux.org
> Debian/GNU Linux Developer          | Visit the 99th VFS website at:
> 99th VFS 'Tuskegee Airmen'          |   http://99thvfs-ta.org
> ============================================================================
> Key fingerprints:
> DSA 0x54434E65: 37F6 BCA6 621D 920C E02E  E3C8 73B2 C019 5443 4E65
> RSA 0xC3BCBA91: 3F 0E 26 C1 90 14 AD 0A  C8 9C F0 93 75 A0 01 34
> ============================================================================
> The American Revolution would never have happened with Gun Control.
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm sistina com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

*** Software bugs are stupid.
    Nevertheless it needs not so stupid people to solve them ***

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Heinz Mauelshagen                                 Sistina Software Inc.
Senior Consultant/Developer                       Am Sonnenhang 11
                                                  56242 Marienrachdorf
                                                  Germany
Mauelshagen Sistina com                           +49 2626 141200
                                                       FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-



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