Bug 1219384 - [RFE] There should be indication in GUI how many available MACs exist for each MAC pool
Summary: [RFE] There should be indication in GUI how many available MACs exist for eac...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: RFEs
Version: ---
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
: ---
Assignee: Ales Musil
QA Contact: Michael Burman
URL:
Whiteboard:
Depends On:
Blocks: 1553888
TreeView+ depends on / blocked
 
Reported: 2015-05-07 08:22 UTC by GenadiC
Modified: 2022-04-21 16:07 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-05-16 10:11:15 UTC
oVirt Team: Network
Embargoed:
sbonazzo: ovirt-4.3-


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHV-45841 0 None None None 2022-04-21 16:07:45 UTC
oVirt gerrit 54083 0 master MERGED core: add method to get count of macs in pool 2017-09-18 12:39:22 UTC
oVirt gerrit 60391 0 master ABANDONED webadmin: show how many macs are there in range. 2017-06-18 01:56:23 UTC
oVirt gerrit 84634 0 master MERGED webadmin: Show how many MACs are in range 2017-11-30 20:01:09 UTC
oVirt gerrit 85258 0 master ABANDONED core: Add query for getting available MAC addresses 2018-05-16 11:16:41 UTC
oVirt gerrit 85259 0 master ABANDONED webadmin: Get available MACs count 2018-05-11 12:39:13 UTC
oVirt gerrit 91165 0 master ABANDONED webadmin: Get available MACs count 2018-05-16 11:16:45 UTC
oVirt gerrit 91287 0 master MERGED webadmin: Fix missing one MAC address 2018-06-12 10:13:13 UTC

Description GenadiC 2015-05-07 08:22:16 UTC
Description of problem:

As you can mix multicast and unicast MAC addresses when creating/editing a new MAC pool, but you can create new VNICs only with unicast addresses, there should be some kind of indication how many VNICs the user can create
Providing such information in GUI for each MAC pool/ MAC pool range will make the user life much simpliar.

Comment 1 Dan Kenigsberg 2017-11-23 21:10:19 UTC
Ales, maybe you can revive the old patch for this?

Comment 2 Ales Musil 2017-11-24 08:47:32 UTC
Sure I'll take look at this patch.

Comment 3 Dan Kenigsberg 2017-12-01 07:37:23 UTC
this got merged into 4.2 by mistake, let's try to verify it anyway.

Comment 4 Michael Burman 2017-12-04 11:40:12 UTC
Hi Ales,

Need to understand here something: 

1) 'MACs count' stand for the range count in total or for the free MACs ? 

2) Looks like the MACs count is for the total MACs in the range and not how much available, which is not what was requested here. 

3) And some another example: I have a range 00:00:00:00:00:10-00:00:00:00:00:10 which is a range of 1 MAC address, but the 'MACs count' shows 0 (this MAC isn't in use by any VM btw..)

- And the default MAC pool range is 1024 MACs and not 1023, which means that we have problem with the calculating here. 1 MAC is missing.
00:1a:4a:16:01:00-00:1a:4a:16:04:ff(1024 macs), engine shows: MACs count=1023


From the qa point of view this bug has failed QA unless i'm missing here something..

Comment 5 Michael Burman 2017-12-04 11:40:56 UTC
Tested on - 4.2.0-0.0.master.20171201121510.gitb338573.el7.centos

Comment 6 Dan Kenigsberg 2018-05-16 10:11:15 UTC
Indicating the number of free MACs would be nice, but it is not worth investing more effort into. Stating the size of the pool, as we have now (though we need to fix an off-by-one bug there) should be enough.


Note You need to log in before you can comment on or make changes to this bug.