On Friday 06 October 2006 17:00, CLEMENS.BLEILE@(protected):
> What is the output of
>
> $ oifcfg getif
>
> If the public and/or private interface is not defined here or are wrong
> then

They don't seem wrong.

oifcfg getif
eth0 10.0.0.0 global cluster_interconnect
eth1 192.168.1.0 global public

Yet there are problems with Clusterware messing up networking. If I knew what
would happen I would have defined eth0 as public and eth1 as interconnect.

For example, yesterday there were some problems with the network having very
short black-outs, and Clusterware messed up networking so bad that one node
wasn't available from the outside.

This is the routing table now, in "normal" operation. Why does it have to
define two default routes? Look how wrong is one of them: gateway
192.168.1.GWY that is not accessible through eth0 (interconnect).

route -n
Kernel IP routing table
Destination   Gateway      Genmask      Flags Metric Ref   Use Iface
192.168.1.XYZ  192.168.1.VPN   255.255.255.255 UGH  0    0     0 eth1
192.168.1.ABC  192.168.1.VPN   255.255.255.255 UGH  0    0     0 eth1
10.0.0.0     0.0.0.0      255.255.255.0  U   0    0     0 eth0
192.168.1.0   0.0.0.0      255.255.255.0  U   0    0     0 eth1
169.254.0.0   0.0.0.0      255.255.0.0   U   0    0     0 eth0
127.0.0.0     0.0.0.0      255.0.0.0     U   0    0     0 lo
0.0.0.0      192.168.1.GWY 0.0.0.0      UG   0    0     0 eth0
0.0.0.0      192.168.1.GWY  0.0.0.0      UG   0    0     0 eth1

Everything is absolutely correct before Clusterware starts. Afterwards the
wrong default route is defined. And the wrong alias on the wrong interface.

This is some edited ip addr output:

3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
  inet 10.0.0.PRIV/24 brd 10.0.0.255 scope global eth0
  inet 192.168.1.VIP/24 brd 192.168.1.255 scope global eth0:1
4: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
  inet 192.168.1.PUB/24 brd 192.168.1.255 scope global eth1


If I were to switch the roles of the interfaces, is there anything else that
should be done Oracle-wise, other than oifcfg?

Thanks


--
To unsubscribe, email: suse-oracle-unsubscribe@(protected)
For additional commands, email: suse-oracle-help@(protected)
Please see http://www.suse.com/oracle/ before posting