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
> 

Reply via email to