linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "John Stoffel" <john@stoffel.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: duplicate MAC addresses
Date: Mon, 24 Aug 2009 18:56:28 +0000	[thread overview]
Message-ID: <19090.57948.356702.160576@stoffel.org> (raw)
In-Reply-To: <4A8B0E98.6030202@goodoldmarty.com>

>>>>> "marty" = marty  <marty@goodoldmarty.com> writes:

marty> Greg KH wrote:
>> > On Tue, Aug 18, 2009 at 04:27:04PM -0400, marty wrote:
>>> >> I got trouble...
>>> >> (duplicate MAC addresses)
>> >
>> > That's a bug in your hardware, have you asked your manufacturer to
>> > resolve this for you?  That violates the ethernet spec...

marty> I have resolved that problem as of today. I found this was
marty> caused by the software I had been using. If a hardware issue
marty> remains, it is moot.

marty> The bonding driver/utilities normally sets the bond address to
marty> the MAC of the first NIC. But it also set the MAC of the slave
marty> (eth3) to the MAC of the first NIC. This persists through
marty> reboots so that is how my MACs got duplicated.

marty> Resetting the MAC corrected those problems and everything works
marty> fine now.

Doesn't this point to a udev rules problem?  What should happen if
there are conflicting devices which both satisfy a condition, but
where only one device is allowed to match?

Now I realize that with MAC addresses you're actually allowed to have
multiple NICs on a host all with the SAME Mac addr, but only if
they're on different segments.  Older Sun boxes all used to have a
single MAC address across all ports.  This usually isn't a problem
since the ethernet spec says that MAC addresses are local to the
segment, and with switches and bridges, the segment is is limited.

Fails when you have bonding drivers and other HA tricks which I'm not
up on though.  

John



  parent reply	other threads:[~2009-08-24 18:56 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-18 20:27 duplicate MAC addresses marty
2009-08-18 21:20 ` Greg KH
2009-08-18 21:36 ` Matthew Dharm
2009-08-19  0:26 ` marty
2009-08-19  9:19 ` Alan Jenkins
2009-08-19  9:45 ` Rui Santos
2009-08-19 16:51 ` marty
2009-08-23  0:36 ` marty
2009-08-24 18:56 ` John Stoffel [this message]
2009-08-24 20:13 ` marty
2009-08-25  8:30 ` Alan Jenkins
2009-08-25  8:31 ` Alan Jenkins

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=19090.57948.356702.160576@stoffel.org \
    --to=john@stoffel.org \
    --cc=linux-hotplug@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).