- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Vpar Boot Disk or Not
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
11-16-2006 05:14 AM
11-16-2006 05:14 AM
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-16-2006 05:20 AM
11-16-2006 05:20 AM
Re: Vpar Boot Disk or Not
Virtual Partitions (vPars) you can take almost any HP 9000 server and turn it into many "virtual" computers. These virtual computers can each be running their own instance of HP-UX and associated applications. The virtual computers are isolated from one another at the software level. Software running on one Virtual Partition will not affect software running in any other Virtual Partition. In the Virtual Partitions you can run different revisions of HP-UX, different patch levels of HP-UX, different applications, or any software you want and not affect other partitions.
There are some base requirements that must be met in order to run vPars on your system. At the time of this writing, the following minimum requirements must be met for each vPar on your system:
Minimum of one CPU.
Sufficient memory to run HP-UX and any other software that will be present in the vPar.
A boot disk off which HP-UX can be booted. At the time of this writing it is not possible to share bus adapters between vPars. Therefore, a separate bus adapter is required for each of the vPars.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-16-2006 05:29 AM
11-16-2006 05:29 AM
Re: Vpar Boot Disk or Not
You CANNOT share I/O cards or boot discs across Vpars.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-16-2006 12:49 PM
11-16-2006 12:49 PM
Re: Vpar Boot Disk or Not
They want to add 4th cell board with mem/cpu to 2 cell Npar, BUT configure it as Vpar.
Once cell is add to prim. Npar, believe it will wake up with 3 cells. Not sure how i can separate it out as Vpar without 'Vparing' the Npar 0 instance.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-16-2006 03:49 PM
11-16-2006 03:49 PM
SolutionOnce cell is add to prim. Npar, believe it will wake up with 3 cells. Not sure how i can separate it out as Vpar without 'Vparing' the Npar 0 instance."
The simple answer is you cannot do this unless you install Vpars on Npar0 and then create Vpars using the existing hardware (cells etc) for your first Vpar, and then use the new (3rd) cell and some of the I/O cards in Npar0 to create a 2nd Vpar in the Npar.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-17-2006 06:12 AM
11-17-2006 06:12 AM
Re: Vpar Boot Disk or Not
Bottomline is that we have 2 Npars (0 & 1), forget 1 for now.
Npar 0 is production /w 2 Cells, they "planned" to add another cell making 3.... Then once system boots 'spin' off the 3rd Cell into a Vpar.
Real question is? Is that possible without (other than reboots) affecting the original Npar 0 Production ENV? OR do we have to rebuild 2 Vpars? I.E. re-ignite the Prod. ENV.
I think they assume we can leave Npar untouched and just add 1 single Vpar, but I think (no nothing about Vpars) we have to 'spin' off the prod. ENV into its own Vpar with its orignal resources, and 2nd Vpar for the new Cell.
If my assumtion is correct, then assume that we can configure Npar 0 for 2 Vpars and then simply configure Vpar0 with the 2 Cells and boot the prod ENV backup without re-install.... Hope anyway.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-17-2006 06:40 AM
11-17-2006 06:40 AM
Re: Vpar Boot Disk or Not
a vpar (or more vpars) must reside within a npar (it is like a "virtual npar").
So you need to run all instances in a npar as a vpar!
But you can run a "plain" npar and a vpar environment in another npar in the same machine (1 machine, 2 npars).
To read more about the concept, please go to http://docs.hp.com/en/oshpux11iv2.html#Virtual%20Partitions
and read the documentation.
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
11-17-2006 06:43 AM
11-17-2006 06:43 AM
Re: Vpar Boot Disk or Not
You have 2 nPars you say. nPar0 which is a 2 cell nPar and nPar1 which is a single cell. You want to add another cell 3 to the mix on nPar 0.
I still do not understand how vPars come into the picture. Do you actually have a vPar on any of the nPars?
But If I am getting it right, you actually do not have a vPAr yet and that new cell to be added on nPAr0 is being requested to be a separate vPar.
So in this case, the only way you can proceed is actually convert nPar0 to be a vPar.. And yes you will need to have separate bootdisks (SAN Boot will do) as well as separate IO and network HBAs...
Favourite Toy:
AMD Athlon II X6 1090T 6-core, 16GB RAM, 12TB ZFS RAIDZ-2 Storage. Linux Centos 5.6 running KVM Hypervisor. Virtual Machines: Ubuntu, Mint, Solaris 10, Windows 7 Professional, Windows XP Pro, Windows Server 2008R2, DOS 6.22, OpenFiler
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-17-2006 06:55 AM
11-17-2006 06:55 AM
Re: Vpar Boot Disk or Not
parstatus
vparstatus -v
to clarify your current config.
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
11-17-2006 07:00 AM
11-17-2006 07:00 AM
Re: Vpar Boot Disk or Not
1.) Add Cell 3 to nPar0
2.) Create bootdisks (Ignite, etc.) on what will become your vPar bootdisks.
3.) Boot each bootdisk enironment and install vPar software.
4.) Carve your vPars per your HBA, CPU, Memory and Boot allocations
5.) Boot VPMON
6.) Start your vPars
Favourite Toy:
AMD Athlon II X6 1090T 6-core, 16GB RAM, 12TB ZFS RAIDZ-2 Storage. Linux Centos 5.6 running KVM Hypervisor. Virtual Machines: Ubuntu, Mint, Solaris 10, Windows 7 Professional, Windows XP Pro, Windows Server 2008R2, DOS 6.22, OpenFiler
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-17-2006 09:29 AM
11-17-2006 09:29 AM