[
https://issues.apache.org/jira/browse/TAJO-1143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14235231#comment-14235231
]
ASF GitHub Bot commented on TAJO-1143:
--------------------------------------
Github user hyunsik commented on the pull request:
https://github.com/apache/tajo/pull/280#issuecomment-65756856
Hi @ykrips,
I agree with your direction. As you mentioned, this rule engine and some
pre-defined rules will cover overall functionalities of Tajo cluster
components. So, I'd like to suggest the word 'self diagnosis'. I believe this
work is proper to this direction.
I'll also give some appropriate code locations which are nice to verify
such rules shortly.
> TajoMaster, TajoWorker, and TajoClient should have diagnosis phase at startup
> -----------------------------------------------------------------------------
>
> Key: TAJO-1143
> URL: https://issues.apache.org/jira/browse/TAJO-1143
> Project: Tajo
> Issue Type: Improvement
> Components: client, query master, tajo master
> Reporter: Hyunsik Choi
> Assignee: Jihun Kang
> Fix For: 0.9.1
>
>
> I propose that all cluster components (TajoMaster, TajoWorker, and
> TajoClient) in a Tajo cluster should have a diagnosis phase to eliminate or
> detect invalid situations prior to runtime query errors.
> For example, your query can cause some runtime exception due to wrong config
> after a query takes 2 hours. This situation is definitely not acceptable in
> production.
> I think that the diagnosis phase should check all configs, connectivities
> among cluster components, and status of workers.
> In detail, we need a diagnosis executor, extensible diagnosis rule interface,
> and its rules. Also, one of diagnosis rules would be TAJO-1114.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
