- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Network booting V4.7 from a V5.5 server
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
тАО02-08-2005 09:51 PM
тАО02-08-2005 09:51 PM
Re: Network booting V4.7 from a V5.5 server
_even_ if you wanted those systems to be clustered, NI-clustering was only introduced in V5, so V4.7 will not go.
I strongly agree with Ian: un-coordinated access by two (more) systems to the same disk is _THE_ optimum scenario for disaster!.
Of course the loading WILL start: at first it is only the boot-server that accesses the drive, just to read some files and transfer them over the net.
Now, _IF_ that was a VaxELN (or any other) memory-resident image, that does not require (write) access to the disk, THEN that is OK.
I see no way in which you can MSCP serve a disk to nodes that are not members of the local cluster.
I will follow this thread with a most curious interest!!
Proost.
Have one on me.
Jan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-08-2005 09:58 PM
тАО02-08-2005 09:58 PM
Re: Network booting V4.7 from a V5.5 server
A very simple NI-style clustering with a single boot node was introduced with VMS V4.5c or around that release.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-08-2005 10:01 PM
тАО02-08-2005 10:01 PM
Re: Network booting V4.7 from a V5.5 server
There was a special V4.7A version which introduced the NI-clustering.
Bojan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-08-2005 11:03 PM
тАО02-08-2005 11:03 PM
Re: Network booting V4.7 from a V5.5 server
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-09-2005 05:22 AM
тАО02-09-2005 05:22 AM
Re: Network booting V4.7 from a V5.5 server
regarding the RMTNOTCLS error message, this article may help:
http://h18000.www1.hp.com/support/asktima/operating_systems/CHAMP_SRC930603000522.html
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2005 10:58 PM
тАО02-16-2005 10:58 PM
Re: Network booting V4.7 from a V5.5 server
So, does VMS 4.7 cluster with VMS 5.5-2?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2005 11:22 PM
тАО02-16-2005 11:22 PM
Solutionthe cluster software version (CLU$GB_CLUVER) for V5.1 (or higher) is 6, but for V4.7 it's supposed to be 2. And you can only cluster 2 nodes, if the cluster software version is not more than 1 version number apart.
I don't have a V4.7 system at hand, but you can find out the version with SDA:
$ ANAL/SYS ! example from an E8.2 system
SDA> exa clu$gb_cluver
CLU$GB_CLUVER: 00000000.00000006 "........"
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-17-2005 01:07 AM
тАО02-17-2005 01:07 AM
Re: Network booting V4.7 from a V5.5 server
Interesting. I checked the value on both V5.5-2H4 and V7.3, and it's 6. But I know that I can't cluster (successfully) these versions. The V5.5-2H4 system joins the cluster and then hangs...
I'll have the client check the version on his V4.7 system...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-17-2005 01:51 AM
тАО02-17-2005 01:51 AM
Re: Network booting V4.7 from a V5.5 server
the new node should crash itself with a CLUSWVER bugcheck, if the cluster software versions are incompatible with existing nodes in a cluster.
If it 'hangs', something else may be wrong/incompatible. Just force a crash on the hanging node and try to look around with SDA.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-17-2005 02:05 AM
тАО02-17-2005 02:05 AM
Re: Network booting V4.7 from a V5.5 server
I suppose I *could* have the device have its own system disk, and access everything else via DECnet.