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.
On Wed, Oct 13, 2010 at 12:35 PM, Benjamin Franz jfranz@freerun.com wrote:
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
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Thanks.
That's possible, sure. I wonder though - it seems to work just fine when it's up, pretty fast, no abnormal error rate, it is brand new. But you could be right, of course.
Boris.
On 13/10/2010 18:37, Boris Epstein wrote:
On Wed, Oct 13, 2010 at 12:35 PM, Benjamin Franzjfranz@freerun.com wrote:
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.
Thanks.
That's possible, sure. I wonder though - it seems to work just fine when it's up, pretty fast, no abnormal error rate, it is brand new. But you could be right, of course.
I've tended to find that when a card is failing the MAC address starts setting itself to FF:FF:FF:FF:FF:FF not 00:00:00:XX:XX:XX
The first three bytes are Vendor ID on a MAC address, you haven't got anything in there that might fiddle with that? Is it an OEM card?
On 10/13/2010 06:46 PM, Giles Coochey wrote:
On 13/10/2010 18:37, Boris Epstein wrote:
On Wed, Oct 13, 2010 at 12:35 PM, Benjamin Franzjfranz@freerun.com wrote:
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.
Thanks.
That's possible, sure. I wonder though - it seems to work just fine when it's up, pretty fast, no abnormal error rate, it is brand new. But you could be right, of course.
I've tended to find that when a card is failing the MAC address starts setting itself to FF:FF:FF:FF:FF:FF not 00:00:00:XX:XX:XX
FF:FF:FF:FF:FF:FF is broadcast.
The first three bytes are Vendor ID on a MAC address, you haven't got anything in there that might fiddle with that? Is it an OEM card?
Timo
On 13/10/2010 19:00, Timo Schoeler wrote:
On 10/13/2010 06:46 PM, Giles Coochey wrote:
I've tended to find that when a card is failing the MAC address starts setting itself to FF:FF:FF:FF:FF:FF not 00:00:00:XX:XX:XX
FF:FF:FF:FF:FF:FF is broadcast.
Sorry... in order to qualify my statement I should say that I was in charge of United Kingdom RMAs for a Taiwanese manufacturer of Network cards for 3 years... as such I have come across thousands of faulty network cards and one of our tests for a faulty PROM was to ask our distributors if the MAC addresses had set itself to FF:FF:FF:FF:FF:FF.
I don't doubt that it is a broadcast address.
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
On Wed, Oct 13, 2010 at 12:28 PM, Boris Epstein borepstein@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=AS...
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.
On Mon, Nov 29, 2010 at 6:58 PM, Boris Epstein borepstein@gmail.com wrote:
http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=AS...
Looks like there is a whole special repo for this sort of drivers. Has anybody used it? How is it?
Elrepo is trustworthy. Got myself out of an realsh..err,tek problem using their packages, too. Go ahead.
-
Benjamin Franz -
Boris Epstein -
Giles Coochey -
Lucian -
Timo Schoeler -
Tru Huynh