Re: Keyspace and table/cf limits
has there been any recent discussion on multitenancy namespaces ? I think this would effectively solve the scenario -- a formalized partition-key that's enforced at the storage layer, similar to oracle's virtual private database it was on the wiki from ~ Aug 2010 http://wiki.apache.org/cassandra/MultiTenant >>>> Namespaces - in a multi-tenant use case, each user might like to have a keyspace XYZ for whatever reason. So it might be nice to have namespaces so that keyspace XYZ could be specific to their user. Ideally this would be an option that would not affect those that don't use namespaces. - The distinction from keyspaces is that a namespace would be completely transparent to the user: the existence of namespaces would not be exposed. It might be returned by the authentication backend on login, and prefixed to keyspaces transparently. <<<< thanks !!! On Sat, Dec 6, 2014 at 11:25 PM, Jason Wee wrote: > +1 well said Jack! > > On Sun, Dec 7, 2014 at 6:13 AM, Jack Krupansky > wrote: > >> Generally, limit a Cassandra cluster low hundreds of tables, >> regardless of number of keyspaces. Beyond low hundreds is certainly an >> “expert” feature and requires great care. Sure, maybe you can have 500 or >> 750 or maybe even 1,000 tables in a cluster, but don’t be surprised if you >> start running into memory and performance issues. >> >> There is an undocumented method to reduce the table overhead to support >> more tables, but... if you are not expert enough to find it on your own, >> then you are definitely not expert enough to be using it. >> >> -- Jack Krupansky >> >> *From:* Raj N >> *Sent:* Tuesday, November 25, 2014 12:07 PM >> *To:* user@cassandra.apache.org >> *Subject:* Keyspace and table/cf limits >> >> What's the latest on the maximum number of keyspaces and/or tables that >> one can have in Cassandra 2.1.x? >> >> -Raj >> > > -- Frank Hsueh | frank.hs...@gmail.com
cell-level security for cassandra ?
has there been any thought about adding cell-level security to Cassandra ? something similar to: http://accumulo.apache.org/1.5/accumulo_user_manual.html#_security ? -- Frank Hsueh | frank.hs...@gmail.com
JIRA for native IAuthorizer and IAuthenticator ?
I am very interested in the native IAuthorizer and IAuthenticator implementation. However, I can't find a JIRA entry to follow in the 1.2.1 [1] or 1.2.2 [2] issues page. does anybody know about it ? thanks ! [1] https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20%221.2.1%22%20AND%20project%20%3D%20CASSANDRA [2] https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20%221.2.2%22%20AND%20project%20%3D%20CASSANDRA On Wed, Jan 2, 2013 at 7:00 AM, Sylvain Lebresne wrote: > The Cassandra team wishes you a very happy new year 2013, and is very > pleased > to announce the release of Apache Cassandra version 1.2.0. Cassandra 1.2.0 > is a > new major release for the Apache Cassandra distributed database. This > version > adds numerous improvements[1,2] including (but not restricted to): > - Virtual nodes[4] > - The final version of CQL3 (featuring many improvements) > - Atomic batches[5] > - Request tracing[6] > - Numerous performance improvements[7] > - A new binary protocol for CQL3[8] > - Improved configuration options[9] > - And much more... > > Please make sure to carefully read the release notes[2] before upgrading. > > Both source and binary distributions of Cassandra 1.2.0 can be downloaded > at: > > http://cassandra.apache.org/download/ > > Or you can use the debian package available from the project APT > repository[3] > (you will need to use the 12x series). > > The Cassandra Team > > [1]: http://goo.gl/JmKp3 (CHANGES.txt) > [2]: http://goo.gl/47bFz (NEWS.txt) > [3]: http://wiki.apache.org/cassandra/DebianPackaging > [4]: http://www.datastax.com/dev/blog/virtual-nodes-in-cassandra-1-2 > [5]: http://www.datastax.com/dev/blog/atomic-batches-in-cassandra-1-2 > [6]: http://www.datastax.com/dev/blog/tracing-in-cassandra-1-2 > [7]: > http://www.datastax.com/dev/blog/performance-improvements-in-cassandra-1-2 > [8]: http://www.datastax.com/dev/blog/binary-protocol > [9]: > http://www.datastax.com/dev/blog/configuration-changes-in-cassandra-1-2 > -- Frank Hsueh | frank.hs...@gmail.com
Re: is this something to be concerned about - MUTATION message dropped
oh. darn. I was hoping for something like, "here's the data you requested, and by the way, latencies are 80% to the point of timeout; might want to back off a little" mx4j it is. On Wed, Jul 11, 2012 at 10:46 PM, Tyler Hobbs wrote: > JMX is really the only way it exposes that kind of information. I > recommend setting up mx4j if you want to check on the server stats > programmatically. > > > On Wed, Jul 11, 2012 at 8:17 PM, Frank Hsueh wrote: > >> out of curiosity, is there a way that Cassandra can communicate that it's >> close to the being overloaded ? >> >> >> On Sun, Jun 17, 2012 at 6:29 PM, aaron morton wrote: >> >>> http://wiki.apache.org/cassandra/FAQ#dropped_messages >>> >>> https://www.google.com/#q=cassandra+dropped+messages >>> >>> Cheers >>> >>> >>> - >>> Aaron Morton >>> Freelance Developer >>> @aaronmorton >>> http://www.thelastpickle.com >>> >>> On 15/06/2012, at 12:54 AM, Poziombka, Wade L wrote: >>> >>> INFO [ScheduledTasks:1] 2012-06-14 07:49:54,355 MessagingService.java >>> (line 615) 15 MUTATION message dropped in last 5000ms >>> ** ** >>> It is at INFO level so I’m inclined to think not but is seems like >>> whenever messages are dropped there may be some issue? >>> >>> >>> >> >> >> -- >> Frank Hsueh | frank.hs...@gmail.com >> > > > > -- > Tyler Hobbs > DataStax <http://datastax.com/> > > -- Frank Hsueh | frank.hs...@gmail.com
Re: is this something to be concerned about - MUTATION message dropped
out of curiosity, is there a way that Cassandra can communicate that it's close to the being overloaded ? On Sun, Jun 17, 2012 at 6:29 PM, aaron morton wrote: > http://wiki.apache.org/cassandra/FAQ#dropped_messages > > https://www.google.com/#q=cassandra+dropped+messages > > Cheers > > > - > Aaron Morton > Freelance Developer > @aaronmorton > http://www.thelastpickle.com > > On 15/06/2012, at 12:54 AM, Poziombka, Wade L wrote: > > INFO [ScheduledTasks:1] 2012-06-14 07:49:54,355 MessagingService.java > (line 615) 15 MUTATION message dropped in last 5000ms > ** ** > It is at INFO level so I’m inclined to think not but is seems like > whenever messages are dropped there may be some issue? > > > -- Frank Hsueh | frank.hs...@gmail.com
Re: failed to delete commitlog, cassandra can't accept writes
oops; I missed log line: >>>> ERROR [COMMIT-LOG-ALLOCATOR] 2012-07-10 14:19:39,776 AbstractCassandraDaemon.java (line 134) Exception in thread Thread[COMMIT-LOG-ALLOCATOR,5,main] java.io.IOError: java.io.IOException: Failed to delete C:\var\lib\cassandra\commitlog\CommitLog-948695923996466.log at org.apache.cassandra.db.commitlog.CommitLogSegment.discard(CommitLogSegment.java:176) at org.apache.cassandra.db.commitlog.CommitLogAllocator$4.run(CommitLogAllocator.java:223) at org.apache.cassandra.db.commitlog.CommitLogAllocator$1.runMayThrow(CommitLogAllocator.java:95) at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) at java.lang.Thread.run(Thread.java:662) Caused by: java.io.IOException: Failed to delete C:\var\lib\cassandra\commitlog\CommitLog-948695923996466.log at org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:54) at org.apache.cassandra.db.commitlog.CommitLogSegment.discard(CommitLogSegment.java:172) ... 4 more <<<< On Tue, Jul 10, 2012 at 2:35 PM, Frank Hsueh wrote: > after reading the JIRA, I decided to use Java 6. > > with Casandra 1.1.2 on Java 6 x64 on Win7 sp1 x64 (all latest versions), > after a several minutes of sustained writes, I see: > > from system.log: > >>>> > java.io.IOError: java.io.IOException: Failed to delete > C:\var\lib\cassandra\commitlog\CommitLog-948695923996466.log > at > org.apache.cassandra.db.commitlog.CommitLogSegment.discard(CommitLogSegment.java:176) > at > org.apache.cassandra.db.commitlog.CommitLogAllocator$4.run(CommitLogAllocator.java:223) > at > org.apache.cassandra.db.commitlog.CommitLogAllocator$1.runMayThrow(CommitLogAllocator.java:95) > at > org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) > at java.lang.Thread.run(Thread.java:662) > Caused by: java.io.IOException: Failed to delete > C:\var\lib\cassandra\commitlog\CommitLog-948695923996466.log > at > org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:54) > at > org.apache.cassandra.db.commitlog.CommitLogSegment.discard(CommitLogSegment.java:172) > ... 4 more > <<<< > > anybody seen this before? is this related to 4337 ? > > > > > On Sat, Jul 7, 2012 at 6:36 PM, Frank Hsueh wrote: > >> bug already reported: >> >> https://issues.apache.org/jira/browse/CASSANDRA-4337 >> >> >> >> On Sat, Jul 7, 2012 at 6:26 PM, Frank Hsueh wrote: >> >>> Hi, >>> >>> I'm running Casandra 1.1.2 on Java 7 x64 on Win7 sp1 x64 (all latest >>> versions). If it matters, I'm using a late version of Astyanax as my >>> client. >>> >>> I'm using 4 threads to write a lot of data into a single CF. >>> >>> After several minutes of load (~ 30m at last incident), Cassandra stops >>> accepting writes (client reports an OperationTimeoutException). I looked >>> at the logs and I see on the Cassandra server: >>> >>> >>>> >>> ERROR 18:00:42,807 Exception in thread >>> Thread[COMMIT-LOG-ALLOCATOR,5,main] >>> java.io.IOError: java.io.IOException: Rename from >>> \var\lib\cassandra\commitlog\CommitLog-701533048437587.log to >>> 703272597990002 failed >>> at >>> org.apache.cassandra.db.commitlog.CommitLogSegment.(CommitLogSegment.java:127) >>> at >>> org.apache.cassandra.db.commitlog.CommitLogSegment.recycle(CommitLogSegment.java:204) >>> at >>> org.apache.cassandra.db.commitlog.CommitLogAllocator$2.run(CommitLogAllocator.java:166) >>> at >>> org.apache.cassandra.db.commitlog.CommitLogAllocator$1.runMayThrow(CommitLogAllocator.java:95) >>> at >>> org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) >>> at java.lang.Thread.run(Thread.java:722) >>> Caused by: java.io.IOException: Rename from >>> \var\lib\cassandra\commitlog\CommitLog-701533048437587.log to >>> 703272597990002 failed >>> at >>> org.apache.cassandra.db.commitlog.CommitLogSegment.(CommitLogSegment.java:105) >>> ... 5 more >>> <<<< >>> >>> Anybody else seen this before ? >>> >>> >>> -- >>> Frank Hsueh | frank.hs...@gmail.com >>> >> >> >> >> -- >> Frank Hsueh | frank.hs...@gmail.com >> > > > > -- > Frank Hsueh | frank.hs...@gmail.com > -- Frank Hsueh | frank.hs...@gmail.com
failed to delete commitlog, cassandra can't accept writes
after reading the JIRA, I decided to use Java 6. with Casandra 1.1.2 on Java 6 x64 on Win7 sp1 x64 (all latest versions), after a several minutes of sustained writes, I see: from system.log: >>>> java.io.IOError: java.io.IOException: Failed to delete C:\var\lib\cassandra\commitlog\CommitLog-948695923996466.log at org.apache.cassandra.db.commitlog.CommitLogSegment.discard(CommitLogSegment.java:176) at org.apache.cassandra.db.commitlog.CommitLogAllocator$4.run(CommitLogAllocator.java:223) at org.apache.cassandra.db.commitlog.CommitLogAllocator$1.runMayThrow(CommitLogAllocator.java:95) at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) at java.lang.Thread.run(Thread.java:662) Caused by: java.io.IOException: Failed to delete C:\var\lib\cassandra\commitlog\CommitLog-948695923996466.log at org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:54) at org.apache.cassandra.db.commitlog.CommitLogSegment.discard(CommitLogSegment.java:172) ... 4 more <<<< anybody seen this before? is this related to 4337 ? On Sat, Jul 7, 2012 at 6:36 PM, Frank Hsueh wrote: > bug already reported: > > https://issues.apache.org/jira/browse/CASSANDRA-4337 > > > > On Sat, Jul 7, 2012 at 6:26 PM, Frank Hsueh wrote: > >> Hi, >> >> I'm running Casandra 1.1.2 on Java 7 x64 on Win7 sp1 x64 (all latest >> versions). If it matters, I'm using a late version of Astyanax as my >> client. >> >> I'm using 4 threads to write a lot of data into a single CF. >> >> After several minutes of load (~ 30m at last incident), Cassandra stops >> accepting writes (client reports an OperationTimeoutException). I looked >> at the logs and I see on the Cassandra server: >> >> >>>> >> ERROR 18:00:42,807 Exception in thread Thread[COMMIT-LOG-ALLOCATOR,5,main] >> java.io.IOError: java.io.IOException: Rename from >> \var\lib\cassandra\commitlog\CommitLog-701533048437587.log to >> 703272597990002 failed >> at >> org.apache.cassandra.db.commitlog.CommitLogSegment.(CommitLogSegment.java:127) >> at >> org.apache.cassandra.db.commitlog.CommitLogSegment.recycle(CommitLogSegment.java:204) >> at >> org.apache.cassandra.db.commitlog.CommitLogAllocator$2.run(CommitLogAllocator.java:166) >> at >> org.apache.cassandra.db.commitlog.CommitLogAllocator$1.runMayThrow(CommitLogAllocator.java:95) >> at >> org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) >> at java.lang.Thread.run(Thread.java:722) >> Caused by: java.io.IOException: Rename from >> \var\lib\cassandra\commitlog\CommitLog-701533048437587.log to >> 703272597990002 failed >> at >> org.apache.cassandra.db.commitlog.CommitLogSegment.(CommitLogSegment.java:105) >> ... 5 more >> <<<< >> >> Anybody else seen this before ? >> >> >> -- >> Frank Hsueh | frank.hs...@gmail.com >> > > > > -- > Frank Hsueh | frank.hs...@gmail.com > -- Frank Hsueh | frank.hs...@gmail.com
Re: unable to rename commitlog, cassandra can't accept writes
bug already reported: https://issues.apache.org/jira/browse/CASSANDRA-4337 On Sat, Jul 7, 2012 at 6:26 PM, Frank Hsueh wrote: > Hi, > > I'm running Casandra 1.1.2 on Java 7 x64 on Win7 sp1 x64 (all latest > versions). If it matters, I'm using a late version of Astyanax as my > client. > > I'm using 4 threads to write a lot of data into a single CF. > > After several minutes of load (~ 30m at last incident), Cassandra stops > accepting writes (client reports an OperationTimeoutException). I looked > at the logs and I see on the Cassandra server: > > >>>> > ERROR 18:00:42,807 Exception in thread Thread[COMMIT-LOG-ALLOCATOR,5,main] > java.io.IOError: java.io.IOException: Rename from > \var\lib\cassandra\commitlog\CommitLog-701533048437587.log to > 703272597990002 failed > at > org.apache.cassandra.db.commitlog.CommitLogSegment.(CommitLogSegment.java:127) > at > org.apache.cassandra.db.commitlog.CommitLogSegment.recycle(CommitLogSegment.java:204) > at > org.apache.cassandra.db.commitlog.CommitLogAllocator$2.run(CommitLogAllocator.java:166) > at > org.apache.cassandra.db.commitlog.CommitLogAllocator$1.runMayThrow(CommitLogAllocator.java:95) > at > org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) > at java.lang.Thread.run(Thread.java:722) > Caused by: java.io.IOException: Rename from > \var\lib\cassandra\commitlog\CommitLog-701533048437587.log to > 703272597990002 failed > at > org.apache.cassandra.db.commitlog.CommitLogSegment.(CommitLogSegment.java:105) > ... 5 more > <<<< > > Anybody else seen this before ? > > > -- > Frank Hsueh | frank.hs...@gmail.com > -- Frank Hsueh | frank.hs...@gmail.com
unable to rename commitlog, cassandra can't accept writes
Hi, I'm running Casandra 1.1.2 on Java 7 x64 on Win7 sp1 x64 (all latest versions). If it matters, I'm using a late version of Astyanax as my client. I'm using 4 threads to write a lot of data into a single CF. After several minutes of load (~ 30m at last incident), Cassandra stops accepting writes (client reports an OperationTimeoutException). I looked at the logs and I see on the Cassandra server: >>>> ERROR 18:00:42,807 Exception in thread Thread[COMMIT-LOG-ALLOCATOR,5,main] java.io.IOError: java.io.IOException: Rename from \var\lib\cassandra\commitlog\CommitLog-701533048437587.log to 703272597990002 failed at org.apache.cassandra.db.commitlog.CommitLogSegment.(CommitLogSegment.java:127) at org.apache.cassandra.db.commitlog.CommitLogSegment.recycle(CommitLogSegment.java:204) at org.apache.cassandra.db.commitlog.CommitLogAllocator$2.run(CommitLogAllocator.java:166) at org.apache.cassandra.db.commitlog.CommitLogAllocator$1.runMayThrow(CommitLogAllocator.java:95) at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) at java.lang.Thread.run(Thread.java:722) Caused by: java.io.IOException: Rename from \var\lib\cassandra\commitlog\CommitLog-701533048437587.log to 703272597990002 failed at org.apache.cassandra.db.commitlog.CommitLogSegment.(CommitLogSegment.java:105) ... 5 more <<<< Anybody else seen this before ? -- Frank Hsueh | frank.hs...@gmail.com
Re: cassandra 1.08 on java7 and win7
iirc, the fix for me was to add conf to the CASSANDRA_CLASSPATH var; like so: >>>> :okClasspath REM Include the build\classes\main directory so it works in development set CASSANDRA_CLASSPATH=%CASSANDRA_HOME%\conf; %CLASSPATH%;"%CASSANDRA_HOME%\build\classes\main";"%CASSANDRA_HOME%\build\classes\thrift" goto runCli <<<< On Wed, Apr 4, 2012 at 4:26 AM, Gopala Krishna Gundeboyina < f2001...@gmail.com> wrote: > I have a cluster of four nodes all running on single machine. If I just do > "create keyspace DEMO" CLI gives me the same error that original post says. > > If I use create the keyspace with the options you mentioned it works just > fine but the proble is it is not getting reflected on other nodes in the > cluster. > > -Gopala > > > On Wed, Apr 4, 2012 at 10:30 AM, puneet loya wrote: > >> thank u Gopala :) Der is no issue with it.. Might be i was typing >> something wrong.,. Minor mistake :) >> >> >> On Tue, Apr 3, 2012 at 11:51 PM, Gopala wrote: >> >>> puneet loya gmail.com> writes: >>> >>> > >>> > >>> > create keyspace DEMO >>> > >>> > with placement_strategy = >>> 'org.apache.cassandra.locator.NetworkTopologyStrategy' >>> > >>> > and strategy_options=[{datacenter1:1}]; >>> > >>> > try it n check if it executes >>> >>> >>> >>> Hi Puneet, >>> I have same issue. Running the command you mentioned below works for me. >>> What is >>> the issue here? >>> >>> Gopala >>> >>> >> > -- Frank Hsueh | frank.hs...@gmail.com
Re: cassandra 1.08 on java7 and win7
create keyspace via cassandra cli fails https://issues.apache.org/jira/browse/CASSANDRA-4085 On Mon, Mar 26, 2012 at 2:44 PM, Sasha Dolgy wrote: > best to open an issue: https://issues.apache.org/jira/browse/CASSANDRA > > > On Mon, Mar 26, 2012 at 11:35 PM, Frank Hsueh wrote: > >> err ... same thing happens with Java 1.6 >> >> >> >> On Mon, Mar 26, 2012 at 2:35 PM, Frank Hsueh wrote: >> >>> I'm using the latest of Java 1.6 from Oracle. >>> >>> >>> >>> On Mon, Mar 26, 2012 at 2:29 PM, R. Verlangen wrote: >>> >>>> Ben Coverston wrote earlier today: " Use a version of the Java 6 >>>> runtime, Cassandra hasn't been tested at all with the Java 7 runtime" >>>> >>>> So I think that might be a good way to start. >>>> >>>> 2012/3/26 Frank Hsueh >>>> >>>>> I think I have cassandra the server started >>>>> >>>>> In another window: >>>>> >>>> >>>>> > cassandra-cli.bat -h localhost -p 9160 >>>>> Starting Cassandra Client >>>>> Connected to: "Test Cluster" on localhost/9160 >>>>> Welcome to Cassandra CLI version 1.0.8 >>>>> >>>>> Type 'help;' or '?' for help. >>>>> Type 'quit;' or 'exit;' to quit. >>>>> >>>>> [default@unknown] create keyspace DEMO; >>>>> log4j:WARN No appenders could be found for logger >>>>> (org.apache.cassandra.config.DatabaseDescriptor). >>>>> log4j:WARN Please initialize the log4j system properly. >>>>> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfigfor >>>>> more info. >>>>> Cannot locate cassandra.yaml >>>>> Fatal configuration error; unable to start server. See log for >>>>> stacktrace. >>>>> >>>>> C:\Workspace\cassandra\apache-cassandra-1.0.8\bin> >>>>> <<<< >>>>> >>>>> anybody seen this before ? >>>>> >>>>> >>>>> -- >>>>> Frank Hsueh | frank.hs...@gmail.com >>>>> >>>> >>>> >>>> >>>> -- >>>> With kind regards, >>>> >>>> Robin Verlangen >>>> www.robinverlangen.nl >>>> >>>> >>> >>> >>> -- >>> Frank Hsueh | frank.hs...@gmail.com >>> >> >> >> >> -- >> Frank Hsueh | frank.hs...@gmail.com >> > > > > -- > Sasha Dolgy > sasha.do...@gmail.com > -- Frank Hsueh | frank.hs...@gmail.com
Re: cassandra 1.08 on java7 and win7
err ... same thing happens with Java 1.6 On Mon, Mar 26, 2012 at 2:35 PM, Frank Hsueh wrote: > I'm using the latest of Java 1.6 from Oracle. > > > > On Mon, Mar 26, 2012 at 2:29 PM, R. Verlangen wrote: > >> Ben Coverston wrote earlier today: " Use a version of the Java 6 >> runtime, Cassandra hasn't been tested at all with the Java 7 runtime" >> >> So I think that might be a good way to start. >> >> 2012/3/26 Frank Hsueh >> >>> I think I have cassandra the server started >>> >>> In another window: >>> >>>> >>> > cassandra-cli.bat -h localhost -p 9160 >>> Starting Cassandra Client >>> Connected to: "Test Cluster" on localhost/9160 >>> Welcome to Cassandra CLI version 1.0.8 >>> >>> Type 'help;' or '?' for help. >>> Type 'quit;' or 'exit;' to quit. >>> >>> [default@unknown] create keyspace DEMO; >>> log4j:WARN No appenders could be found for logger >>> (org.apache.cassandra.config.DatabaseDescriptor). >>> log4j:WARN Please initialize the log4j system properly. >>> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfigfor >>> more info. >>> Cannot locate cassandra.yaml >>> Fatal configuration error; unable to start server. See log for >>> stacktrace. >>> >>> C:\Workspace\cassandra\apache-cassandra-1.0.8\bin> >>> <<<< >>> >>> anybody seen this before ? >>> >>> >>> -- >>> Frank Hsueh | frank.hs...@gmail.com >>> >> >> >> >> -- >> With kind regards, >> >> Robin Verlangen >> www.robinverlangen.nl >> >> > > > -- > Frank Hsueh | frank.hs...@gmail.com > -- Frank Hsueh | frank.hs...@gmail.com
Re: cassandra 1.08 on java7 and win7
I'm using the latest of Java 1.6 from Oracle. On Mon, Mar 26, 2012 at 2:29 PM, R. Verlangen wrote: > Ben Coverston wrote earlier today: " Use a version of the Java 6 runtime, > Cassandra hasn't been tested at all with the Java 7 runtime" > > So I think that might be a good way to start. > > 2012/3/26 Frank Hsueh > >> I think I have cassandra the server started >> >> In another window: >> >>>> >> > cassandra-cli.bat -h localhost -p 9160 >> Starting Cassandra Client >> Connected to: "Test Cluster" on localhost/9160 >> Welcome to Cassandra CLI version 1.0.8 >> >> Type 'help;' or '?' for help. >> Type 'quit;' or 'exit;' to quit. >> >> [default@unknown] create keyspace DEMO; >> log4j:WARN No appenders could be found for logger >> (org.apache.cassandra.config.DatabaseDescriptor). >> log4j:WARN Please initialize the log4j system properly. >> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for >> more info. >> Cannot locate cassandra.yaml >> Fatal configuration error; unable to start server. See log for >> stacktrace. >> >> C:\Workspace\cassandra\apache-cassandra-1.0.8\bin> >> <<<< >> >> anybody seen this before ? >> >> >> -- >> Frank Hsueh | frank.hs...@gmail.com >> > > > > -- > With kind regards, > > Robin Verlangen > www.robinverlangen.nl > > -- Frank Hsueh | frank.hs...@gmail.com
cassandra 1.08 on java7 and win7
I think I have cassandra the server started In another window: >>>> > cassandra-cli.bat -h localhost -p 9160 Starting Cassandra Client Connected to: "Test Cluster" on localhost/9160 Welcome to Cassandra CLI version 1.0.8 Type 'help;' or '?' for help. Type 'quit;' or 'exit;' to quit. [default@unknown] create keyspace DEMO; log4j:WARN No appenders could be found for logger (org.apache.cassandra.config.DatabaseDescriptor). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. Cannot locate cassandra.yaml Fatal configuration error; unable to start server. See log for stacktrace. C:\Workspace\cassandra\apache-cassandra-1.0.8\bin> <<<< anybody seen this before ? -- Frank Hsueh | frank.hs...@gmail.com