- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: LVM failure
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-12-2003 11:52 PM
тАО06-12-2003 11:52 PM
Does anyone know what will happen if DiskB fails physically?
Lvoll is not usuable even after disk replacement and vgcfgrestore?
I tryed destroy diskB but OS didn't recognize diskB had problem and I could continue to use lvol1.
I use lvol1 as filesystem.
Thanks in advance.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-12-2003 11:59 PM
тАО06-12-2003 11:59 PM
Re: LVM failure
What do you mean by 'I tryed destroy diskB' ? If you did something like a dd with vg01 active, then you will get in trouble only when LVM will access data on DiskB or if you deactivate/reactivate vg. If you don't need space on DiskB, you should rather use it to mirror DiskA.
Regards.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-13-2003 12:00 AM
тАО06-13-2003 12:00 AM
Re: LVM failure
# vgreduce /dev/vg01 /dev/dsk/(diskB)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-13-2003 12:02 AM
тАО06-13-2003 12:02 AM
Re: LVM failure
so I understand you have a filesystem across both disks but it is NOT mirrored.
then if diskB fails you will have be prepared to restore your data, because HOW could you be sure that you have really no data on diskB?
In your test case you probably destroyed the LVM Header by doing a dd on the raw device of diskB then redid pvcreate on diskB and a vgcfgrestore.
this only worked because you just recently set up the filesystem and therefore you were lucky that you had no data on it. Else you would have been into a restore situation.
Regards,
Bernhard
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-13-2003 12:06 AM
тАО06-13-2003 12:06 AM
Re: LVM failure
as far as i has experience, when diskB fail you will no longer have access to the lvol.
You may be able to umount it, if you are lucky, but not to mount it any more.
Even after a disk-replacement and vgcfgrestore, because vgcfgrestore does a restore of only the metainformation, not the data inside the lvol.
How did you do your test ?
if you did a dd over the disk, and you tried not to access the part of lvol on diskB, easily you saw nothing, you must do some I/O.
Did you see any message in syslog ?
To recover the situaion, after the vgcfgrestore, you might have to do an lvreduce and after a resize of FS, but you may lose data.
HTH,
Massimo
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-13-2003 12:11 AM
тАО06-13-2003 12:11 AM
Re: LVM failure
this will show you on which disk lvol1 resides. maybe not all of it is screwed!
vgdisplay -v /dev/vg01
to check the vg state
the lvol will be usable after disk failure + vgcfgrestore, however, all data on the lvols' filesystem will need to be restored:
cat /etc/fstab
to view the potentially screwed filesytems on that lvol.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-13-2003 12:32 AM
тАО06-13-2003 12:32 AM
Re: LVM failure
Thank you for all your replies.
I destroyed diskB using dd.
Because I destroyed part of diskB and there was no I/O on that bad area, I think I still could use it.
If I understand what you all said correctly,
if there is no data on diskB, then lvol1 is still usable after disk replacement and vgcfgrestore.
Anyway, probably some data on diskB, so lvol1 has to be restored.
Am I saying right?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-13-2003 12:36 AM
тАО06-13-2003 12:36 AM
SolutionIn fact, if you use vgcfgrestore on the disk after replacement, you will correct problems at LVM level, but at filesystem level you will still have missing structures. If you really don't had data on it, perhaps a fsck could fix. The clean way would be newfs and restore data.
Regards.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-13-2003 12:48 AM
тАО06-13-2003 12:48 AM
Re: LVM failure
Probably some data on diskB and could cause a problem when that bad block is accessed.
Thanks again.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-13-2003 12:51 AM
тАО06-13-2003 12:51 AM
Re: LVM failure
sorry for previous posting, i didn't see that lvol1 had no data on diskB... i was missing a good black coffee:).
if it has no data, then lvol1 will be usable.
After the vgcfgrestore remember to issue a "vgchange -a y" to vg01, because otherwise it will not see the restored disk.
You can check if you have data on diskB using lvdisplay -v /dev/vg01/lvol1.
If you have no PE on that disk, using vgreduce you should be able to remove all problems.
HTH,
Massimo