- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Dump-definition in lvlnboot
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
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
08-17-2000 04:14 AM
08-17-2000 04:14 AM
Dump-definition in lvlnboot
# lvlnboot -v
Boot Definitions for Volume Group /dev/vg00:
Physical Volumes belonging in Root Volume Group:
/dev/dsk/c2t4d0 (10/0.4.0) -- Boot Disk
/dev/dsk/c2t5d0 (10/0.5.0) -- Boot Disk
Boot: lvol1 on: /dev/dsk/c2t4d0
/dev/dsk/c2t5d0
Root: lvol3 on: /dev/dsk/c2t4d0
/dev/dsk/c2t5d0
Swap: lvol2 on: /dev/dsk/c2t4d0
/dev/dsk/c2t5d0
No Dump Logical Volume configured
Current path "/dev/dsk/c1t0d0" is an alternate link, skip.
Current path "/dev/dsk/c1t0d1" is an alternate link, skip.
Current path "/dev/dsk/c0t1d2" is an alternate link, skip.
Current path "/dev/dsk/c0t1d3" is an alternate link, skip.
There are two things I don't understand here. Obviously, there is no dump device configured. The question is, should I do that and if so, should it be configured for both mirrored disks.
Second, I get these Current path "/dev/dsk/c1t0d0" is an alternate link, skip-messages. These disk are a part of our AutoRAID system and are not used as system disks at all. So, why do they appear in my lvlnboot -v output ???
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 04:22 AM
08-17-2000 04:22 AM
Re: Dump-definition in lvlnboot
I suppose so, because all my machine that I have installed with a mirrored root volume group shows:
Boot Definitions for Volume Group /dev/vg00:
Physical Volumes belonging in Root Volume Group:
/dev/dsk/c0t5d0 (8/12.5.0) -- Boot Disk
/dev/dsk/c0t8d0 (8/12.8.0) -- Boot Disk
Boot: lvol1 on: /dev/dsk/c0t5d0
/dev/dsk/c0t8d0
Root: lvol3 on: /dev/dsk/c0t5d0
/dev/dsk/c0t8d0
Swap: lvol2 on: /dev/dsk/c0t5d0
/dev/dsk/c0t8d0
Dump: lvol2 on: /dev/dsk/c0t5d0, 0
Now just a question, im curious, why mirror vg00 if you are on RAID5?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 04:27 AM
08-17-2000 04:27 AM
Re: Dump-definition in lvlnboot
lvlnboot -d /dev/vg00/lvol2
will do it.
You will notice that after doing that lvlnboot -v will not show that the dump volume is mirrored, this is normal.
The alternate link messages are being generated because lvlnboot analyses all your volume groups (not just vg00) and outputs a warning for any alternate link found. You can safely ignore these.
I would query your strategy of mirroring vg00 within the same Autoraid unit though. You will not be increasing the resilience of the system but you will be affecting performance!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 04:27 AM
08-17-2000 04:27 AM
Re: Dump-definition in lvlnboot
Second question - from the lvlnboot man pages:
"The lvlnboot command updates all physical volumes in the volume group."
the devices on the AutoRAID have alternate links configured and because of that, lvlnboot needs not check for the presence of logical volumes that are root boot, dump etc., so it skips those devices. Presumeably, if they were physical links, lvlnboot will scan them for the presence of root, boot, or dump logical volumes.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 04:29 AM
08-17-2000 04:29 AM
Re: Dump-definition in lvlnboot
lvlnboot -d /dev/vg00/lvol2 same volume as swap.
lvlnboot -s /dev/vg00/lvol2.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 05:20 AM
08-17-2000 05:20 AM
Re: Dump-definition in lvlnboot
De 12H is used for Oracle DBMS only, not for system. That's why I'm mirroring the system disk c2t4d0 to c2t5d0. These disks are not part of the 12H.
The other info is excellent. Just wonder why HP didn't include dump when the set up the system in the first place...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 05:32 AM
08-17-2000 05:32 AM
Re: Dump-definition in lvlnboot
I should have looked more closely at the disk names.
They are on the same controller so it's not an ideal situation but they tend to be very reliable so it shouldn't be a problem.
Regards,
John
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 05:37 AM
08-17-2000 05:37 AM
Re: Dump-definition in lvlnboot
I wonder about the comments that suggest you are mirroring raid 5. Your original post said you are not and the device addresses (10/0.4.0 and 10/0.5.0) suggest that they are internal drives on probably something like a K box. But I do note that both mirrors are using the same controller which will work but is not the best in both terms of performance and failure resistance.
I also question why you are receiving these alternate link messages. What I know about an autoraid unit is limited at best where I don't have one and probably never will. But I have used EMC drives all over the place and they have alternate links normally defined. I have never seen any error messages in any of these configurations mentioning anything about alternate link definitions. As a policy we don't use the EMC drives for vg00 (we usually have a mirrored Jamaica using two SCSI channels), so they are not part of the boot picture, but then again, neither is your autoraid.