[
https://issues.apache.org/jira/browse/CASSANDRA-12279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Masataka Yamaguchi updated CASSANDRA-12279:
-------------------------------------------
Attachment: org_result_example.txt
new_result_example.txt
CASSANDRA-12279-trunk.patch
This happens because the method “parseOptinalTables” in
src/java/org/apache/cassandra/tools/NodeTool.java does not confirm that the
given keyspace has the given table.
The method “parseOptinalTables” is also used in some nodetool commands such as
src/java/org/apache/cassandra/tools/nodetool/Cleanup.java,
src/java/org/apache/cassandra/tools/nodetool/Compact.java and so on, and Java
error happens when those commands are used with no-existent table name given,
while they do not hang.
I have reimplemented parseOptionalTables so that it confirms that the given
keyspace has the given table, and I will send the patch.
Please review it.
> nodetool repair hangs on non-existant table
> -------------------------------------------
>
> Key: CASSANDRA-12279
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12279
> Project: Cassandra
> Issue Type: Bug
> Environment: Linux Ubuntu, Openjdk
> Reporter: Benjamin Roth
> Priority: Minor
> Labels: lhf
> Attachments: CASSANDRA-12279-trunk.patch, new_result_example.txt,
> org_result_example.txt
>
>
> If nodetool repair is called with a table that does not exist, ist hangs
> infinitely without any error message or logs.
> E.g.
> nodetool repair foo bar
> Keyspace foo exists but table bar does not
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
