HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- IP Address change on Cluster
Operating System - OpenVMS
1836603
Members
3242
Online
110102
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
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
08-24-2006 12:36 AM
08-24-2006 12:36 AM
IP Address change on Cluster
We have a 4-node split site cluster with Loadbroker for load balancing, TCP/IP 5.4 , Failover IP. We are planning to change our network. This would require new ip addresses. Our users are scattered over uk.
My first thought was that we could NAT our external addresses leaving the cluster as it is. BUT it looks as though load braoker etc can not work on NATted addresses.
Am I correct in assuming that I will have to rebuilt the cluster after adding new IP addresses or is there a less ardous way of achieving this.
My first thought was that we could NAT our external addresses leaving the cluster as it is. BUT it looks as though load braoker etc can not work on NATted addresses.
Am I correct in assuming that I will have to rebuilt the cluster after adding new IP addresses or is there a less ardous way of achieving this.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-24-2006 01:19 AM
08-24-2006 01:19 AM
Re: IP Address change on Cluster
Hi Zahid
I think it's not required to rebuild the cluster
During this year we changed hardware at 7 sites. The old hardware was AlphaServer 4100 2 Node cluster, the new hardware is ES45 2 node cluster with MSA100.
I built a systemdisk which I use to build all the 7 configurations. (For this hardware change we have a time slot of only 4 hours!)
What I do is the following:
- We install the hardware in a test room. Then I use the systemdisk, I mentioned before and I change the nodenames, the DECnet addresses and the IP Addresses (we use FailSafe IP with 4 interfaces in each machine)
To change the Nodename, I have to modify SCSNODE and SCSSYSTEMID an do autogen with reboot (The licenses must also be modified if the nodename change).
Then I do a NET$CONFIGURE ADVANCED for changing the DECnet environment.
To Change the IP Adresses I do a BACKUP/DELET SYS$SYSDEVICE:[000000...]TCPIP$*.DAT save_location:tcpipdat.bck/sav
Then I reboot the machine without to start TCPIP. Finnaly I do a TCPIP$CONFIG.
After this configuration, we transport the machine to the final destination and during a timeslot of 4 hours, we exchange the hardware, by first copying some files like sysuaf.dat, rightslist.dat from the old to the new config, then shuting down the old config and booting the new config.
This is a (very) short description of what I'm doing to change Names and Addresses of a OpenVMS Machine.
In Your case you have only to change the IP Addresses. In this case it's not required to delete all the old TCPIPxy.DAT-files. Or optionally you can also restore some of the TCPIP$xx.DAT form tha backup made in the beginning, (eg. TCPIP$EXPORT, TCPIP$PRINTCAP....) after configuring TCPIP
I hope that helps a litle bit.
Regards
Heinz
I think it's not required to rebuild the cluster
During this year we changed hardware at 7 sites. The old hardware was AlphaServer 4100 2 Node cluster, the new hardware is ES45 2 node cluster with MSA100.
I built a systemdisk which I use to build all the 7 configurations. (For this hardware change we have a time slot of only 4 hours!)
What I do is the following:
- We install the hardware in a test room. Then I use the systemdisk, I mentioned before and I change the nodenames, the DECnet addresses and the IP Addresses (we use FailSafe IP with 4 interfaces in each machine)
To change the Nodename, I have to modify SCSNODE and SCSSYSTEMID an do autogen with reboot (The licenses must also be modified if the nodename change).
Then I do a NET$CONFIGURE ADVANCED for changing the DECnet environment.
To Change the IP Adresses I do a BACKUP/DELET SYS$SYSDEVICE:[000000...]TCPIP$*.DAT save_location:tcpipdat.bck/sav
Then I reboot the machine without to start TCPIP. Finnaly I do a TCPIP$CONFIG.
After this configuration, we transport the machine to the final destination and during a timeslot of 4 hours, we exchange the hardware, by first copying some files like sysuaf.dat, rightslist.dat from the old to the new config, then shuting down the old config and booting the new config.
This is a (very) short description of what I'm doing to change Names and Addresses of a OpenVMS Machine.
In Your case you have only to change the IP Addresses. In this case it's not required to delete all the old TCPIPxy.DAT-files. Or optionally you can also restore some of the TCPIP$xx.DAT form tha backup made in the beginning, (eg. TCPIP$EXPORT, TCPIP$PRINTCAP....) after configuring TCPIP
I hope that helps a litle bit.
Regards
Heinz
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-24-2006 01:51 AM
08-24-2006 01:51 AM
Re: IP Address change on Cluster
Heinz, Thanks for a prompt reply.
So in order to change the IP Addresses I 'just need to run tcpip$config'?
So in order to change the IP Addresses I 'just need to run tcpip$config'?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-24-2006 02:02 AM
08-24-2006 02:02 AM
Re: IP Address change on Cluster
HI Zahid
It's not so easy. Because the IP name associated with the first address you define is also used for other things. If You do a TCPIP sho config communication, you will find the nodename and the domain.
You will also find the IP name and address of the local node in your hosts file.
I found out, adding some new interfaces is no problem. Changing the Address of the first interface may become tricky. That's why I delete the TCPIP$*.dat. Doing so, I never have problems to change addresses (especialy the address of the first interface)
As mentioned in my first response, you can restore some other tcpip datafiles (eg. TCPIP$EXPORT if used) from the backup you made in the beginnig.
Regards
Heinz
It's not so easy. Because the IP name associated with the first address you define is also used for other things. If You do a TCPIP sho config communication, you will find the nodename and the domain.
You will also find the IP name and address of the local node in your hosts file.
I found out, adding some new interfaces is no problem. Changing the Address of the first interface may become tricky. That's why I delete the TCPIP$*.dat. Doing so, I never have problems to change addresses (especialy the address of the first interface)
As mentioned in my first response, you can restore some other tcpip datafiles (eg. TCPIP$EXPORT if used) from the backup you made in the beginnig.
Regards
Heinz
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