Preventative Measure: MAC Address duplication on VMware

Hi all,

We've had a couple of our VMs with a duplicate MAC-Addresses.
Work Around: Shutdown the VM, set MAC-Address to manual and back to auto, this generates a new MAC time to time.
Is the issue caused by deploying from a Template that has NIC or is there a bug?
>Would removing the NIC from the template be a permanent solution?
>Well, I am trying to figure out how would OTV-EDGE not prevent this from happening across site or even locally for that matter, is the problem on VMware, 'am a bit puzzled.

Thanks
Humphrey_Legend
Humphrey LegendAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Andrew Hancock (VMware vExpert / EE MVE^2)VMware and Virtualization ConsultantCommented:
It can happen, and does happen.

CLONING and Deploying from template should deploy VMs, with new MACs Addresses, but depending on how many you deploy, e.g. we deploy 1000s of VMs, and 1 in 100, there would be a duplicated Mac Address.

It's easily resolved, and vCenter Server does notify you of the fact.

I'm not sure we would go to the extent of removing the nic from the template, just to add it back - but it's a potential cure (maybe).

But when you add the nic back, there is always the chance of the nic being created, is the same as an existing VM!
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Humphrey LegendAuthor Commented:
Cool.
we have compared our DEV & Prod VC, the OUI 4th octet is not identical. Also, one of the KBs, reads, probable cause is when moving a VM to a different VC using shared storage, a "COPY-IT" could be the potential probelm, it's either wise to choose to "MOVE-IT" instead.
Copy-it keeps the native MAC and MOVE-IT may not move it.
We picked up a few VMs with a dup-mac, just that we do not want the LAN-Campus Team to point the problem to us whenever there MAC_FLAPs.

Your input is highly appreciated.
Humphrey_Legend
0
Andrew Hancock (VMware vExpert / EE MVE^2)VMware and Virtualization ConsultantCommented:
It is very rare have you had an issue.

Yes if you are manually copying VMs around and not paying attention to the questions asked if you not read my EE article I'll post it later
0
The Five Tenets of the Most Secure Backup

Data loss can hit a business in any number of ways. In reality, companies should expect to lose data at some point. The challenge is having a plan to recover from such an event.

Humphrey LegendAuthor Commented:
We have had a couple of MAC-Flapping, but I doubt this is due to VMware, on the other hand we can't be complacent, hence we started investigating duplicates on our side. In some instances, we would have one business-unit reporting packet-losses....
Cool. please do post it (EE ARTICLE), my interest is dealing with complex problem and the challenge is to put preventative measures to avoid outages.


Tnx
0
Humphrey LegendAuthor Commented:
FYI - We're running UCS.
0
Andrew Hancock (VMware vExpert / EE MVE^2)VMware and Virtualization ConsultantCommented:
MAC flapping as Network Admins call it is not caused by duplicate Mac addresses.

Also you WILL be alerted in Vicente to duplicate MAC conflicts in VMs which is rare unless you rapidly deploy 1000s of VMs for VDI

HOW TO: Select the right answer to "I Moved It" or "I Copied It" in VMware vSphere (ESXi)
0
Humphrey LegendAuthor Commented:
is MAC-Flapping not a clash of two device interfaces with the same mac-address registered on the switches-A or B and would cause a drop in packets?
0
Andrew Hancock (VMware vExpert / EE MVE^2)VMware and Virtualization ConsultantCommented:
MAC Flapping is usually caused by network teaming, the same mac address seen on two different physical port groups at the same time!

https://blogs.it.ox.ac.uk/networks/2011/02/04/mac-flaps-why-are-they-bad/

this is different to duplicate VM MAC Addresses.
0
Humphrey LegendAuthor Commented:
Yep, it makes sense, though I would have thought a mechanism exists to block either or one of the port-groups or disable the port as a form of running a healthier environment.
 
##The MAC-Address issue on our side is a preventative measure/clean up as we do not want business to complain about intermittent dnetwork connectivity within VMware or be a scapegoat for the network team, we have a become a middleware entity...any issues be it the O/S, Linux, Windows or DBs and Networks dips, we get contacted....but thanks for the clarity
0
Andrew Hancock (VMware vExpert / EE MVE^2)VMware and Virtualization ConsultantCommented:
do you require any additional help, to close this question and select a solution.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
nic

From novice to tech pro — start learning today.