- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: make_recovery
Categories
Company
Local Language
Forums
Discussions
Knowledge Base
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
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
03-20-2003 07:36 PM
03-20-2003 07:36 PM
Tried to create a recovery tape (make_recover -Av) of my system after installation of additional CPU Boards. The creation FAILED.
Potion of the log file repeatedly says...
vgdisplay: Warning: couldn't query all of the physical volumes.
vgdisplay: Warning: couldn't query physical volume "/dev/dsk/c0t6d0":
The specified path does not correspond to physical volume attached to
this volume group
lvdisplay: Warning: couldn't query all of the physical volumes.
lvdisplay: Warning: couldn't query physical volume "/dev/dsk/c0t6d0":
The specified path does not correspond to physical volume attached to
this volume group
lvdisplay: Warning: couldn't query all of the physical volumes.
lssf: Must specify a special_file
usage: lssf special_file ...
save_config: error - unknown disk type for , not SCSI or HPFL
save_config: error - cannot determine root disk
Appreciate any findings and advise...
regards...
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 07:39 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 07:56 PM
03-20-2003 07:56 PM
Re: make_recovery
You may need to run a 'vgscan' depending on the outcome of the disk problem. Let us know what you find.
# mv /etc/mnttab /etc/mnttab.orig
# vgscan -a
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 08:02 PM
03-20-2003 08:02 PM
Re: make_recovery
Add to your notes, to upgrade your ignite utility. download it from here:
http://www.software.hp.com/products/IUX/download.html
This is more effecient than make_recovery. The new command will be :
make_tape_recovery -x inc_entire=vg00 -I -v -a /dev/rmt/0mn
Thanks & Good luck.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 08:18 PM
03-20-2003 08:18 PM
Re: make_recovery
ALso do a vgdisplay on that VG and check the number of disks and the information of c0t6d0.
If the c0t6d0 is not available in the vgdisplay list of the VG then you can do a
#mv /etc/lvmtab /etc/lvmtab.old
#vgscan -a
Revert
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 08:26 PM
03-20-2003 08:26 PM
Re: make_recovery
Start over with make_tape_recovery
This should be done if you want support on disaster recovery in the long term.
2)save_config errors can be caused by the new Veritas Volume manager. If you are not using the new volume manager you can safely remove the volume manager and eliminate some of your errors. That's what the support center had me do when I ran into these problems a few months bacik.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 09:42 PM
03-20-2003 09:42 PM
Re: make_recovery
Just to give you further details...
vg00 LVNames...
I checked on the following
1. /etc/lvmtab. /dev/dsk/c0t6d0 is included under vg00.
2. /etc/mnttab. /dev/vg00/lvol2 is missing
3. vgdisplay -v vg00. Information related to /dev/dsk/c0t6d0 is missing.
Running #vgscan -a will recreate /etc/lvmtab alone. Please correct me NOT so sure about this...
How will #vgscan -a affect the content of /etc/mnttab and the output of vgdisplay?
thanks in advance...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 10:13 PM
03-20-2003 10:13 PM
Re: make_recovery
If vgdisplay is missing that disk in the VG then it would be like the disk was removed from Vg but not properly updated in the /etc/lvmtab file
yes just do a
#vgscan -a
that should re-build the lvmtab file.
Then lvol2 in the VG00 is the swap volume which will not be displayed in the mnttab.you can use swapinfo -ta to check that it belongs to swap.
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 10:18 PM
03-20-2003 10:18 PM
Re: make_recovery
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 11:02 PM
03-20-2003 11:02 PM
Re: make_recovery
Tried to execute #ioscan -fnC disk. The problem disk c0t6d0 was NOT listed.
FYI...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2003 11:12 PM
03-20-2003 11:12 PM
Re: make_recovery
Then do insf -e.
Hope this help.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-21-2003 01:02 AM
03-21-2003 01:02 AM
Re: make_recovery
Is there any other way to get info on this disk aside from "ioscan"?
Looks like I have a h/w failure in here. Though I was STILL able to access what's on the disk.
I am thinking of rebooting the system. But really worried that it might NOT get the system up anymore...
regards...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-21-2003 01:09 AM
03-21-2003 01:09 AM
Re: make_recovery
Anyhow post the output of /etc/lvmtab and the output for vgdisplay -v /dev/vg00.
REvert fast
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-21-2003 01:17 AM
03-21-2003 01:17 AM
Re: make_recovery
see attached. also included the output of "ioscan -fnC disk".
btw, many thanks for looking into this positively...
regards...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-21-2003 01:53 AM
03-21-2003 01:53 AM
Re: make_recovery
The disk belongs to /dev/vg00 and as you can see from the vgdisplay output the number of disks list in
CUR PV=6
ACT PV=5
is where the problem lies.
okay see in your output, where it states, that you have 'available/stale' for some volumes, well this is the mirror of part of your root volume group.
Get the disk replaced. Seeing it is mirrored, the system should fix the mirror itself depending on the model of your system. Some are hot pluggable and some are not.
Good luck
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-21-2003 01:55 AM
03-21-2003 01:55 AM
Re: make_recovery
Make sure that you backup things before proceeding on the same.
The number of PV's in the VG
Cur PV =6
Act PV =5
The problem is this.
If this would have been for a non VG00 then a
vgreduce -f would solve the problem.
As this is for vg00
you need to
Boot into LVM maintenance mode.
Interrupt the boot process then
hpux -lm
Export the vg00
vgexport -m
Re-create the VG00
mkdir /dev/vg00
mknod /dev/vg00/group c 64 0x000000
Again do a vgimport for vg00
vgimport -m
In this process if there are any errors then just do a
vgreduce -f /dev/vg00
mv /etc/lvmtab /etc/lvmtab.old
vgscan -v
Now the vgdisplay -v /dev/vg00 should have Cur PV and Act PV with equal no. of disks
Reboot
/sbin/reboot
you might face problems during a make_tape or during the addition of disk to this VG.
Just plan a downtime for this accordingly.
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-21-2003 02:29 AM
03-21-2003 02:29 AM
Re: make_recovery
#ll /etc/lvmconf/vg00.conf
#vgcfgrestore -n /dev/vg00 -l
Also Is your vg00 mirrored?
Revert on the same
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-23-2003 04:25 PM
03-23-2003 04:25 PM
Re: make_recovery
Thanks to all.
Ill have HP Engineer here to replace the defective disk.
Thanks for all the inputs. Appreciate every input you've shared.
regards...