You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Mariusz (Created) (JIRA)" <ji...@apache.org> on 2012/02/27 11:47:48 UTC
[jira] [Created] (CASSANDRA-3964) Columns isn`t updated, although
insert operation ends with success
Columns isn`t updated, although insert operation ends with success
------------------------------------------------------------------
Key: CASSANDRA-3964
URL: https://issues.apache.org/jira/browse/CASSANDRA-3964
Project: Cassandra
Issue Type: Bug
Reporter: Mariusz
Hi,
i`m adding several rows into CF(i`m using hadoop mapreduce jobs and pycassa python client to do that), i`m using default write_consistency_level, it`s one node cluster(but it happens also on 2 node cluster), the timestamps for all inserts are returned, no exception in system.log and output.log in cassandra log directory...
After that i cannot update these rows(logs from cassandra-cli):
{code}
[default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
=> (column=test, value=test2, timestamp=1330338712820056)
Returned 1 results.
Elapsed time: 2 msec(s).
[default@test_keyspace] set TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435][test]=test3;
Value inserted.
Elapsed time: 4 msec(s).
[default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
=> (column=test, value=test2, timestamp=1330338712820056)
Returned 1 results.
Elapsed time: 2 msec(s).
{code}
I`m running cluster on snapshots from cassandra-1.1 branch from about a week ago, however it happen on several snapshot i`ve taken. I can find out the exact commit, if needed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3964) Columns isn`t updated, although
insert operation ends with success
Posted by "Mariusz (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-3964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mariusz updated CASSANDRA-3964:
-------------------------------
Description:
Hi,
i`m adding several rows into CF(i`m using hadoop mapreduce jobs and pycassa python client to do that), i`m using default write_consistency_level, it`s one node cluster(but it happens also on 2 node cluster), the timestamps for all inserts are returned, no exception in system.log and output.log in cassandra log directory...
After that i cannot update these rows(logs from cassandra-cli):
{code}
[default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
=> (column=test, value=test2, timestamp=1330338712820056)
Returned 1 results.
Elapsed time: 2 msec(s).
[default@test_keyspace] set TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435][test]=test3;
Value inserted.
Elapsed time: 4 msec(s).
[default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
=> (column=test, value=test2, timestamp=1330338712820056)
Returned 1 results.
Elapsed time: 2 msec(s).
{code}
I`m running cluster on snapshots from cassandra-1.1 branch from about a week ago, however it happen on several snapshot i`ve taken. I can find out the exact commit, if needed.
Definition of TestCF:
{code}
ColumnFamily: TestCF
Key Validation Class: org.apache.cassandra.db.marshal.AsciiType
Default column value validator: org.apache.cassandra.db.marshal.UTF8Type
Columns sorted by: org.apache.cassandra.db.marshal.UTF8Type
GC grace seconds: 864000
Compaction min/max thresholds: 4/32
Read repair chance: 1.0
DC Local Read repair chance: 0.0
Replicate on write: true
Caching: KEYS_ONLY
Bloom Filter FP chance: default
Built indexes: []
Compaction Strategy: org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy
Compression Options:
sstable_compression: org.apache.cassandra.io.compress.SnappyCompressor
{code}
was:
Hi,
i`m adding several rows into CF(i`m using hadoop mapreduce jobs and pycassa python client to do that), i`m using default write_consistency_level, it`s one node cluster(but it happens also on 2 node cluster), the timestamps for all inserts are returned, no exception in system.log and output.log in cassandra log directory...
After that i cannot update these rows(logs from cassandra-cli):
{code}
[default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
=> (column=test, value=test2, timestamp=1330338712820056)
Returned 1 results.
Elapsed time: 2 msec(s).
[default@test_keyspace] set TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435][test]=test3;
Value inserted.
Elapsed time: 4 msec(s).
[default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
=> (column=test, value=test2, timestamp=1330338712820056)
Returned 1 results.
Elapsed time: 2 msec(s).
{code}
I`m running cluster on snapshots from cassandra-1.1 branch from about a week ago, however it happen on several snapshot i`ve taken. I can find out the exact commit, if needed.
> Columns isn`t updated, although insert operation ends with success
> ------------------------------------------------------------------
>
> Key: CASSANDRA-3964
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3964
> Project: Cassandra
> Issue Type: Bug
> Reporter: Mariusz
>
> Hi,
> i`m adding several rows into CF(i`m using hadoop mapreduce jobs and pycassa python client to do that), i`m using default write_consistency_level, it`s one node cluster(but it happens also on 2 node cluster), the timestamps for all inserts are returned, no exception in system.log and output.log in cassandra log directory...
> After that i cannot update these rows(logs from cassandra-cli):
> {code}
> [default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
> => (column=test, value=test2, timestamp=1330338712820056)
> Returned 1 results.
> Elapsed time: 2 msec(s).
> [default@test_keyspace] set TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435][test]=test3;
> Value inserted.
> Elapsed time: 4 msec(s).
> [default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
> => (column=test, value=test2, timestamp=1330338712820056)
> Returned 1 results.
> Elapsed time: 2 msec(s).
> {code}
> I`m running cluster on snapshots from cassandra-1.1 branch from about a week ago, however it happen on several snapshot i`ve taken. I can find out the exact commit, if needed.
> Definition of TestCF:
> {code}
> ColumnFamily: TestCF
> Key Validation Class: org.apache.cassandra.db.marshal.AsciiType
> Default column value validator: org.apache.cassandra.db.marshal.UTF8Type
> Columns sorted by: org.apache.cassandra.db.marshal.UTF8Type
> GC grace seconds: 864000
> Compaction min/max thresholds: 4/32
> Read repair chance: 1.0
> DC Local Read repair chance: 0.0
> Replicate on write: true
> Caching: KEYS_ONLY
> Bloom Filter FP chance: default
> Built indexes: []
> Compaction Strategy: org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy
> Compression Options:
> sstable_compression: org.apache.cassandra.io.compress.SnappyCompressor
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CASSANDRA-3964) Columns isn`t updated, although
insert operation ends with success
Posted by "Jonathan Ellis (Resolved) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-3964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis resolved CASSANDRA-3964.
---------------------------------------
Resolution: Not A Problem
the timestamp in the row is higher than what you are trying to write with
> Columns isn`t updated, although insert operation ends with success
> ------------------------------------------------------------------
>
> Key: CASSANDRA-3964
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3964
> Project: Cassandra
> Issue Type: Bug
> Reporter: Mariusz
>
> Hi,
> i`m adding several rows into CF(i`m using hadoop mapreduce jobs and pycassa python client to do that), i`m using default write_consistency_level, it`s one node cluster(but it happens also on 2 node cluster), the timestamps for all inserts are returned, no exception in system.log and output.log in cassandra log directory...
> After that i cannot update these rows(logs from cassandra-cli):
> {code}
> [default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
> => (column=test, value=test2, timestamp=1330338712820056)
> Returned 1 results.
> Elapsed time: 2 msec(s).
> [default@test_keyspace] set TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435][test]=test3;
> Value inserted.
> Elapsed time: 4 msec(s).
> [default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
> => (column=test, value=test2, timestamp=1330338712820056)
> Returned 1 results.
> Elapsed time: 2 msec(s).
> {code}
> I`m running cluster on snapshots from cassandra-1.1 branch from about a week ago, however it happen on several snapshot i`ve taken. I can find out the exact commit, if needed.
> Definition of TestCF:
> {code}
> ColumnFamily: TestCF
> Key Validation Class: org.apache.cassandra.db.marshal.AsciiType
> Default column value validator: org.apache.cassandra.db.marshal.UTF8Type
> Columns sorted by: org.apache.cassandra.db.marshal.UTF8Type
> GC grace seconds: 864000
> Compaction min/max thresholds: 4/32
> Read repair chance: 1.0
> DC Local Read repair chance: 0.0
> Replicate on write: true
> Caching: KEYS_ONLY
> Bloom Filter FP chance: default
> Built indexes: []
> Compaction Strategy: org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy
> Compression Options:
> sstable_compression: org.apache.cassandra.io.compress.SnappyCompressor
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3964) Columns isn`t updated, although
insert operation ends with success
Posted by "Mariusz (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-3964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13219011#comment-13219011 ]
Mariusz commented on CASSANDRA-3964:
------------------------------------
yep, you`re right...
big thanks for assistance!
> Columns isn`t updated, although insert operation ends with success
> ------------------------------------------------------------------
>
> Key: CASSANDRA-3964
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3964
> Project: Cassandra
> Issue Type: Bug
> Reporter: Mariusz
>
> Hi,
> i`m adding several rows into CF(i`m using hadoop mapreduce jobs and pycassa python client to do that), i`m using default write_consistency_level, it`s one node cluster(but it happens also on 2 node cluster), the timestamps for all inserts are returned, no exception in system.log and output.log in cassandra log directory...
> After that i cannot update these rows(logs from cassandra-cli):
> {code}
> [default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
> => (column=test, value=test2, timestamp=1330338712820056)
> Returned 1 results.
> Elapsed time: 2 msec(s).
> [default@test_keyspace] set TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435][test]=test3;
> Value inserted.
> Elapsed time: 4 msec(s).
> [default@test_keyspace] get TestCF[505fd8b270b0873c4d7e7606c9d54fdf3f13b435];
> => (column=test, value=test2, timestamp=1330338712820056)
> Returned 1 results.
> Elapsed time: 2 msec(s).
> {code}
> I`m running cluster on snapshots from cassandra-1.1 branch from about a week ago, however it happen on several snapshot i`ve taken. I can find out the exact commit, if needed.
> Definition of TestCF:
> {code}
> ColumnFamily: TestCF
> Key Validation Class: org.apache.cassandra.db.marshal.AsciiType
> Default column value validator: org.apache.cassandra.db.marshal.UTF8Type
> Columns sorted by: org.apache.cassandra.db.marshal.UTF8Type
> GC grace seconds: 864000
> Compaction min/max thresholds: 4/32
> Read repair chance: 1.0
> DC Local Read repair chance: 0.0
> Replicate on write: true
> Caching: KEYS_ONLY
> Bloom Filter FP chance: default
> Built indexes: []
> Compaction Strategy: org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy
> Compression Options:
> sstable_compression: org.apache.cassandra.io.compress.SnappyCompressor
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira