[jira] [Commented] (CASSANDRA-4744) Non-escaped single quotes causes CQL to hang
[ https://issues.apache.org/jira/browse/CASSANDRA-4744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13467791#comment-13467791 ] Jason Wellonen commented on CASSANDRA-4744: --- The problem is, a client that implemented execute_cql cannot recover from this. My application just pauses indefinitely. Do you have a recommendation to work around this problem? Even the cqlsh utility does not handle this condition gracefully. When you are presented with the ellipses, what do you enter to complete the input? Non-escaped single quotes causes CQL to hang Key: CASSANDRA-4744 URL: https://issues.apache.org/jira/browse/CASSANDRA-4744 Project: Cassandra Issue Type: Improvement Environment: Cassandra 1.1.5, RHEL 6.3 x86_64 Reporter: Jason Wellonen Single quotes in string literals cause CQL to wait indefinitely. This behavior is inherited by clients implementing execute_cql. The end result is a client application that stops responding. For example, the following is entered in cqlsh (notice the ellipses): cqlsh:Keyspace1 INSERT INTO Test1 (testId, test1) VALUES (1566bb5d-9093-4abd-bcaa-e1ac90b94a47, 'This is a test with Cassandra's reserved characters') USING CONSISTENCY LOCAL_QUORUM; ... This continues until ctrl-c is issued. I would expect a Bad Request message returned immediately, which is the behavior here: cqlsh:Keyspace1 INSERT INTO Test1 (testId, test1) VALUES (7dcf9529-b57b-4d1d-a396-cff9bc98abb2, 'This is a test without the closing parenthesis in the values section of the insert statement.' USING CONSISTENCY LOCAL_QUORUM; Bad Request: line 1:176 missing ')' at 'USING' -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (CASSANDRA-4744) Non-escaped single quotes causes CQL to hang
[ https://issues.apache.org/jira/browse/CASSANDRA-4744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Wellonen closed CASSANDRA-4744. - Non-escaped single quotes causes CQL to hang Key: CASSANDRA-4744 URL: https://issues.apache.org/jira/browse/CASSANDRA-4744 Project: Cassandra Issue Type: Improvement Environment: Cassandra 1.1.5, RHEL 6.3 x86_64 Reporter: Jason Wellonen Single quotes in string literals cause CQL to wait indefinitely. This behavior is inherited by clients implementing execute_cql. The end result is a client application that stops responding. For example, the following is entered in cqlsh (notice the ellipses): cqlsh:Keyspace1 INSERT INTO Test1 (testId, test1) VALUES (1566bb5d-9093-4abd-bcaa-e1ac90b94a47, 'This is a test with Cassandra's reserved characters') USING CONSISTENCY LOCAL_QUORUM; ... This continues until ctrl-c is issued. I would expect a Bad Request message returned immediately, which is the behavior here: cqlsh:Keyspace1 INSERT INTO Test1 (testId, test1) VALUES (7dcf9529-b57b-4d1d-a396-cff9bc98abb2, 'This is a test without the closing parenthesis in the values section of the insert statement.' USING CONSISTENCY LOCAL_QUORUM; Bad Request: line 1:176 missing ')' at 'USING' -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-4744) Non-escaped single quotes causes CQL to hang
Jason Wellonen created CASSANDRA-4744: - Summary: Non-escaped single quotes causes CQL to hang Key: CASSANDRA-4744 URL: https://issues.apache.org/jira/browse/CASSANDRA-4744 Project: Cassandra Issue Type: Improvement Environment: Cassandra 1.1.5, RHEL 6.3 x86_64 Reporter: Jason Wellonen Single quotes in string literals cause CQL to wait indefinitely. This behavior is inherited by clients implementing execute_cql. The end result is a client application that stops responding. For example, the following is entered in cqlsh (notice the ellipses): cqlsh:Keyspace1 INSERT INTO Test1 (testId, test1) VALUES (1566bb5d-9093-4abd-bcaa-e1ac90b94a47, 'This is a test with Cassandra's reserved characters') USING CONSISTENCY LOCAL_QUORUM; ... This continues until ctrl-c is issued. I would expect a Bad Request message returned immediately, which is the behavior here: cqlsh:Keyspace1 INSERT INTO Test1 (testId, test1) VALUES (7dcf9529-b57b-4d1d-a396-cff9bc98abb2, 'This is a test without the closing parenthesis in the values section of the insert statement.' USING CONSISTENCY LOCAL_QUORUM; Bad Request: line 1:176 missing ')' at 'USING' -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-4625) ValidationExecutor Exception During Nodetool Repair
Jason Wellonen created CASSANDRA-4625: - Summary: ValidationExecutor Exception During Nodetool Repair Key: CASSANDRA-4625 URL: https://issues.apache.org/jira/browse/CASSANDRA-4625 Project: Cassandra Issue Type: Bug Environment: Cassandar v1.1.4, 4 nodes, 2 data centers, RF = 2 (each dc). RHEL 6.3 x86_64, Oracle Java 1.7.0_07 Reporter: Jason Wellonen Attachments: cassandraerror.txt After using the stress utility to create 10m rows in the Standard1 CF, I then started a nodetool -pr repair Keyspace1, which generated a ValidationExecutor expection (attached). CF description (25 columns): CREATE TABLE Standard1 ( KEY blob PRIMARY KEY ) WITH comment='' AND comparator=ascii AND read_repair_chance=0.10 AND gc_grace_seconds=864000 AND default_validation=blob AND min_compaction_threshold=4 AND max_compaction_threshold=32 AND replicate_on_write='false' AND compaction_strategy_class='LeveledCompactionStrategy' AND compaction_strategy_options:sstable_size_in_mb='5' AND compression_parameters:chunk_length_kb='64' AND compression_parameters:sstable_compression='SnappyCompressor'; -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4625) ValidationExecutor Exception During Nodetool Repair
[ https://issues.apache.org/jira/browse/CASSANDRA-4625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Wellonen updated CASSANDRA-4625: -- Attachment: cassandraerror.txt ValidationExecutor Exception During Nodetool Repair --- Key: CASSANDRA-4625 URL: https://issues.apache.org/jira/browse/CASSANDRA-4625 Project: Cassandra Issue Type: Bug Environment: Cassandar v1.1.4, 4 nodes, 2 data centers, RF = 2 (each dc). RHEL 6.3 x86_64, Oracle Java 1.7.0_07 Reporter: Jason Wellonen Attachments: cassandraerror.txt After using the stress utility to create 10m rows in the Standard1 CF, I then started a nodetool -pr repair Keyspace1, which generated a ValidationExecutor expection (attached). CF description (25 columns): CREATE TABLE Standard1 ( KEY blob PRIMARY KEY ) WITH comment='' AND comparator=ascii AND read_repair_chance=0.10 AND gc_grace_seconds=864000 AND default_validation=blob AND min_compaction_threshold=4 AND max_compaction_threshold=32 AND replicate_on_write='false' AND compaction_strategy_class='LeveledCompactionStrategy' AND compaction_strategy_options:sstable_size_in_mb='5' AND compression_parameters:chunk_length_kb='64' AND compression_parameters:sstable_compression='SnappyCompressor'; -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira