[
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
