[Users] oVirt 3.4 planning
Sahina Bose
sabose at redhat.com
Wed Nov 13 15:20:25 UTC 2013
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
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