On 09.01.2013 15:48, Joern Ott wrote:
> -----Original Message-----
> From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf
> Of Rick Beldin
> Sent: Dienstag, 8. Januar 2013 15:54
> To: Itamar Heim
> Cc: users(a)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