- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- a unknown problem - oh~ urgent man~
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
тАО08-25-2005 11:04 PM
тАО08-25-2005 11:04 PM
node1: a1.company.com 1.1.1.9
node2: a2.company.com 1.1.1.10
cluster virtual name: a.company.com 1.1.1.8
(no DNS balance function)
when user telnet connect to a.company.com
he will be loaded to a1.company.com(1.1.1.9) all the time.
even the user/data processes and rates in node2 are much higher than those in node1. you will still be loaded to node1.
so strange...
anybody could tell me what kind of problem it was? DNS or some settings in cluster ?
thanks!
urgent~
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-25-2005 11:34 PM
тАО08-25-2005 11:34 PM
Re: a unknown problem - oh~ urgent man~
An IP address can only be tied to one interface at a time and the 'cluster impersonator' will 'lock' the IP address to this interface/node as long as there are connections.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-26-2005 12:31 AM
тАО08-26-2005 12:31 AM
Re: a unknown problem - oh~ urgent man~
TCPIP is _NOT_ cluster-aware. There will be one node be configured as "node impersonator"; typically the one that starts first, and the address will only pass to the other machine when that node fails/loses the NIC.
If you have to stick to TCPIP, your only alternative is an external DNS, and the METRIC and LOADBALANCE services on VMS that will update that DNS server according load determination on the VMS boxes.
The right thing, IMHO, is to use DECNet which is cluster-aware by itself and has load-balancing facilities built-in...(AND, when properly set up, is fail-safe within seconds - keeping sessions alive)
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-26-2005 12:33 AM
тАО08-26-2005 12:33 AM
Re: a unknown problem - oh~ urgent man~
As Uwe stated, the cluster impersonator is always assigned to one of the cluster members (and it will stay there, unless that node leaves the cluster).
That principle has not changed, not even with the newest TCP/IP kit for VMS.
Regards,
Kris (aka Qkcl)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-26-2005 01:01 AM
тАО08-26-2005 01:01 AM
Re: a unknown problem - oh~ urgent man~
Frame to host are sended to physical NIC (Network Interface Card) by MAC (Medium Access Control) avaiable by arp. To change physicall network, all arp table in network must be changed and this require some minutes.
DecNet instead, setup a virtual MAC on NIC so it's quick in change but this limit to only 1 NIC per host.
Antonio Vigliotti
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-26-2005 01:09 AM
тАО08-26-2005 01:09 AM
Re: a unknown problem - oh~ urgent man~
While I don't remember I have ever run a system with multiple NICs and DECnet IV, I know I have run nodes with multiple circuits and different hardware interfaces (Ethernet+CI, Ethernet+X.25, Ethernet+DDCMP).
Now, successfull routing without a routing license - that's a different topic, but an end-node can failover between two circuits.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-26-2005 01:13 AM
тАО08-26-2005 01:13 AM
Re: a unknown problem - oh~ urgent man~
you mean that if we connect to cluster via UCX(even if DECnet is available but we donot use it to connect), it's certain that we will connect to node1(like this example above). and this setting cannot be changed, right?
another question is that:
is this cluster impersonator created when the cluster having been built ? and it cannot be reversible?
if it's true, when we shutdown the node 1, the connection to a.company.com cannot work further more, right ?
thanks all!
i wanna confirm it , there's a big change next week :)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-26-2005 01:28 AM
тАО08-26-2005 01:28 AM
SolutionRight. Once a node is set as cluster impersonator, it will be so until it is shut down (shot down?)
The first node that holds this address as cluster alias in it's configuration will get it, and it will stay there, until the node is shutdown. So if node2 was to be booted first, that would be the impersonator.
Given node1 boots first:
If Node2 has this cluster alias set in it's configuration, it will signal the address is in use at node1`- and will be latent (present but not used) on node2. When node1 is shut down, node2 will signal that and take over the cluster address. If node1 is booted afterwards, the cluster IP address will stay at node2.
Having said above, it may be clear that in that situation, node2 will become holder of the cluster IP address and therefore will service new requests to a.company.com. It will keep doing so until it is shut down.
Willem
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-26-2005 02:18 AM
тАО08-26-2005 02:18 AM
Re: a unknown problem - oh~ urgent man~
nice explanation!
thanks to you and thanks to all
very clear :)