Dan Long wrote:
The interesting thing is that if I ping 192 network, it returns good
ping. So The fact the /var/log/messages (dmesg) tells me that eth1 is
the realtek and it even gives the correct MAC address, one would be lead
to believe that it would load the Realteak driver to eth1; be it that we
tell it in the modprobe.conf to load the realtek driver to eth0. And
after a bunch more rebooting (I think I've reboot these boxes over 200
times and rebuilt it like 50 times...) -- it would seems that if you
include HWADDR in the ifcfg, everything works fine except that you can't
trust /var/log/messages and modprobe.conf is ignored.
Devices get renamed by rename_device() in
/etc/sysconfig/network-scripts/network-functions so what you wind up
with matches the device names and mac addresses in the ifcfg-eth* files.
At one time it looks as though ifrename might have been used to rename
network devices based on a selection of criteria but a quick glance
through the man page for it and iftab suggests that most of the
selectors apart from mac address are specious on modern systems.
> On Behalf Of John Haxby
>
> We suspect that this random behaviour will
> become the norm in future.
That's very unforunate. Our particular environment -- hardware tech do
hardware and software tech do software. Currently when a NIC fails, the
the hardware tech replaces it (same brand, same slot) and everything is
okay. If there is no "fix" and when we move forward, I guess we would
need to get software tech involved. Big head-ache -- either new
contract or contract rewrites ... plus release notes and new
documentation ... sigh ...
Alas that is not a compelling reason to stick with a deterministic
discovery order.
However, there might be light at the end of the tunnel. One approach
that suggests itself is that when new hardware is discovered it is
compared against what is already known -- if you have something that has
a different MAC address to what is already known then try to find out
which MAC address is missing and fix up the configuration accordingly.
Shouldn't be too difficult for a man of your calibre :-) I can't decide
whether this would be a good general approach though, I can see
arguments both for and against it.
jch
_______________________________________________
rhelv5-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/rhelv5-list
