Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations SkipVought on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Losing default gateway on an F150 (AIX) 1

Status
Not open for further replies.

1500wing

MIS
Mar 21, 2001
51
0
0
US
Whenever I boot an F150, I lose the default gateway, thereby having to manually enter it in via smit (or the CLI). Any reasons why this would do a disappearing act? I am running AIX 5.1, level 3.

Thanks
 
The posting of both en0 and en1 is as follows, chronologically:

mktcpip -S en0
#host:addr:mask:_rawname:nameserv:domain:gateway:cost:activedgd:type:start
ppp:192.168.200.245:255.255.255.0:en0:192.168.200.1:wdpi.com:192.168.200.100:0:no:N/A:no

mktcpip -S en1
#host:addr:mask:_rawname:nameserv:domain:gateway:cost:activedgd:type:start
ppp:192.168.200.245:255.255.255.0:en1:192.168.200.1:wdpi.com:192.168.200.100:0:no:N/A:no

I don't believe DHCP is enabled on this box.

Thanks gang!
 
Th hostname is really ppp. It was named that long before I showed on the scene. It may be a good isea to rename it, just so there is no confusion with any protocols...
 
Th hostname is really ppp. It was named that long before I showed up on the scene. It may be a good idea to rename it, just so there is no confusion with any protocols...
 
Sorry for the delay. Things have been nuts. The following posts per your message are:

$ errpt|head -30
IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION
C092AFE4 0922112503 I O ctcasd ctcasd Daemon Started
A6DF45AA 0922112503 I O RMCdaemon The daemon is started.
E18E984F 0922112503 P S SRC SOFTWARE PROGRAM ERROR
E18E984F 0922112503 P S SRC SOFTWARE PROGRAM ERROR
E18E984F 0922112503 P S SRC SOFTWARE PROGRAM ERROR

arp -a
? (192.168.200.100) at 0:b0:c2:88:fb:36 [ethernet] stored in bucket 20

? (192.168.200.200) at 0:d0:b7:4d:da:4a [ethernet] stored in bucket 20

bart.wdpi.com (192.168.200.1) at 0:2:a5:cd:1e:0 [ethernet] stored in bucket 21

bucket: 0 contains: 0 entries
bucket: 1 contains: 0 entries
bucket: 2 contains: 0 entries
bucket: 3 contains: 0 entries
bucket: 4 contains: 0 entries
bucket: 5 contains: 0 entries
bucket: 6 contains: 0 entries
bucket: 7 contains: 0 entries
bucket: 8 contains: 0 entries
bucket: 9 contains: 0 entries
bucket: 10 contains: 0 entries
bucket: 11 contains: 0 entries
bucket: 12 contains: 0 entries
bucket: 13 contains: 0 entries
bucket: 14 contains: 0 entries
bucket: 15 contains: 0 entries
bucket: 16 contains: 0 entries
bucket: 17 contains: 0 entries
bucket: 18 contains: 0 entries
bucket: 19 contains: 0 entries
bucket: 20 contains: 2 entries
bucket: 21 contains: 1 entries
bucket: 22 contains: 0 entries
bucket: 23 contains: 0 entries
bucket: 24 contains: 0 entries

There are 3 entries in the arp table.

netstat -rn
Routing tables
Destination Gateway Flags Refs Use If PMTU Exp Groups

Route Tree for Protocol Family 2 (Internet):
default 192.168.200.100 UGc 0 0 en0 - -
10.0.0.1 127.0.0.1 UGHS 0 0 lo0 - -
10.0.0.3 10.0.0.1 UH 0 0 pp0 - -
127/8 127.0.0.1 U 8 117 lo0 - -
192.168.200/24 192.168.200.245 U 3 47 en0 - -
192.168.200.245 127.0.0.1 UGHS 2 16 lo0 - -
208.19.0.6 192.168.200.100 UGHW 0 703 en0 - 1
216.45.19.33 192.168.200.200 UGHMW 1 227 en0 - -

Route Tree for Protocol Family 24 (Internet v6):
::1 ::1 UH 0 0 lo0 16896 -
 
The below looks a bit strange :

208.19.0.6 192.168.200.100 UGHW 0 703 en0 - 1
216.45.19.33 192.168.200.200 UGHMW 1 227 en0 - -


Can you please post the IP part of the /etc/hosts ?

Thanks

"Long live king Moshiach !"
 
Can you do

odmget CuAt|grep -ip route

You should get an output like

CuAt:
name = "inet0"
attribute = "route"
value = "net,-hopcount,0,,0,192.168.5.1"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0

Check that the value is like above, except for the your default gateway replacing the 192.168.5.1

Note: There should be exactly 1 stanza that meets this criteria, if you have more than 1 , that could be a problem

Dave
 
Hey gang,

The IP of /etc/hosts is as follows:

127.0.0.1 loopback localhost
192.168.200.245 ratbert

The odm database shows three stanza's for the ip route. This output is as follows:

CuAt:
name = "inet0"
attribute = "route"
value = "net,-hopcount,0,,0,192.168.200.100"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0

CuAt:
name = "inet0"
attribute = "route"
value = "net,-hopcount,0,,0,192.168.200.1"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0

CuAt:
name = "inet0"
attribute = "route"
value = "net,-hopcount,0,,0,192.168.200.245"
type = "R"
generic = "DU"
rep = "s"
nls_index = 0
 
That doesn't look right to me. I think that the ODM duplications may will be the issue here. I would suggest deleting the 3 route entries and then going into smit and redefining your default gateway afresh.

odmdelete -o CuAt -q "name=inet0 and attribute=route"

should get rid of these 3 entries for you. If it has worked, you should get a message

0518-307 odmdelete: 3 objects deleted.

If you now do an odmget CuAt|grep -ip route , you should find no entries.

Now do a

route delete default

to delete the current active default gateway. Make sure that you are logged in from another machine on the same network so that you don't lose your connection to the box.

Now just re-add the correct default gateway by doing smit tcpip -> minimum configuration and startup -> en0 and adding the desired default gateway address in

Now if you do an

odmget CuAt|grep -ip route

you should just find one correct entry

Dave
 
Well my friend,

I gave this a try and I still lose the default gateway after each re-boot. However, there is only one entry within the ODM for the gateway now, so that is much cleaner. I think this box has a mind of its own...
 
HI,

How about removing the ent0 + en0 completely and reconfiguring them ?
This could help.
Can use the following sequence:

stopsrc -g tcpip
stopsrc -g nfs
chdev -l en0 -a state='down'
rmdev -dl en0
rmdev -dl ent0


"Long live king Moshiach !"
 
Good news mano...it worked! I had deleted previously, albeit with multiple routes within the ODM. She reboots back up with logins, telnets, etc at a snap of a finger.

Thanks much levw!

- Chris
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top