[jira] [Updated] (CASSANDRA-11820) Altering a column's type causes EOF
[ https://issues.apache.org/jira/browse/CASSANDRA-11820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tyler Hobbs updated CASSANDRA-11820: Component/s: Local Write-Read Paths > Altering a column's type causes EOF > --- > > Key: CASSANDRA-11820 > URL: https://issues.apache.org/jira/browse/CASSANDRA-11820 > Project: Cassandra > Issue Type: Bug > Components: Local Write-Read Paths >Reporter: Carl Yeksigian >Assignee: Sylvain Lebresne > Fix For: 3.0.9, 3.8 > > > While working on CASSANDRA-10309, I was testing altering columns' types. This > series of operations fails: > {code} > CREATE TABLE test (a int PRIMARY KEY, b int) > INSERT INTO test (a, b) VALUES (1, 1) > ALTER TABLE test ALTER b TYPE BLOB > SELECT * FROM test WHERE a = 1 > {code} > Tried this on 3.0 and trunk, both fail. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-11820) Altering a column's type causes EOF
[ https://issues.apache.org/jira/browse/CASSANDRA-11820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aleksey Yeschenko updated CASSANDRA-11820: -- Fix Version/s: (was: 3.9) 3.8 > Altering a column's type causes EOF > --- > > Key: CASSANDRA-11820 > URL: https://issues.apache.org/jira/browse/CASSANDRA-11820 > Project: Cassandra > Issue Type: Bug >Reporter: Carl Yeksigian >Assignee: Sylvain Lebresne > Fix For: 3.0.9, 3.8 > > > While working on CASSANDRA-10309, I was testing altering columns' types. This > series of operations fails: > {code} > CREATE TABLE test (a int PRIMARY KEY, b int) > INSERT INTO test (a, b) VALUES (1, 1) > ALTER TABLE test ALTER b TYPE BLOB > SELECT * FROM test WHERE a = 1 > {code} > Tried this on 3.0 and trunk, both fail. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-11820) Altering a column's type causes EOF
[ https://issues.apache.org/jira/browse/CASSANDRA-11820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sylvain Lebresne updated CASSANDRA-11820: - Resolution: Fixed Fix Version/s: (was: 3.0.x) (was: 3.x) 3.9 3.0.9 Status: Resolved (was: Patch Available) Fixed the test logic and re-ran CI on both 3.0 and 3.9 branch (skipped trunk because it's == to 3.9 at this point): | [11820-3.0|https://github.com/pcmanus/cassandra/commits/11820-3.0] | [utests|http://cassci.datastax.com/job/pcmanus-11820-3.0-testall] | [dtests|http://cassci.datastax.com/job/pcmanus-11820-3.0-dtest] | | [11820-3.9|https://github.com/pcmanus/cassandra/commits/11820-3.9] | [utests|http://cassci.datastax.com/job/pcmanus-11820-3.9-testall] | [dtests|http://cassci.datastax.com/job/pcmanus-11820-3.9-dtest] | Doesn't seem to have any failure related to the patch, so committed. Thanks. > Altering a column's type causes EOF > --- > > Key: CASSANDRA-11820 > URL: https://issues.apache.org/jira/browse/CASSANDRA-11820 > Project: Cassandra > Issue Type: Bug >Reporter: Carl Yeksigian >Assignee: Sylvain Lebresne > Fix For: 3.0.9, 3.9 > > > While working on CASSANDRA-10309, I was testing altering columns' types. This > series of operations fails: > {code} > CREATE TABLE test (a int PRIMARY KEY, b int) > INSERT INTO test (a, b) VALUES (1, 1) > ALTER TABLE test ALTER b TYPE BLOB > SELECT * FROM test WHERE a = 1 > {code} > Tried this on 3.0 and trunk, both fail. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-11820) Altering a column's type causes EOF
[ https://issues.apache.org/jira/browse/CASSANDRA-11820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joshua McKenzie updated CASSANDRA-11820: Reviewer: Tyler Hobbs > Altering a column's type causes EOF > --- > > Key: CASSANDRA-11820 > URL: https://issues.apache.org/jira/browse/CASSANDRA-11820 > Project: Cassandra > Issue Type: Bug >Reporter: Carl Yeksigian >Assignee: Sylvain Lebresne > Fix For: 3.0.x, 3.x > > > While working on CASSANDRA-10309, I was testing altering columns' types. This > series of operations fails: > {code} > CREATE TABLE test (a int PRIMARY KEY, b int) > INSERT INTO test (a, b) VALUES (1, 1) > ALTER TABLE test ALTER b TYPE BLOB > SELECT * FROM test WHERE a = 1 > {code} > Tried this on 3.0 and trunk, both fail. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-11820) Altering a column's type causes EOF
[ https://issues.apache.org/jira/browse/CASSANDRA-11820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sylvain Lebresne updated CASSANDRA-11820: - Status: Patch Available (was: Open) Attaching patch for this below. All it does is making sure we use the "current" version of a ColumnDefinition when serializing a cell. That said, I'm not absolutely satisfied with this: while it's simple on principle, it's not all that easy to follow why the definition of the cell itself may not be up-to-date, and that make things probably a bit error prone (which, btw, is not particularly new to this patch). Not sure what is a better alternative though right now, we probably need a cleaner handling of metadata changes in general. But it's not worth leaving that bug in while we thing this through, so I suggest the patch below is good enough for now. || [3.0|https://github.com/pcmanus/cassandra/commits/11820-3.0] || [utests|http://cassci.datastax.com/job/pcmanus-11820-3.0-testall/] || [dtests|http://cassci.datastax.com/job/pcmanus-11820-3.0-dtest/] || (I'll push a trunk branch on CI later, but waiting on making sure tests passes on 3.0 first. Besides, I think it'll merge cleanly) > Altering a column's type causes EOF > --- > > Key: CASSANDRA-11820 > URL: https://issues.apache.org/jira/browse/CASSANDRA-11820 > Project: Cassandra > Issue Type: Bug >Reporter: Carl Yeksigian >Assignee: Sylvain Lebresne > Fix For: 3.0.x, 3.x > > > While working on CASSANDRA-10309, I was testing altering columns' types. This > series of operations fails: > {code} > CREATE TABLE test (a int PRIMARY KEY, b int) > INSERT INTO test (a, b) VALUES (1, 1) > ALTER TABLE test ALTER b TYPE BLOB > SELECT * FROM test WHERE a = 1 > {code} > Tried this on 3.0 and trunk, both fail. -- This message was sent by Atlassian JIRA (v6.3.4#6332)