[jira] [Commented] (HELIX-689) Controller message cleanup is spitting too many logs

2018-04-09 Thread Hudson (JIRA)

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

Hudson commented on HELIX-689:
--

FAILURE: Integrated in Jenkins build helix #1436 (See 
[https://builds.apache.org/job/helix/1436/])
[HELIX-689] remove redundant logs from zkclient (zhan849: rev 
4a76f03e6a153831cfde3e50fff67fab58c4fb46)
* (edit) 
helix-core/src/main/java/org/apache/helix/controller/stages/MessageGenerationPhase.java
* (edit) 
helix-core/src/main/java/org/apache/helix/manager/zk/zookeeper/ZkClient.java
* (edit) 
helix-core/src/main/java/org/apache/helix/manager/zk/ZkBaseDataAccessor.java


> Controller message cleanup is spitting too many logs
> 
>
> Key: HELIX-689
> URL: https://issues.apache.org/jira/browse/HELIX-689
> Project: Apache Helix
>  Issue Type: Bug
>Reporter: Hao Zhang
>Priority: Major
>
> Currently we print out error log when we fail to remove logs. However, due to 
> ZK client limitation, we are printing logs even when the message is already 
> deleted, which should not be regarded as a failure
> Need to perform log cleanup and only print out log when there is real error.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (HELIX-689) Controller message cleanup is spitting too many logs

2018-04-09 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on HELIX-689:
--

Github user asfgit closed the pull request at:

https://github.com/apache/helix/pull/173


> Controller message cleanup is spitting too many logs
> 
>
> Key: HELIX-689
> URL: https://issues.apache.org/jira/browse/HELIX-689
> Project: Apache Helix
>  Issue Type: Bug
>Reporter: Hao Zhang
>Priority: Major
>
> Currently we print out error log when we fail to remove logs. However, due to 
> ZK client limitation, we are printing logs even when the message is already 
> deleted, which should not be regarded as a failure
> Need to perform log cleanup and only print out log when there is real error.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (HELIX-689) Controller message cleanup is spitting too many logs

2018-04-03 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on HELIX-689:
--

GitHub user zhan849 opened a pull request:

https://github.com/apache/helix/pull/173

[HELIX-689] remove redundant logs from zkclient

Currently, in controller message cleanup, we print out 2 lines of message 
when message does not exist, which is totally redundant. In this PR, I removed 
the warning message from controller, and added error message in zkclient only 
when there is real error (exception from below). If we fail to delete a ZNode 
because znode does not exist, we do not print out message any more except debug 
mode

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/zhan849/helix harry/ctl-msg-cleanup

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/helix/pull/173.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #173


commit d96a40caf19efffed3939b6dd8d9efe40734ec15
Author: Harry Zhang 
Date:   2018-04-03T21:22:53Z

[HELIX-689] remove redundant logs from zkclient




> Controller message cleanup is spitting too many logs
> 
>
> Key: HELIX-689
> URL: https://issues.apache.org/jira/browse/HELIX-689
> Project: Apache Helix
>  Issue Type: Bug
>Reporter: Hao Zhang
>Priority: Major
>
> Currently we print out error log when we fail to remove logs. However, due to 
> ZK client limitation, we are printing logs even when the message is already 
> deleted, which should not be regarded as a failure
> Need to perform log cleanup and only print out log when there is real error.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)