If you turn the server logging up to DEBUG you will see what CL the client is sending. Cheers
----------------- Aaron Morton Freelance Cassandra Developer @aaronmorton http://www.thelastpickle.com On 1/10/2011, at 3:43 AM, Ikeda Anthony wrote: > We are using 0.8.6 > > > > On 29/09/2011, at 21:19 PM, Jonathan Ellis wrote: > >> Are you on a current Cassandra release? If not you could be seeing >> https://issues.apache.org/jira/browse/CASSANDRA-2870 >> >> On Thu, Sep 29, 2011 at 7:02 PM, Anthony Ikeda >> <anthony.ikeda....@gmail.com> wrote: >>> We seem to be having issues with out Consistency policies. We have it >>> configured in Spring using the following: >>> >>> <bean id="consistencyLevelPolicy" >>> class="me.prettyprint.cassandra.model.ConfigurableConsistencyLevel"> >>> >>> <property name="defaultReadConsistencyLevel" value="LOCAL_QUORUM"/> >>> >>> <property name="defaultWriteConsistencyLevel" value="LOCAL_QUORUM"/> >>> >>> </bean> >>> >>> >>> >>> <bean id="keyspaceOperator" >>> class="me.prettyprint.hector.api.factory.HFactory" >>> factory-method="createKeyspace"> >>> >>> <constructor-arg value="RegistryFoundation"/> >>> >>> <constructor-arg ref="cluster"/> >>> >>> <constructor-arg ref="consistencyLevelPolicy"/> >>> >>> </bean> >>> >>> However, in our distributed testing, bringing down a single node will cause >>> the 'May not be enough replicas present to handle consistency level' error >>> I wanted to create a test to load the Spring config (above) and find out >>> what the consistency level is set to but there do not appear to be any >>> accessor methods to discover the value. Is there a way to output the >>> Consistency level to make sure that what we have configured is what is >>> actually being used? >>> Anthony >>> >> >> >> >> -- >> Jonathan Ellis >> Project Chair, Apache Cassandra >> co-founder of DataStax, the source for professional Cassandra support >> http://www.datastax.com >