SG 11.15 and netmask change

[KevB_1]

We have been asked to change the netmask on one of our networks from 255.255.255.192 to 255.255.255.0.

I have changed this ok on the actual NIC but when I start the package the virtual address is still showing the old .192 netmask which is causing issues big time.


How do i get the virtual address to pick up the new subnet mask ?

[Michal Kapalka (mikap)]

hi,

check this thread :

http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1284986498869+28353475&threadId=575269

one question :

Did you reloaded the network configuration on the OS level ???

mikap

[KevB_1]

Hi

Yes had changed the netconf file and rebooted
After starting the cluster and package noticed the difference with the netmasks

Found that thread - what do I have to cmapplyconf - the package or the cluster configs (had to do cluster for our RAC Serviceguard clusters)

[likid0]

you would have to change the subnet in the *.conf file:

SUBNET X.X.X.X


and the subnet in the *.cntl file:

SUBNET[0]=X.X.X.X


cmapplyconf the service(*.conf file), and stop/start the service so it reads the *.cntl file

[Stephen Doud · Accepted solution]

The cluster binary file has a copy of the old netmask. Halt the cluster and perform cmapplyconf on the cluster configuration ASCII file to update the cluster binary file.
Next, inspect the package configuration file to insure the SUBNET parameter is correct.
If not, cmapplyconf the package configuration file if any parameter changes are made.
Then inspect the package control script and check the IP and SUBNET parameters and correct as needed (no cmapplyconf is required for scripts).

[KevB_1]

Thanks for all the info

Yes thought the issue was with the old cluster bin file ( this was same as RAC cluster config)

Believe that the subnet in the pkg config is ok as set to .0 which I assume means use whatever the final octet is set on lan card use that ?

So plan would be to
shutdown cluster
change subnet mask on NIC
cmapplyconf cluster config
start cluster

[Stephen Doud]

Yes - as long as the SUBNET (network) remains valid for the new subnet mask, you should not have to modify the package config or control scripts.

Your steps look appropriate.

[KevB_1]

Thanks for all the help