oVirt 4.1.7: Duplicate MAC addresses had to be introduced into mac pool violating no duplicates setting.
8:54 a.m.
Hi,
We just upgraded from 4.1.6 to 4.1.7 and just after the engine was
brought back the following event showed up:
Duplicate MAC addresses had to be introduced into mac pool violating
no duplicates setting.
Can someone explain why is that?
Thanks.
Nicolás
2:31 a.m.
Hi Nicolas,
There was a bug in oVirt [1] that in some cases a mac pool that doesn't
support duplicate macs could get duplicates.
The bug was (hopefully) fixed.
The error that you see means that you have a mac pool that was affected by
this bug and have duplicate macs although it doesn't support it.
The second part of the error should contain the list of the duplicate macs
("Following MACs violates duplicity restriction, and was pushed into MAC
pool without respect to it:").
It is just a warning, you can ignore it.
But we advise you to go over the duplicate macs and fix them.
Alona.
[1] https://bugzilla.redhat.com/1485688
On Fri, Nov 17, 2017 at 4:54 PM, <nicolas(a)devels.es> wrote:
Hi,
We just upgraded from 4.1.6 to 4.1.7 and just after the engine was brought
back the following event showed up:
Duplicate MAC addresses had to be introduced into mac pool violating no
duplicates setting.
Can someone explain why is that?
Thanks.
Nicolás
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
8:47 a.m.
--=_7003655f05757dbd4648735d4eff9c58
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8;
format=flowed
Hi Alona,
El 2017-11-19 08:31, Alona Kaplan escribió:
Hi Nicolas,
There was a bug in oVirt [1] that in some cases a mac pool that
doesn't support duplicate macs could get duplicates.
The bug was (hopefully) fixed.
The error that you see means that you have a mac pool that was
affected by this bug and have duplicate macs although it doesn't
support it.
The second part of the error should contain the list of the duplicate
macs ("Following MACs violates duplicity restriction, and was pushed
into MAC pool without respect to it:").
Indeed, being this message:
engine.log-20171117.gz:2017-11-16 10:34:55,373Z ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ServerService Thread Pool -- 52) [] EVENT_ID:
MAC_ADDRESS_VIOLATES_NO_DUPLICATES_SETTING(10,917), Following MACs
violates duplicity restriction, and was pushed into MAC pool without
respect to it:[00:1a:4a:97:5f:16, 00:1a:4a:97:5f:05, 00:1a:4a:97:5f:1d,
00:1a:4a:97:5f:07, 00:1a:4a:97:5f:0f, 00:1a:4a:4d:cc:1c,
00:1a:4a:97:5f:15, 00:1a:4a:97:5f:0d]
It is just a warning, you can ignore it.
But we advise you to go over the duplicate macs and fix them.
However, recently I made a small script to find duplicate MACs because I
was having an issue with dupe MACs (which BTW you helped me to debug in
BZ [1]). I'm attaching the script just in case something is wrong in it,
but the script shows no dupe MAC addresses currently. Maybe in the past
(before the upgrade) there was dupes with those MAC addresses, but not
now.
The output of the script shows only one machine per MAC address:
00:1a:4a:97:5f:16 ['VM1']
00:1a:4a:97:5f:05 ['VM2']
00:1a:4a:97:5f:1d ['VM3']
00:1a:4a:97:5f:07 ['VM4']
00:1a:4a:97:5f:0f ['VM5']
00:1a:4a:4d:cc:1c ['VM6']
00:1a:4a:97:5f:15 ['VM7']
00:1a:4a:97:5f:0d ['VM8']
Should I file a bug or simply ignore it?
Thanks.
[1]: https://bugzilla.redhat.com/show_bug.cgi?id=1497242
Alona.
[1] https://bugzilla.redhat.com/1485688 [2]
On Fri, Nov 17, 2017 at 4:54 PM, <nicolas(a)devels.es> wrote:
> Hi,
>
> We just upgraded from 4.1.6 to 4.1.7 and just after the engine was
> brought back the following event showed up:
>
> Duplicate MAC addresses had to be introduced into mac pool
> violating no duplicates setting.
>
> Can someone explain why is that?
>
> Thanks.
>
> Nicolás
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users [1]
Links:
------
[1] http://lists.ovirt.org/mailman/listinfo/users
[2] https://bugzilla.redhat.com/1485688
--=_7003655f05757dbd4648735d4eff9c58
Content-Transfer-Encoding: base64
Content-Type: text/x-python;
name=dupe_macs.py
Content-Disposition: attachment;
filename=dupe_macs.py;
size=1234
IyEvdXNyL2Jpbi9lbnYgcHl0aG9uCgpmcm9tIHN5cyBpbXBvcnQgcGF0aAoKaW1wb3J0IG9zLnBh
dGgKZnJvbSBzeXMgaW1wb3J0IGV4aXQKCmZyb20gb3ZpcnRzZGs0IGltcG9ydCBDb25uZWN0aW9u
LCB0eXBlcwpmcm9tIHNjcmlwdHNwYXJhbXMgaW1wb3J0IFVSSSwgVVNFUk5BTUUsIFBBU1NXT1JE
LCBDRVJUUEFUSAoKY29ubiA9IENvbm5lY3Rpb24oCiAgIHVybD1VUkksCiAgIHVzZXJuYW1lPVVT
RVJOQU1FLAogICBwYXNzd29yZD1QQVNTV09SRCwKICAgY2FfZmlsZT1DRVJUUEFUSAopCgppZiBu
b3QgY29ubi50ZXN0KHJhaXNlX2V4Y2VwdGlvbj1GYWxzZSk6CiAgICBwcmludCAiRVJST1I6IENh
bm5vdCBjb25uZWN0LiBJcyBlbmdpbmUgdXA/IEFyZSBjcmVkZW50aWFscyBvaz8iCiAgICBleGl0
KDEpCgp2bXNfbWFjcyA9IHt9CgpzeXNfc2VydiA9IGNvbm4uc3lzdGVtX3NlcnZpY2UoKQp2bXNf
c2VydiA9IHN5c19zZXJ2LnZtc19zZXJ2aWNlKCkKCm1hY3MgPSBbXQpmb3Igdm0gaW4gdm1zX3Nl
cnYubGlzdCgpOgogICAgbmljcyA9IGNvbm4uZm9sbG93X2xpbmsodm0ubmljcykKICAgIGZvciBu
aWMgaW4gbmljczoKICAgICAgICBpZiBuaWMubWFjLmFkZHJlc3MgaW4gdm1zX21hY3M6CiAgICAg
ICAgICAgIHZtc19tYWNzW25pYy5tYWMuYWRkcmVzc10uYXBwZW5kKHZtLm5hbWUpCiAgICAgICAg
ZWxzZToKICAgICAgICAgICAgdm1zX21hY3NbbmljLm1hYy5hZGRyZXNzXSA9IFt2bS5uYW1lXQog
ICAgICAgIG1hY3MuYXBwZW5kKG5pYy5tYWMuYWRkcmVzcykKCnByaW50ICcwMDoxYTo0YTo5Nzo1
ZjoxNicsIHZtc19tYWNzWycwMDoxYTo0YTo5Nzo1ZjoxNiddCnByaW50ICcwMDoxYTo0YTo5Nzo1
ZjowNScsIHZtc19tYWNzWycwMDoxYTo0YTo5Nzo1ZjowNSddCnByaW50ICcwMDoxYTo0YTo5Nzo1
ZjoxZCcsIHZtc19tYWNzWycwMDoxYTo0YTo5Nzo1ZjoxZCddCnByaW50ICcwMDoxYTo0YTo5Nzo1
ZjowNycsIHZtc19tYWNzWycwMDoxYTo0YTo5Nzo1ZjowNyddCnByaW50ICcwMDoxYTo0YTo5Nzo1
ZjowZicsIHZtc19tYWNzWycwMDoxYTo0YTo5Nzo1ZjowZiddCnByaW50ICcwMDoxYTo0YTo0ZDpj
YzoxYycsIHZtc19tYWNzWycwMDoxYTo0YTo0ZDpjYzoxYyddCnByaW50ICcwMDoxYTo0YTo5Nzo1
ZjoxNScsIHZtc19tYWNzWycwMDoxYTo0YTo5Nzo1ZjoxNSddCnByaW50ICcwMDoxYTo0YTo5Nzo1
ZjowZCcsIHZtc19tYWNzWycwMDoxYTo0YTo5Nzo1ZjowZCddCg==
--=_7003655f05757dbd4648735d4eff9c58--
2385
days inactive
2388
days old
2 comments
2 participants
participants (2)
-
Alona Kaplan -
nicolas＠devels.es