[Users] What do you want to see in oVirt next?

Patrick Hurrelmann patrick.hurrelmann at lobster.de
Wed Jan 9 15:14:04 UTC 2013


On 09.01.2013 15:48, Joern Ott wrote:
> 
> 
>> -----Original Message-----
>> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf
>> Of Rick Beldin
>> Sent: Dienstag, 8. Januar 2013 15:54
>> To: Itamar Heim
>> Cc: users at ovirt.org
>> Subject: Re: [Users] What do you want to see in oVirt next?
>>
>>
>>
>> On Tue 08 Jan 2013 04:41:01 AM EST, Itamar Heim wrote:
>>> On 01/07/2013 06:11 PM, Rick Beldin wrote:
>>>> - cleaner work-flow in creating and associating storage, especially
>>>> NFS
>>>>
>>
>> Some of this is no doubt my newbie-ness to ovirt.  Most of my comments
>> below have to do with the manager.
>>
>> I started playing with RHEV 3.1 since I am responsible for delivering support
>> on it but just yesterday started playing with Fedora 17 and all-in-one for ease
>> of setup.  I will try and document the specifics, but the things I recall were
>> things like:
>>
>> - inability to setup NFS storage on the cluster until I had added a host.  I think
>>   I missed some key concept here, but my feeling was that I
>> would/could/should
>>   setup the manager (engine) first and then add virtual hosts.
>> Instead, there
>>   seems to be a procedural step.
>>
>> - along those lines the UI could do more to guide a user, a first-time wizard
>>   that would guide you through cluster and datacenter setups that are
>> independent
>>   of the hosts.  Guide Me is a good start, but perhaps it needs some
>> expansion.
>>
>>>> - better error reporting from engine back to admin user during admin
>>>> operations.
>>>
>>
>> - here's an example.  Just installed AIO on Fedora 17.  After going through
>>   everything, it says 'Install Failed'.   The Event entry has a
>> correlation id,
>>   which can be used to figure out what went wrong.  (I guess).  It seems like
>>   there could be more information provided to the admin on what to do next
>> aside
>>   install again?  Tooltip on what to do with correlation id? 
> 
> Whenever you report a problem here in the list, you get asked for engine and vdsm logs. So, these logs are essential and a way to access (at least the relevant parts) via the GUI would be perfect. Ideally, every task should have a unique ID and this ID should show up in the engine logs as well as the vdsm logs on the nodes in a way that they could easily filtered.
> 
> My dream would be a message like "Install failed" as a clickable link which then opens a log viewer and shows the engine log filtered by this ID as well as the vdsm log from the involved node filtered by this ID.
> 
> Kind regards
> Jörn

Very good idea, I like it very much!

Regards
Patrick

-- 
Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg

HRB 178831, Amtsgericht München
Geschäftsführer: Dr. Martin Fischer, Rolf Henrich



More information about the Users mailing list