<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
True. I was thinking more of the horizon event thing that show for a few seconds, then vanish. not useful for this case... Maybe something like the way heat keeps track of events, but more globally then? A list of error events in the admin tab that admins should
 look at and clear? <strong>
<div><font face="Tahoma" color="#000000" size="2"> </font></div>
</strong>
<hr tabindex="-1">
<font face="Tahoma" size="2"><b>From:</b> Duncan Thomas<br>
<b>Sent:</b> Friday, April 10, 2015 12:52:21 PM<br>
<b>To:</b> OpenStack Development Mailing List<br>
<b>Subject:</b> Re: [openstack-dev] [cinder] Is there any way to put the driver backend error message to the horizon<br>
</font><br>
<div></div>
<div>
<p dir="ltr">I'd say events are *more* useful in that workflow, not less, as long as they contain enough context. For example, the user creates a volume, tries to attach it which fails for some config error, so the user deletes it. With an event based model,
 the admin now has an error event in their queue. If we used a db field then the error status is potentially revived by the successful delete.</p>
<p dir="ltr">Similarly if an intermittent fault happens but the action succeeds on a retry, then the error info is again lost.</p>
<div class="gmail_quote">On 10 Apr 2015 20:45, "Fox, Kevin M" <<a href="mailto:Kevin.Fox@pnnl.gov">Kevin.Fox@pnnl.gov</a>> wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div>Events shouldnt help much since the workflow is, user does something. It breaks with "error notify admin" then admin needs to figure out why... ideally there needs to be a field for why in the db, and the dashboard can show it to admins?<br>
<br>
Thanks,<br>
Kevin <strong>
<div><font face="Tahoma" color="#000000"> </font></div>
</strong>
<hr>
<font face="Tahoma"><b>From:</b> Duncan Thomas<br>
<b>Sent:</b> Friday, April 10, 2015 11:47:07 AM<br>
<b>To:</b> OpenStack Development Mailing List<br>
<b>Subject:</b> Re: [openstack-dev] [cinder] Is there any way to put the driver backend error message to the horizon<br>
</font><br>
<div></div>
<div>
<p dir="ltr">Maybe cinder can emit more notification events, then a dashboard can be build separately with the appropriate access control and filtering? The same dash can then be used for many projects - all they need to add are the events with enough metadata</p>
<div class="gmail_quote">On 10 Apr 2015 18:53, "Ben Swartzlander" <<a href="mailto:ben@swartzlander.org" target="_blank">ben@swartzlander.org</a>> wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div bgcolor="#FFFFFF">On 04/10/2015 08:11 AM, John Griffith wrote:<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_default" style="font-family:monospace,monospace"><br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Apr 10, 2015 at 6:16 AM, liuxinguo <span dir="ltr">
<<a href="mailto:liuxinguo@huawei.com" target="_blank">liuxinguo@huawei.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div lang="ZH-CN">
<div>
<p class="MsoNormal"><span lang="EN-US">Hi,</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">When we create a volume in the horizon, there may occurrs some errors at the driver</span></p>
<p class="MsoNormal"><span lang="EN-US">backend, and the in horizon we just see a “error” in the volume status.</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">So is there any way to put the error information to the horizon so users can know what happened exactly just from the horizon?</span></p>
<p class="MsoNormal"><span lang="EN-US"></span></p>
<p class="MsoNormal"><span lang="EN-US">Thanks,</span></p>
<p class="MsoNormal"><span lang="EN-US">Liu</span></p>
</div>
</div>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
</blockquote>
</div>
<div class="gmail_default" style="font-family:monospace,monospace">​The challenge here is that the calls to the driver are async, so we don't actually have any direct feedback/messages regarding the result.  One thing that's been talked about in the past is
 adding additional information to the status which could be presented so that end users and tools like Horizon would have a little more information.</div>
<div class="gmail_default" style="font-family:monospace,monospace"><br>
</div>
<div class="gmail_default" style="font-family:monospace,monospace">The trick is however we also do NOT want driver info going back to the end user, the whole point of Cinder is to abstract all of that backend specific type stuff.  The idea kicked around in
 the past was to introduce a sub-state with a bit more detail, but still wouldn't be anything specific from the driver.</div>
<div class="gmail_default" style="font-family:monospace,monospace"><br>
</div>
<div class="gmail_default" style="font-family:monospace,monospace">Sounds like a good topic to revisit for the Liberty release.​</div>
</div>
</div>
</blockquote>
<br>
<br>
Agreed that driver messages shouldn't reach the end user, but would it be helpful at all to the administrator to have driver error messages visible on the admin panel?<br>
<br>
-Ben<br>
<br>
<br>
<blockquote type="cite"><br>
<fieldset></fieldset> <br>
<pre>__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
</blockquote>
<br>
</div>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
</blockquote>
</div>
</div>
</div>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
</blockquote>
</div>
</div>
</body>
</html>