- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Clustering and quorum disk
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
Discussions
Discussions
Forums
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
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
тАО07-07-2008 09:46 AM
тАО07-07-2008 09:46 AM
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-07-2008 11:35 AM
тАО07-07-2008 11:35 AM
Re: Clustering and quorum disk
I can't check right now, but I think you can turn the disk transparently into a mirrorset. From memory:
> mirror disk100 m1
> set m1 nopolicy
> set m1 membership=2
> set m1 replace=disk200
> set m1 policy=best_performance
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-07-2008 11:59 AM
тАО07-07-2008 11:59 AM
Re: Clustering and quorum disk
Personally, I would have preferred doing this transition BEFORE the two nodes were removed, however, things are as they are.
If I am reading things correctly, after changing the votes, EXPECTED_VOTES will be 3 and each of the three nodes (two systems, one quorum disk) will have a single vote. If that is done correctly, the failure of a single node will not cause a problem.
However, extreme caution (or outside assistance) is recommended.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-07-2008 12:08 PM
тАО07-07-2008 12:08 PM
SolutionI see that there have been two responses since I started this note, so there is some redundant info.
I've never used a HSD30, but it appears to be similar to an HSZ40 but with a DSSI system interface.
If that's the case, then there is no need to dismount the unit to convert from a JBOD device to a Mirrorset. To do this, use the HSOF command MIRROR disk_device mirrorset_name. This converts disk to a single member mirrorset. You can then set the add other disks to the mirrorset. This can all be done while the unit is being used by VMS. All contents of the disk are preserved, assuming this was not a "transportable" disk that did not have the metadata, but transportable disks were not the default.
example, assuming quorum disk is unit 100, and disk is 2DISK201, and you want to add DISK302 to the new mirrorset.
HSD> mirror disk201 qdisk ! crates QDISK mirrorset
HSD> set qdisk nopolicy ! this is the default
HSD> set qdisk mem=2
HSD> set qdisks replace=disk302 ! adds DISK302 to QDISK mirrorset
HSD> set qdisk policy=
To change the votes of the quorum disk is going to require a cluster reboot (if I am remembering correctly). There is no need to change right away, however, the loss of the quorum disk will cause the cluster to hang as is. You could change the votes of each member to 2, and reboot them one at a time. This will allow the two remaining members to form a cluster without the quorum disk, and allow one node plus the quorum disk to maintain quorum.
So this is what I would do.
1. mirror the quorum disk, and add second member.
2. modify modparams.dat to increase votes from 1 to 2 for each node.
3. Run Autogen
$ @sys$update:autogen savparams genparams
$! verify that parameters look ok
$ diff sys$system:setparams.dat /par /mat=1
$! write the parameters for next reboot
$ @sys$updata:autogen setparam setparam
The next time the systems reboot, they will get more say in cluster membership. But there is no urgent need to reboot, the quorum disk is now more "reliable" than it used to be.
Summary: 1+1+1 with expected votes=3 is esentially the same as 2+2+3 with 7 as expected votes. So I don't see a big advantage to modifying expected votes from 7 to 3, along with the required cluster shutdown.
Good luck,
Jon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-07-2008 12:10 PM
тАО07-07-2008 12:10 PM
Re: Clustering and quorum disk
Here, I'd set up my customer with the new disk configured into a RAIDset, possibly with one member for now. (If my customer had quorum presently at two and had both nodes running, I'd expect I could pull the quorum disk offline here, too, and relocate that into the RAIDset.) This assumes the new quorum disk has a new device name.
Next, I'd suggest that my customer reboot to reset the system parameters for the votes, expected_votes and qdiskvotes and disk_quorum device name values. I'm here assuming the quorum device name will change.
As part of this, I'd boot both nodes to reach quorum (2, assuming each node has one and the qdisk has one), then mount up the quorum disk. When the dust settles, the quorum.dat file should be recreated on the (new) quorum disk, and all will be right.
(I would not encourage my customer to yank the quorum disk out from underneath a running cluster. Not without trying that on a parallel configuration. I'd set up for and reboot, unless there's a particular requirement for performing this fully-online.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-15-2008 05:37 AM
тАО07-15-2008 05:37 AM