--=_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@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@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--