default gateway problem

[tempest92]

hi everyone,

one of my rs/6000's was rebooted yesterday and subsequent to that our mainframe could not connect to the rs/6000. after some investigation I noticed (via netstat -rn) that the rs/6000 no longer had it's default gateway set and as the mainframe is on a different subnet to the rs/6000 I thought this explained the problem. I went into the smitty tcpip and tried to reconfig en0 and therefore reset the default gateway. when I pick any of the ethernet nic's smitty errors with the following -

**** ERROR ****

1800-083 Data error: could not find matching ring
field value for corresponding Command_to_Discover
value. sm_cmd_opt[9].disc_field_name:
"type".
The current actual value will be used as the
default value for the following dialog. Use
local problem reporting procedures.


**** ERROR ****

1800-083 Data error: could not find matching ring
field value for corresponding Command_to_Discover
value. sm_cmd_opt[10].disc_field_name:
"start".
The current actual value will be used as the
default value for the following dialog. Use
local problem reporting procedures.

if you hit enter through this screen the normal screen appears but the last 2 values (speed and start now) do not show N/A and no but en0 and en ?? I tried to run the mktcpip command manually with the correct vaules for these two fields but when you go back into smit it still errors.

looking at inet0 with the lsattr -E -l inet0, the appears to be duplicate entries for the route -

# lsattr -E -l inet0
hostname my_hostname Host Name True
gateway Gateway True
route net,,0,10.xxx.xxx.xxx Route True
route net,,0,10.xxx.xxx.xxx
bootup_option no Serial Optical Network Interface True
rout6 FDDI Network Interface True
authm 65536 Authentication Methods True
#


this is further confirmed by doing an odmget CuAt i.e. there appears to be a duplicate stanza

CuAt:
name = "inet0"
attribute = "route"
value = "net,,0,10.xxx.xxx.xxx"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0

CuAt:
name = "inet0"
attribute = "route"
value = "net,,0,10.xxx.xxx.xxx"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0
#

if I remove the route with the chdev -l inet0 -a delroute="net,,0,10.xxx.xxx.xxx" the smit screen goes back to normal (obviously the default gateway is not populated) but when I complete the default gateway field the duplication re-occurs.

thanks guys - gary.

 

[theycallmetim]

what happens when you do

netstat -rn

route delete default 10.xxx.xxx.xxx

route add 0 10.xxx.xxx.xxx

netstat -rn

 

[tempest92]

the netstat -rn does not show the default gateway after running the 2 route commands.

gary.

 

[theycallmetim]

Does your odmget -q attribute=route CuAt still show up?

If not, when you do route add default 10.xxx.xxx.xxx do duplicates show?

 

[tempest92]

odmget does not return anything after route delete or after route add.

gary

 

[theycallmetim]

if netstat -rn has no default gateway, try smitty tcpip/ basic, start now the if and putting in the gateway.

What happens?

 

[tempest92]

back to square 1 !!!

duplicate entries in ODM...........gary

 

[theycallmetim]

I don't suppose you have an IBM support contract?

 

[theycallmetim]

Just a thought. Have you tried removing the device ent0 w/ rmdev -dl ent0 -R? re-running cfgmgr and setting it up again?

 

[tempest92]

i dont have CALL AIX anymore !! i get support from a 3rd party and they are yet to come up with anything ??

i will talk to them in the morning as i have no idea why this happened, my current thinking is along the lines of the following but i need to confirm with the support guys -

odmget -q attribute=route CuAt > /tmp/routeodm

remove duplicate entry from /tmp/routeodm

remove route with chdev -l inet0 -a delroute="net,,0,10.xxx.xxx.xxx"

odmadd /tmp/routeodm


thanks for your time and help.........gary.

 

[theycallmetim]

Please tell me it's not StorageTek!!!!!!! We tried them for a while. Horrible!!!!

 

[tempest92]

no its not storagetek...it's a small ibm business partner based over here in london, uk.

gary.

 

[theycallmetim]

Believe it or not, I have the same problem, but I have always been able to remove the route w/ the route delete command.

I think your approach to delete the odm entry should work.


CuAt:
name = "inet0"
attribute = "route"
value = "net,-hopcount,-Ano,,0,10.g.h.i"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0

CuAt:
name = "inet0"
attribute = "route"
value = "net,-hopcount,0,,0,10.g.h.i"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0

CuAt:
name = "inet0"
attribute = "route"
value = "net,-hopcount,1,,0,10.d.e.f"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0

CuAt:
name = "inet0"
attribute = "route"
value = "net,-hopcount,0,,0,10.d.e.f"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0

CuAt:
name = "inet0"
attribute = "route"
value = "net,-hopcount,0,,0,10.a.b.c"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0