That looks like a packaging bug. The package manually creates the commitlog/data/saved_caches directories under the /var/lib/cassandra/ directory. It really doesn't need to though, since as long as it sets the permissions correctly on /var/lib/cassandra/ those directories will get created automatically if they don't exist.
Created: https://issues.apache.org/jira/browse/CASSANDRA-2814 On Wed, Jun 22, 2011 at 12:46 PM, William Oberman <ober...@civicscience.com> wrote: > Thanks Jonathan. I'm sure it's been true for everyone else as well, but the > rolling upgrade seems to have worked like a charm for me (other than the JMX > port # changing initial confusion). > > One minor thing that probably particular to my case: when I removed the old > package, it unlinked my symlink /var/lib/cassandra/data (rather than edit > the cassandra config, I symlinked my amazon disk to where cassandra expected > it). At first I thought I had lost all of my data, but after restoring the > link, everything was happy. > > will > > On Wed, Jun 22, 2011 at 12:34 PM, Jonathan Ellis <jbel...@gmail.com> wrote: >> >> Doesn't matter. auto_bootstrap only applies to first start ever. >> >> On Wed, Jun 22, 2011 at 10:48 AM, William Oberman >> <ober...@civicscience.com> wrote: >> > I have a question about auto_bootstrap. When I originally brought up >> > the >> > cluser, I did: >> > -seed with auto_boot = false >> > -1,2,3 with auto_boot = true >> > >> > Now that I'm doing a rolling upgrade, do I set them all to auto_boot = >> > true? Or does the seed stay false? Or should I mark them all false? I >> > have manually set tokens on all of the. >> > >> > The doc confused me: >> > Set to 'true' to make new [non-seed] nodes automatically migrate the >> > right >> > data to themselves. (If no InitialToken is specified, they will pick one >> > such that they will get half the range of the most-loaded node.) If a >> > node >> > starts up without bootstrapping, it will mark itself bootstrapped so >> > that >> > you can't subsequently accidently bootstrap a node with data on it. (You >> > can >> > reset this by wiping your data and commitlog directories.) >> > Default is: 'false', so that new clusters don't bootstrap immediately. >> > You >> > should turn this on when you start adding new nodes to a cluster that >> > already has data on it. >> > >> > I'm not adding new nodes, but the cluster does have data on it... >> > >> > will >> > >> > On Wed, Jun 22, 2011 at 11:39 AM, William Oberman >> > <ober...@civicscience.com> >> > wrote: >> >> >> >> I just did a remove then install, and it seems to work. >> >> >> >> For those of you out there with JMX issues, the default port moved from >> >> 8080 to 7199 (which includes the internal default to nodetool). I was >> >> confused why nodetool ring would fail on some boxes and not others. I >> >> had >> >> to add -p depending on the version of nodetool.... >> >> >> >> will >> >> >> >> On Wed, Jun 22, 2011 at 10:15 AM, William Oberman >> >> <ober...@civicscience.com> wrote: >> >>> >> >>> I'm running 0.7.4 from rpm (riptano). If I do a yum upgrade, it's >> >>> trying >> >>> to do 0.7.6. To get 0.8.x I have to do "install apache-cassandra08". >> >>> But >> >>> that is going to install two copies. >> >>> >> >>> Is there a semi-official way of properly upgrading to 0.8 via rpm? >> >>> >> >>> -- >> >>> Will Oberman >> >>> Civic Science, Inc. >> >>> 3030 Penn Avenue., First Floor >> >>> Pittsburgh, PA 15201 >> >>> (M) 412-480-7835 >> >>> (E) ober...@civicscience.com >> >> >> >> >> >> >> >> -- >> >> Will Oberman >> >> Civic Science, Inc. >> >> 3030 Penn Avenue., First Floor >> >> Pittsburgh, PA 15201 >> >> (M) 412-480-7835 >> >> (E) ober...@civicscience.com >> > >> > >> > >> > -- >> > Will Oberman >> > Civic Science, Inc. >> > 3030 Penn Avenue., First Floor >> > Pittsburgh, PA 15201 >> > (M) 412-480-7835 >> > (E) ober...@civicscience.com >> > >> >> >> >> -- >> Jonathan Ellis >> Project Chair, Apache Cassandra >> co-founder of DataStax, the source for professional Cassandra support >> http://www.datastax.com > > > > -- > Will Oberman > Civic Science, Inc. > 3030 Penn Avenue., First Floor > Pittsburgh, PA 15201 > (M) 412-480-7835 > (E) ober...@civicscience.com >