HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Another HP-UX Mirroring Question
Operating System - HP-UX
1832853
Members
3008
Online
110047
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
05-22-2010 12:07 PM
05-22-2010 12:07 PM
Greetings,
I believe I have successfully implemented mirroring on an older HP-UX server (L-class, PA-RISC with 11.23).
My question is- now that vg00 is extended onto the new disk with lvol1-7 mirrored, how are new lvols to be created with remaining space?
If I use SAM, I don't see a way to specify that new lvols wind-up on primary or mirror device, and I'd assume at the minimum, after creation, I'd need to shell-out and -m them to the mirror device. I'm just concerned if SAM is going to put them on the mirror device or if it will only put them on the parent/original vg disk.
So what's the best way to add new lvols? Is there anyway SAM can be used (even if post-fix mirroring afterwards at the shell, which is fine). Or from the point of adding mirroring, do any and all new lvols need be added from the shell to specify the primary device?
Thank you in advance!
I believe I have successfully implemented mirroring on an older HP-UX server (L-class, PA-RISC with 11.23).
My question is- now that vg00 is extended onto the new disk with lvol1-7 mirrored, how are new lvols to be created with remaining space?
If I use SAM, I don't see a way to specify that new lvols wind-up on primary or mirror device, and I'd assume at the minimum, after creation, I'd need to shell-out and -m them to the mirror device. I'm just concerned if SAM is going to put them on the mirror device or if it will only put them on the parent/original vg disk.
So what's the best way to add new lvols? Is there anyway SAM can be used (even if post-fix mirroring afterwards at the shell, which is fine). Or from the point of adding mirroring, do any and all new lvols need be added from the shell to specify the primary device?
Thank you in advance!
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-22-2010 12:11 PM
05-22-2010 12:11 PM
Re: Another HP-UX Mirroring Question
When using SAM you can select the the option for mirroring or not, but I always use the command line for such task for better control.
Hope this helps!
Regards
Torsten.
__________________________________________________
There are only 10 types of people in the world -
those who understand binary, and those who don't.
__________________________________________________
No support by private messages. Please ask the forum!
If you feel this was helpful please click the KUDOS! thumb below!
Hope this helps!
Regards
Torsten.
__________________________________________________
There are only 10 types of people in the world -
those who understand binary, and those who don't.
__________________________________________________
No support by private messages. Please ask the forum!
If you feel this was helpful please click the KUDOS! thumb below!

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-22-2010 12:21 PM
05-22-2010 12:21 PM
Re: Another HP-UX Mirroring Question
If I select Mirror 1 in SAM, is SAM smart enough to use the other disk device?
I guess the part that is throwing me is that UX/Mirroring starts with extending a Volume Group across two disks. Initially, this is fine as all the lvols of interest happen to all be on the first physical disk.
After this extension, what's to stop SAM (or the command line for that matter) from putting any new lvols created on both (or either/or) the primary and mirror physical devices (i.e. linearly across the open space)? Or is SAM smart enough to know "Mirror = 1, so put lvol on device A, then mirror on device B if there are two devices for this vgroup).
I mean, if you simply START by extended a volume group across two devices, it'll usually span lvols across the two however it sees fit, no?
I guess the part that is throwing me is that UX/Mirroring starts with extending a Volume Group across two disks. Initially, this is fine as all the lvols of interest happen to all be on the first physical disk.
After this extension, what's to stop SAM (or the command line for that matter) from putting any new lvols created on both (or either/or) the primary and mirror physical devices (i.e. linearly across the open space)? Or is SAM smart enough to know "Mirror = 1, so put lvol on device A, then mirror on device B if there are two devices for this vgroup).
I mean, if you simply START by extended a volume group across two devices, it'll usually span lvols across the two however it sees fit, no?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-22-2010 12:30 PM
05-22-2010 12:30 PM
Solution
see man lvcreate:
...
-s strict
Set the strict allocation policy. Mirror copies of a logical extent can be allocated to share or not share the same physical volume or physical volume group. strict can have one of the following values:
y
Set a strict allocation policy. Mirrors of a logical extent cannot share the same physical volume. This is the default.
...
Per default the mirror copy must be on another disk.
Hope this helps!
Regards
Torsten.
__________________________________________________
There are only 10 types of people in the world -
those who understand binary, and those who don't.
__________________________________________________
No support by private messages. Please ask the forum!
If you feel this was helpful please click the KUDOS! thumb below!
...
-s strict
Set the strict allocation policy. Mirror copies of a logical extent can be allocated to share or not share the same physical volume or physical volume group. strict can have one of the following values:
y
Set a strict allocation policy. Mirrors of a logical extent cannot share the same physical volume. This is the default.
...
Per default the mirror copy must be on another disk.
Hope this helps!
Regards
Torsten.
__________________________________________________
There are only 10 types of people in the world -
those who understand binary, and those who don't.
__________________________________________________
No support by private messages. Please ask the forum!
If you feel this was helpful please click the KUDOS! thumb below!

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