- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- root mirror disk 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
Forums
Discussions
Discussions
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
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
12-16-2002 11:37 PM
12-16-2002 11:37 PM
I have had the mirror of the root disk with some PE in stale state in all lvol's on vg00. The disks are enclosed in a Jamaica, the system is a D320 running HPUX11.00.
I have received the new disk from HP and even the disks are hot-plugable I wanted a clean replacement.
When tried
#lvreduce -m 0 /dev/vg00/lvolx
First reeive the message that lvolx was succesfully reduced - than
Cannot lock "/etc/lvmconf/lvm_lock" still trying...
vgcfgbackup:Unable to read the physical volume:No such device or address
vgcfgbackup: Invalid LVMREC on Physical Volume device /dev/rdsk/c1t6d0 (i.e. the faulty disk)
Even with this errors the lvols are reduced but that take a very long time. I intend further to perform vgreduce than rebuild the mirroring. I don't know if I'm doing the right thing but I don't know if the guy who was before me administrator on this system has performed a vgcfgbackup.
Is that OK to make lvreduce -m 0 /dev/vg00/lvolx
and the vgreduce /dev/vg00 /dev/dsk/c1t6d0 or not
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-16-2002 11:57 PM
12-16-2002 11:57 PM
Re: root mirror disk failure
In 11 when ever there was a change in the VG the configuration will be backed up automatically(unless specified not to do so), So possibly you may be having VG configuration backup. You can verify this with "strings /etc/lvmconf/vg00.conf" and check whether your PV is listed.
TT
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-17-2002 01:25 AM
12-17-2002 01:25 AM
SolutionThe best way to replace a mirrored root disk is to remove that disk. If hotplugable remove it online or else stutdown and replace the disk on the same hardware address(ID) and then do a vgcfgrestore. Reactivate volume group with vgchange -a y /dev/vg00
this will start resync or else do
vgsync /dev/vg00
there is no need to do lvreduce etc..that will take long time and then u'll have to do pvcreate and remirror. So follow the above method which is fail proof.
Cheers
Rajeev
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-17-2002 01:32 AM
12-17-2002 01:32 AM
Re: root mirror disk failure
Have you managed to reduce your mirror and PV ?
Here's an explanantion into the lvm_lock
DocId: KBRC00002639 Updated: 3/6/02 5:47:00 AM
PROBLEM
Cannot lock /etc/lvmconf//lvm_lock still trying.The error appears everytime some lvm command are issued. What is the cause and how to clear the error.
RESOLUTION
When the lvm commands run and need to access the lvmtab file there need to be a mechanism so that they do not update/access the file when it is being updated/accessed by other lvm commands. This is the purpose of the lvm_lock file. If you get the message 'Cannot lock "/etc/lvmconf//lvm_lock" still trying ... this indicates the system has attempted to lock the lvm_lock file 5 times using lockf() and failed since another command already has it locked. Every 10 attempts the command sleeps for 1 second before trying again. So, this message indicates another lvm command is running and has the lvm_lock file locked.
By deleting the lvm_lock file you could have one lvm command update or access the lvmtab file while another command is already doing this. This could cause the system to behave incorrectly or even corrupt the lvmtab file or worst case cause it to be lost completely.
Sometimes it might be necessary to delete the lvm_lock file to release the lvmtab file for lvm commands. If the process holding the lvm_lock can be killed gracefully it should remove the lock. A reboot may be needed afterward to free the lvmtab file. Afterward the lvm command should work fine.
HTH
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-17-2002 02:00 AM
12-17-2002 02:00 AM
Re: root mirror disk failure
Everything is OK. Case closed.