Title: | DEC TCP/IP Services for OpenVMS |
Notice: | Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System |
Moderator: | ucxaxp.ucx.lkg.dec.com::TIBBERT |
Created: | Thu Nov 17 1994 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 5568 |
Total number of notes: | 21492 |
Hi everybody, my customer has got the following scenario: Three AXP systems in cluster with OpenVMS V6.2-1H3 and TCP services V4.1 ECO04 The three systems have the following TCP configuration: Internet address 113.41.10.31 32 33 Cluster address 113.41.10.30 30 30 They have an application which is started manually on node1 At application start time node1 is forced to be the impersonator by giving the command: set inter WE0/cluster="alias" On the three nodes the cluster_timer parameter is set to 5 For some reasons sometimes they have to stop the application on node1 (and disable the impersonator) and start it on node2 which also has to become the impersonator. The problem at this stage is that once on node1 they disable the impersonator, before they can force node2 to become the impersonator, node3 becomes impersonator and this cause users to connect to a system which is not the one where the application resides. What I am wandering at this stage is: is it possible to avoid node3 to become impersonator? I hope I described the situation clearly enough. Thanks for your help in advance Marilena
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
5370.1 | any idea? | BLG03::SALVATORELLI | Tue Mar 25 1997 11:35 | 7 | |
Hi there, does anybody have any idea or suggestions? Thanks Marilena | |||||
5370.2 | not under human control... | UTRTSC::KNOPPERS | Oswald Knoppers | Wed Mar 26 1997 02:30 | 10 |
There is no way to influence which of the other two nodes will become the impersonator. As far as I know, it is determined by the sequence in which the nodes were booted (ie ucx started). If you don't want node 3 to become the impersonater, just disable cluster alias on that one before failing over from node 1. Regards, Oswald | |||||
5370.3 | force it | STAR::BLAKE | OpenVMS Engineering | Wed Mar 26 1997 07:47 | 4 |
Yeah, just disable alias on all nodes EXCEPT the one where the application is currently running. Setting/clearing alias is dynamic. Colin. |