You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2015/10/28 13:34:27 UTC

[jira] [Commented] (SPARK-11375) History Server "no histories" message to be dynamically generated by ApplicationHistoryProviders

    [ https://issues.apache.org/jira/browse/SPARK-11375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14978329#comment-14978329 ] 

Steve Loughran commented on SPARK-11375:
----------------------------------------

This could be implemented with a new method on {{ApplicationHistoryProvider}}; something like

{code}

getDiagnosticsInfo(): (String, Option[String]) = { ... }
{code}

which would return two strings: one simple text, and one formatted text for insertion into a {{<pre>}} section. That would allow stack traces to be displayed readably.

A default implementation would simply return the current message.

Note that the HTML would have to be sanitized before display, with angle brackets escaped.

> History Server "no histories" message to be dynamically generated by ApplicationHistoryProviders
> ------------------------------------------------------------------------------------------------
>
>                 Key: SPARK-11375
>                 URL: https://issues.apache.org/jira/browse/SPARK-11375
>             Project: Spark
>          Issue Type: Improvement
>          Components: Spark Core
>    Affects Versions: 1.5.1
>            Reporter: Steve Loughran
>            Priority: Minor
>
> When there are no histories, the {{HistoryPage}} displays an error text which assumes that the provider is the {{FsHistoryProvider}}, and its sole failure mode is "directory not found"
> {code}
> Did you specify the correct logging directory?
> Please verify your setting of spark.history.fs.logDirectory
> {code}
> Different providers have different failure modes, and even the filesystem provider has some, such as an access control exception, or the specified directly path actually being a file.
> If the {{ApplicationHistoryProvider}} was itself asked to provide an error message, then it could
> * be dynamically generated to show the current state of the history provider
> * potentially include any exceptions to list
> * display the actual values of settings such as the log directory property.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org