[Users] oVirt 3.4 planning

Itamar Heim iheim at redhat.com
Wed Nov 13 15:23:25 UTC 2013


On 11/13/2013 10:20 AM, Sahina Bose wrote:
>
> On 11/13/2013 08:20 PM, Itamar Heim wrote:
>> On 11/13/2013 09:27 AM, René Koch (ovido) wrote:
>>> Hi,
>>>
>>> There are 2 features I can maybe add to existing projects of mine
>>> (check_rhev3 and Monitoring UI-Plugin), but it would be good to know
>>> what users require to decide if this can be done via an external
>>> (ui)plugin or if this needs to be integrated into oVirt itself.
>>>
>>> * gluster: Monitoring (UI plugin)
>>> What's expected here - monitoring glusterfs volumes (including
>>> performance data) and displaying the results in your favored monitoring
>>> solution and oVirt?
>>
>> vijay/dpati/sahina - thoughts on this one?
> At a high level,
>
> Monitoring of volume
> Storage metrics - capacity, network, CPU, disk utilization
> Detecting split-brain/self-heal activity

would help specyfing which REST API calls are involved.

>
> Vijay/Dusmant - please add.
>
>>
>>>
>>> * other: Zabbix monitoring
>>> Monitoring the oVirt environment should work with my check_rhev3 plugin
>>> by adding it as an external check to Zabbix. I'll test this and if it's
>>> working I'll provide a short guide on how to do it.
>>> Displaying data/triggers in oVirt isn't possible yet with my Monitoring
>>> UI-plugin, but on the feature list (help is welcome)...
>>>
>>>
>>> Before I add myself to the list - can you give me more information on
>>> the role/tasks of a testing owner? Are there more steps required then
>>> testing a feature, getting in contact with the devel owner to fix issues
>>> and update the oVirt BZ (and join the IRC weekly meetings)?
>>
>> communicate with the other two owner on scope of what to test, then
>> when feature is ready - test it, open bugs, and communicate if too
>> broken to be considered in the version, etc.
>>
>>>
>>>
>>> Regards,
>>> René
>>>
>>>
>>>
>>> On Tue, 2013-10-29 at 19:46 +0200, Itamar Heim wrote:
>>>> To try and improve 3.4 planning over the wiki approach in 3.3, I've
>>>> placed the items i collected on users list last time into a google
>>>> doc[1]
>>>>
>>>> now, the main thing each item needs is a requirements owner, devel
>>>> owner
>>>> and a testing owner (well, devel owner is really needed to make it
>>>> happen, but all are important).
>>>>
>>>> then we need an oVirt BZ for each, and for some a feature page.
>>>>
>>>> I also added columns indicating if the item will require an API design
>>>> review and a GUI design review.
>>>>
>>>> this list is just the start of course for items from it to get
>>>> ownership. i expect more items will be added as well, as long as they
>>>> have owners, etc.
>>>>
>>>> the doc is public read-only, please request read-write access to be
>>>> able
>>>> to edit it.
>>>>
>>>> feel free to ask questions, etc.
>>>>
>>>> Thanks,
>>>>      Itamar
>>>>
>>>>
>>>> [1] http://bit.ly/17qBn6F
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>




More information about the Arch mailing list