HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: New clustered shadowset
Operating System - OpenVMS
1828584
Members
2741
Online
109982
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
04-19-2007 06:05 AM
04-19-2007 06:05 AM
Re: New clustered shadowset
> My current thinking is that during shutdown, the system should remove first the local drive, then the shadow set
<
That is right, you need to dismount the member first. Although I still think that the $ dismount $1$DKB200 command needs to be executed on one of the nodes that is staying up.
Also, I wouldn't dismount the DSA volume in SYSHUTDWN. I would just leave it to shutdown to dismount the volume, which it will do later in the shutdown process after having stopped processes and removed images etc.
<
That is right, you need to dismount the member first. Although I still think that the $ dismount $1$DKB200 command needs to be executed on one of the nodes that is staying up.
Also, I wouldn't dismount the DSA volume in SYSHUTDWN. I would just leave it to shutdown to dismount the volume, which it will do later in the shutdown process after having stopped processes and removed images etc.
For the fashion of Minas Tirith was such that it was built on seven levels, each delved into a hill, and about each was set a wall, and in each wall was a gate. (J.R.R. Tolkien). Quote stolen from VAX/VMS IDSM 5.2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-19-2007 06:37 AM
04-19-2007 06:37 AM
Re: New clustered shadowset
Martin wrote
>>>
Also, I wouldn't dismount the DSA volume in SYSHUTDWN. I would just leave it to shutdown to dismount the volume
<<<
Yes, if the shadowset is down to one member.
No, if there are still 2 members -- that would trigger a merge.
A clean shadow set dismount is just that: clean.
And the MINI version of COPY and of MERGE are orders of magnitude faster, still, they are not real cheap, with MERGE requiring 2 - 4 times as many IOs.
Proost.
Have one on me.
jpe
>>>
Also, I wouldn't dismount the DSA volume in SYSHUTDWN. I would just leave it to shutdown to dismount the volume
<<<
Yes, if the shadowset is down to one member.
No, if there are still 2 members -- that would trigger a merge.
A clean shadow set dismount is just that: clean.
And the MINI version of COPY and of MERGE are orders of magnitude faster, still, they are not real cheap, with MERGE requiring 2 - 4 times as many IOs.
Proost.
Have one on me.
jpe
Don't rust yours pelled jacker to fine doll missed aches.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-19-2007 11:40 AM
04-19-2007 11:40 AM
Re: New clustered shadowset
And the MINI version of COPY and of MERGE are orders of magnitude faster, still, they are not real cheap, with MERGE requiring 2 - 4 times as many IOs.
---
I'm not sure what you mean by this, but it's almost a given that you're wrong, with respect to HBMM.
HBMM only merges the range of LBN's that are known to have had writes since the last bitmap reset (or since the creation of the bitmap). Depending on the size of the bitmap, the duration of an HBMM-driven merge will likely be measured in seconds.
Perhaps our definitions of "cheap" are quite different, but by virtually any quantification, a host-based mini merge is
very "cheap".
-- Rob
---
I'm not sure what you mean by this, but it's almost a given that you're wrong, with respect to HBMM.
HBMM only merges the range of LBN's that are known to have had writes since the last bitmap reset (or since the creation of the bitmap). Depending on the size of the bitmap, the duration of an HBMM-driven merge will likely be measured in seconds.
Perhaps our definitions of "cheap" are quite different, but by virtually any quantification, a host-based mini merge is
very "cheap".
-- Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-07-2007 03:31 AM
06-07-2007 03:31 AM
Re: New clustered shadowset
Hi,
I thought I'd revisit this topic to be thorough and share my final (?) solution. At this time, this is what my mount and dismount routines look like. They seem to be working well based on my preliminary tests.
I have created a HBMM policy that allows all 3 servers to host the master lists.
At the very beginning of my SyLogicals.com on each system (NB, the alloclass varies by system):
$ Mount /System DSA10: /Shadow=($20$DKB200:) /Include -
/Policy=MiniCopy=Optional Common
In my SyShutdwn.com, it's a bit more complex. I first created a 'macro' of sorts to test if a drive is remotely mounted (see my blog post about MountCnt at http://openvms.hobby-site.com/pivot/entry.php?id=31 for details, but I hope to ultimately replace it with the new lexical arg MountCnt_Cluster someday); I then check to see if the system is running in a MIN startup mode, and finally use the macro to test if the drive is remotely mounted. If it is, I only dismount the local drive; if not, I dismount the volume.
$ TestRmtMnt == "Pipe Show device Disk$Common /full | " + -
"search sys$pipe ""Volume is also mounted on"""
:
:[various other commands...]
:
$ If f$edit(f$getsyi("Startup_P1"),"Trim") .nes. "" then Exit
$
$ TestRmtMnt
$ If $severity .eqs. "1"
$ then
$ Dismount Titan$DKB200: /Policy=MiniCopy=Optional /Cluster
$ else
$ Dismount Disk$Common: /Override=Checks /Policy=MiniCopy=Optional
$ endif
I thought I'd revisit this topic to be thorough and share my final (?) solution. At this time, this is what my mount and dismount routines look like. They seem to be working well based on my preliminary tests.
I have created a HBMM policy that allows all 3 servers to host the master lists.
At the very beginning of my SyLogicals.com on each system (NB, the alloclass varies by system):
$ Mount /System DSA10: /Shadow=($20$DKB200:) /Include -
/Policy=MiniCopy=Optional Common
In my SyShutdwn.com, it's a bit more complex. I first created a 'macro' of sorts to test if a drive is remotely mounted (see my blog post about MountCnt at http://openvms.hobby-site.com/pivot/entry.php?id=31 for details, but I hope to ultimately replace it with the new lexical arg MountCnt_Cluster someday); I then check to see if the system is running in a MIN startup mode, and finally use the macro to test if the drive is remotely mounted. If it is, I only dismount the local drive; if not, I dismount the volume.
$ TestRmtMnt == "Pipe Show device Disk$Common /full | " + -
"search sys$pipe ""Volume is also mounted on"""
:
:[various other commands...]
:
$ If f$edit(f$getsyi("Startup_P1"),"Trim") .nes. "" then Exit
$
$ TestRmtMnt
$ If $severity .eqs. "1"
$ then
$ Dismount Titan$DKB200: /Policy=MiniCopy=Optional /Cluster
$ else
$ Dismount Disk$Common: /Override=Checks /Policy=MiniCopy=Optional
$ endif
- « Previous
-
- 1
- 2
- Next »
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