You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jonathan Ellis (JIRA)" <ji...@apache.org> on 2010/04/24 22:17:50 UTC

[jira] Assigned: (CASSANDRA-1021) no way to define a schema on boot

     [ https://issues.apache.org/jira/browse/CASSANDRA-1021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonathan Ellis reassigned CASSANDRA-1021:
-----------------------------------------

    Assignee: Gary Dusbabek

It's supposed to pull the schema from an existing node, so this sounds like a bug to me.

> no way to define a schema on boot
> ---------------------------------
>
>                 Key: CASSANDRA-1021
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1021
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Jeff Hodges
>            Assignee: Gary Dusbabek
>
> As of the latest in trunk, we are unable to define a schema to be created on boot. Having to send an RPC to a new node as it joins the cluster means  we are unable to "boot and forget" a new machine to have it all Just Work. It also might cause some weirdness between boot and schema update (or did I miss something?).  
> At the cassandra hackathon, Stu had the good idea of copying over the definitions keyspace, but, of course, this is less ideal than Just Working. Is there a way to make the on-first-boot schema definition possible alongside the new dynamism of the runtime schema changes?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.