<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.0.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>DataStax Support Forums &#187; Topic: Quorum write failing partially and no rollback</title>
		<link>http://www.datastax.com/support-forums/topic/quorum-write-failing-partially-and-no-rollback</link>
		<description>Software, Support, and Training for Apache Cassandra</description>
		<language>en-US</language>
		<pubDate>Sun, 19 May 2013 06:04:39 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.0.3</generator>
		<textInput>
			<title><![CDATA[Search]]></title>
			<description><![CDATA[Search all topics from these forums.]]></description>
			<name>q</name>
			<link>http://www.datastax.com/support-forums/search.php</link>
		</textInput>
		<atom:link href="http://www.datastax.com/support-forums/rss/topic/quorum-write-failing-partially-and-no-rollback" rel="self" type="application/rss+xml" />

		<item>
			<title>Anonymous on "Quorum write failing partially and no rollback"</title>
			<link>http://www.datastax.com/support-forums/topic/quorum-write-failing-partially-and-no-rollback#post-1427</link>
			<pubDate>Thu, 22 Mar 2012 21:16:45 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">1427@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;That is correct. In addition, hinted handoff (&#60;a href=&#34;http://www.datastax.com/dev/blog/understanding-hinted-handoff&#34; rel=&#34;nofollow&#34;&#62;http://www.datastax.com/dev/blog/understanding-hinted-handoff&#60;/a&#62;) can also propagate the mutation to the node that failed to receive the write in the first place. &#60;/p&#62;
&#60;p&#62;Cassandra has no distributed transactions, and hence no distributed rollback. The error returned to the client only indicates that the contract/requirement (consistency level) that the client specified could not be fulfilled. That error doesn't make any claims about the actual state of the data from that write in the cluster.&#60;/p&#62;
&#60;p&#62;Best practices in that situation would be to do any of&#60;br /&#62;
1) Have your client retry the write&#60;br /&#62;
2) Have your client retry the write with a lower consistency level&#60;br /&#62;
3) Have your client send a delete operation to overwrite that previous mutation (assuming that the columns you are writing are new columns and can be safely deleted).&#60;/p&#62;
&#60;p&#62;-Tupshin
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Anonymous on "Quorum write failing partially and no rollback"</title>
			<link>http://www.datastax.com/support-forums/topic/quorum-write-failing-partially-and-no-rollback#post-1426</link>
			<pubDate>Thu, 22 Mar 2012 20:55:18 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">1426@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;Hello,&#60;/p&#62;
&#60;p&#62;Something in the doc is puzzling me ( &#60;a href=&#34;http://www.datastax.com/docs/1.0/dml/about_writes&#34; rel=&#34;nofollow&#34;&#62;http://www.datastax.com/docs/1.0/dml/about_writes&#60;/a&#62; ) :&#60;/p&#62;
&#60;p&#62;&#34;For example, if using a write consistency level of QUORUM with a replication factor of 3, Cassandra will send the write to 2 replicas. If the write fails on one of the replicas but succeeds on the other, Cassandra will report a write failure to the client. However, the write is not automatically rolled back on the other replica.&#34;&#60;/p&#62;
&#60;p&#62;If it is not rolled back, does it means that upon a read repair or a node repair this data will be copied to other replicas ?&#60;/p&#62;
&#60;p&#62;Thanks in advance&#60;br /&#62;
Nicolas.
&#60;/p&#62;</description>
		</item>

	</channel>
</rss>
