HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Can't use replaced mirror disk
Operating System - HP-UX
1837120
Members
2735
Online
110112
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- 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
10-20-2001 11:07 AM
10-20-2001 11:07 AM
Ok here's the scenario:
Mirrored volume group vg00 with one mirror disk. Mirror disk fails, is replaced with another, pvcreate the new disk and get:
'pvcreate: The physical volume already belongs to a volume group'
and so begine the long tale of every command I try results in 'this disk is already here' type errors, followed by stuff like:
'vgreduce: Couldn't query physical volume "/dev/dsk/c0t5d0":
The specified path does not correspond to physical volume attached to this volume group'
I also tried blitzing the /etc/lvmtab file and recreating with vgscan but still no go.
Anyone got any ideas?
Oh, BTW I am remote and the machine is live so single user mode is a no go.
Here's hoping :)
David Whitehea
Mirrored volume group vg00 with one mirror disk. Mirror disk fails, is replaced with another, pvcreate the new disk and get:
'pvcreate: The physical volume already belongs to a volume group'
and so begine the long tale of every command I try results in 'this disk is already here' type errors, followed by stuff like:
'vgreduce: Couldn't query physical volume "/dev/dsk/c0t5d0":
The specified path does not correspond to physical volume attached to this volume group'
I also tried blitzing the /etc/lvmtab file and recreating with vgscan but still no go.
Anyone got any ideas?
Oh, BTW I am remote and the machine is live so single user mode is a no go.
Here's hoping :)
David Whitehea
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-20-2001 11:52 AM
10-20-2001 11:52 AM
Re: Can't use replaced mirror disk
David,
1) Use pvcreate -f command to create the physical volume
2) About the failed volume in the volume group, you need to run vgcfgrestore. Follow this procedure.
#vgcfgrestore -n /dev/vg00 /dev/dsk/cxtydz
#vgchange -a y vg00
#mkboot /dev/rdsk/cxtydz
#mkboot -a "hpux -lq (;0)/stand/vmunix" /dev/rdsk/cxtydz
(if you have DIAGNOSTICS installed)
#cd /usr/sbin/diag/lif
#mkboot -vb updatediaglif2 -p ISL -p AUTO -p HPUX -p LABLE /dev/rdsk/cxtydz
#vgsync vg00
#lvlnboot -R
This should do the job.
Once the vgsync is done, verify if everything is ok by doing
#lvlnboot -v
(make sure both the disks are shown bootable)
and the boot,root,swap logical volumes showing up no both the disks)
This should work.
-Sri
1) Use pvcreate -f command to create the physical volume
2) About the failed volume in the volume group, you need to run vgcfgrestore. Follow this procedure.
#vgcfgrestore -n /dev/vg00 /dev/dsk/cxtydz
#vgchange -a y vg00
#mkboot /dev/rdsk/cxtydz
#mkboot -a "hpux -lq (;0)/stand/vmunix" /dev/rdsk/cxtydz
(if you have DIAGNOSTICS installed)
#cd /usr/sbin/diag/lif
#mkboot -vb updatediaglif2 -p ISL -p AUTO -p HPUX -p LABLE /dev/rdsk/cxtydz
#vgsync vg00
#lvlnboot -R
This should do the job.
Once the vgsync is done, verify if everything is ok by doing
#lvlnboot -v
(make sure both the disks are shown bootable)
and the boot,root,swap logical volumes showing up no both the disks)
This should work.
-Sri
You may be disappointed if you fail, but you are doomed if you don't try
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-20-2001 11:57 AM
10-20-2001 11:57 AM
Solution
Hi (again) David,
I read your messsage again. To clarify a bit further.
Don't add the new disk to the volume group using vgextend command.
vgcfgrestore explained in the above procedure should replace the failed disk with the new disks by restoring the VG structure.
Ignore the messages you get while running vgcfgrestore. vgchange -a y will take care of it.
All the best.
-Sri
I read your messsage again. To clarify a bit further.
Don't add the new disk to the volume group using vgextend command.
vgcfgrestore explained in the above procedure should replace the failed disk with the new disks by restoring the VG structure.
Ignore the messages you get while running vgcfgrestore. vgchange -a y will take care of it.
All the best.
-Sri
You may be disappointed if you fail, but you are doomed if you don't try
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-20-2001 02:40 PM
10-20-2001 02:40 PM
Re: Can't use replaced mirror disk
Excellent! thanks friend that was bang on the money.
I had seen the same procedure in other threads here but was a little freaked out by the messages returned from the vgcfgrestore bit and so didn't carry on with the whole solution. Thanks for making the vgchange part clear :)
I had seen the same procedure in other threads here but was a little freaked out by the messages returned from the vgcfgrestore bit and so didn't carry on with the whole solution. Thanks for making the vgchange part clear :)
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP