Hi all, I have what appears to be a truly puzzling problem. I've got this P4 32-bit machine running CentOS 5.5 with XEN that has two NICs: one onboard, an Intel Corporation 82540EM Gigabit and one on an expansion card, Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit. The second one is recognized as eth1. What's happening is, it is showing up under one of the two MAC's: either 00:0a:cd:1a:c1:71 or 00:00:00:00:c1:71. If you reboot it the MAC stays the same; if you shutdown and do a full powerdown it seems to change. Obviously, after it goes from one MAC to another you have to play with the start-up scripts for this interface to start up correctly and this becomes a major annoyance. Any idea what all of this mess could mean? Thanks. Boris.
On 10/13/2010 09:28 AM, Boris Epstein wrote:> What's happening is, it is showing up under one of the two MAC's: > either 00:0a:cd:1a:c1:71 or 00:00:00:00:c1:71. If you reboot it the > MAC stays the same; if you shutdown and do a full powerdown it seems > to change. >I would say the card is probably dying and replace it. -- Benjamin Franz
On Wed, Oct 13, 2010 at 2:19 PM, Brunner, Brian T. <BBrunner at gai-tronics.com> wrote:> >> I just tried a full powerdown with NTP deactivated. The >> system came up, the time is fine. >> >> Not that the time on the motherboard should necessarily >> affect the MAC on an expansion card, but that was a good test >> nonetheless. > > I'm suspicious (as others have suggested) the card itself is bad. ?I > think to suspect the flash chip that stores the MAC addr. ?The rest of > the card may be perfect. ?Using it long-term might require no more than > a manual edit of the init script for it adding something to this effect > 'if MAC == zeros; then set MAC to 00:0a:cd:1a:c1:71 fi'. ?This will fix > this card without clobbering it's successor down the road. > ******************************************************************* > This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom > they are addressed. If you have received this email in error please > notify the system manager. This footnote also confirms that this > email message has been swept for the presence of computer viruses. > www.Hubbell.com - Hubbell Incorporated** > >Brian, While those suspicions were well justified I am not sure your guess is correct in this particular case as I just swapped the NIC I had for a different one and I seem to be getting the same sort of errors again. What's the likelihood that two NICs in a row have a faulty flash?
On Wed, Oct 13, 2010 at 12:28:27PM -0400, Boris Epstein wrote:> Hi all, >...> Any idea what all of this mess could mean?http://bugs.centos.org/view.php?id=4317 Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://lists.centos.org/pipermail/centos/attachments/20101013/2b7f9ad7/attachment-0002.sig>
On Wed, Oct 13, 2010 at 12:28 PM, Boris Epstein <borepstein at gmail.com> wrote:> Hi all, > > I have what appears to be a truly puzzling problem. I've got this P4 > 32-bit machine running CentOS 5.5 with XEN that has two NICs: one > onboard, an Intel Corporation 82540EM Gigabit and one on an expansion > card, Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit. The second one > is recognized as eth1. > > What's happening is, it is showing up under one of the two MAC's: > either 00:0a:cd:1a:c1:71 or 00:00:00:00:c1:71. If you reboot it the > MAC stays the same; if you shutdown and do a full powerdown it seems > to change. > > Obviously, after it goes from one MAC to another you have to play with > the start-up scripts for this interface to start up correctly and this > becomes a major annoyance. > > Any idea what all of this mess could mean? > > Thanks. > > Boris. >OK, people, here's something looks promising: http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=ASC&topic_id=19571&forum=40#forumpost73378 Looks like there is a whole special repo for this sort of drivers. Has anybody used it? How is it? Anyways, I think I'd give it a try. Cheers, Boris.