You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jonathan Ellis (JIRA)" <ji...@apache.org> on 2015/05/26 08:13:17 UTC
[jira] [Updated] (CASSANDRA-9477) nodetool repair should exit with
non-zero status on failure
[ https://issues.apache.org/jira/browse/CASSANDRA-9477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis updated CASSANDRA-9477:
--------------------------------------
Priority: Minor (was: Major)
> nodetool repair should exit with non-zero status on failure
> -----------------------------------------------------------
>
> Key: CASSANDRA-9477
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9477
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
> Reporter: Randy Fradin
> Priority: Minor
> Fix For: 2.1.x
>
>
> Previously nodetool repair would exit with a non-zero status code when it experienced an error (like in CASSANDRA-5203), e.g. due a neighbor being down or a failed stream. It appears this is no longer the case, which makes it a bit harder to automate repair. I suspect it's been this way since CASSANDRA-6381 was implemented, and that it probably affects other nodetool commands as well.
> It looks like NodeProbe tracks when a failure occurs and this is accessible via NodeProbe.isFailed(), but that value is not being used anywhere. I think the problem could be fixed inside NodeTool.NodeToolCmd.run(), if after the execute function is called, probe.isFailed() is checked and a RuntimeException is thrown if a failure has occurred.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)