<!--
RSS generated by JIRA (5.2.4#845-sha1:c9f4cc41abe72fb236945343a1f485c2c844dac9) at Thu May 23 12:58:52 CDT 2013

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
For example:
http://www.couchbase.com/issues/sr/jira.issueviews:searchrequest-xml/temp/SearchRequest.xml?jqlQuery=project+%3D+NCBC+AND+resolution+%3D+Unresolved+AND+priority+%3D+Blocker+ORDER+BY+key+DESC&tempMax=1000&field=key&field=summary
-->
<!-- If you wish to do custom client-side styling of RSS, uncomment this:
<?xml-stylesheet href="http://www.couchbase.com/issues/styles/jiraxml2html.xsl" type="text/xsl"?>
-->
<rss version="0.92">
    <channel>
        <title>Couchbase</title>
        <link>http://www.couchbase.com/issues/secure/IssueNavigator.jspa?reset=true&amp;jqlQuery=project+%3D+NCBC+AND+resolution+%3D+Unresolved+AND+priority+%3D+Blocker+ORDER+BY+key+DESC</link>
        <description>An XML representation of a search request</description>
                <language>en-us</language>
                        <issue start="0" end="3" total="3"/>
                <build-info>
            <version>5.2.4</version>
            <build-number>845</build-number>
            <build-date>26-12-2012</build-date>
        </build-info>
<item>
            <title>[NCBC-265] Refactor solution so that Enyim is part of main source branch</title>
                <link>http://www.couchbase.com/issues/browse/NCBC-265</link>
                <project id="10046" key="NCBC">Couchbase .NET client library</project>
                        <description>Blocker, because it&amp;#39;s required before next release.</description>
                <environment></environment>
            <key id="24344">NCBC-265</key>
            <summary>Refactor solution so that Enyim is part of main source branch</summary>
                <type id="4" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/improvement.png">Improvement</type>
                                <priority id="1" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/blocker.png">Blocker</priority>
                    <status id="3" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/inprogress.png">In Progress</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="john">John Zablocki</assignee>
                                <reporter username="john">John Zablocki</reporter>
                        <labels>
                    </labels>
                <created>Mon, 20 May 2013 08:54:23 -0500</created>
                <updated>Thu, 23 May 2013 12:07:53 -0500</updated>
                                    <version>1.2.6</version>
                                <fixVersion>1.2.7</fixVersion>
                                                <votes>0</votes>
                        <watches>1</watches>
                                                            <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                                                                                                                                                    <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11330</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>

<item>
            <title>[NCBC-257] During rebalance client tries to connect the primary node only</title>
                <link>http://www.couchbase.com/issues/browse/NCBC-257</link>
                <project id="10046" key="NCBC">Couchbase .NET client library</project>
                        <description>I&amp;#39;m adding this bug to identify performance issue that is raised in CBSE-521 and CBSE-528&lt;br/&gt;
&lt;br/&gt;
It is observed during the sdkd scenario tests, that while rebalance is happening, the client tries to connect only the primary node and does not connect to the other secondary nodes in the cluster. During rebalance the topology changes and hence many errors like socket reset, no response received, operation time out, etc.&lt;br/&gt;
These errors go away when the rebalance is over and with rebound phase, no errors are observed.&lt;br/&gt;
Please see some sample reports:&lt;br/&gt;
&lt;a href=&quot;http://sdk-testresults.couchbase.com.s3.amazonaws.com/sdkd/HWIN-335SPEPOCGT-IHYBRID_fo-ept-rb-Sdotnet-1.2-release-T2013-04-02-00.11.35-LV_MC_BASIC.txt&quot;&gt;http://sdk-testresults.couchbase.com.s3.amazonaws.com/sdkd/HWIN-335SPEPOCGT-IHYBRID_fo-ept-rb-Sdotnet-1.2-release-T2013-04-02-00.11.35-LV_MC_BASIC.txt&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;http://sdk-testresults.couchbase.com.s3.amazonaws.com/sdkd/HWIN-335SPEPOCGT-IHYBRID_rb-2-in-Sdotnet-1.2-release-T2013-04-02-00.21.03-LV_HTTP_BASIC.txt&quot;&gt;http://sdk-testresults.couchbase.com.s3.amazonaws.com/sdkd/HWIN-335SPEPOCGT-IHYBRID_rb-2-in-Sdotnet-1.2-release-T2013-04-02-00.21.03-LV_HTTP_BASIC.txt&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;http://sdk-testresults.couchbase.com.s3.amazonaws.com/sdkd/HWIN-335SPEPOCGT-IHYBRID_fo-ept-eject-Sdotnet-1.2-release-T2013-04-02-00.17.30-LV_HTTP_BASIC.txt&quot;&gt;http://sdk-testresults.couchbase.com.s3.amazonaws.com/sdkd/HWIN-335SPEPOCGT-IHYBRID_fo-ept-eject-Sdotnet-1.2-release-T2013-04-02-00.17.30-LV_HTTP_BASIC.txt&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Mark - need your input here too, do you think these errors during rebalance can impact performance or stability at customer site.&lt;br/&gt;
</description>
                <environment></environment>
            <key id="24039">NCBC-257</key>
            <summary>During rebalance client tries to connect the primary node only</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="1" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/blocker.png">Blocker</priority>
                    <status id="1" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/open.png">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="john">John Zablocki</assignee>
                                <reporter username="saakshi.manocha">Saakshi Manocha</reporter>
                        <labels>
                    </labels>
                <created>Thu, 2 May 2013 08:20:59 -0500</created>
                <updated>Thu, 23 May 2013 06:51:16 -0500</updated>
                                    <version>1.2.6</version>
                                <fixVersion>1.2.7</fixVersion>
                                <component>library</component>
                                <votes>0</votes>
                        <watches>4</watches>
                                                    <comments>
                    <comment id="56914" author="saakshi.manocha" created="Thu, 2 May 2013 08:26:10 -0500"  >Also, as per the documentation and our understanding, we can expect errors during CHANGE phase and ideally they should go away in REBOUND phase.&lt;br/&gt;
&lt;br/&gt;
CHANGE: Here we see that errors start happening. This is because a cluster topology change started around this time. We can expect errors until the topology change is completed. In this case, the topology change was adding a single node to the cluster.&lt;br/&gt;
REBOUND: Here we see the errors are stopping. This is because the topology change has been completed. Since we added an extra node to the&lt;br/&gt;
cluster, the rate of operations has actually gone up from before. This is because there are more nodes to handle requests now.</comment>
                    <comment id="57815" author="ingenthr" created="Fri, 10 May 2013 13:26:07 -0500"  >This appears to be a critical issue.  Marking as blocker for 1.2.7 until we have a better understanding.</comment>
                    <comment id="58365" author="john" created="Wed, 15 May 2013 12:05:29 -0500"  >When you say &amp;quot;connect to the primary node only&amp;quot; are you referring to the streaming connection or all ops are going on the primary node?</comment>
                    <comment id="59129" author="saakshi.manocha" created="Thu, 23 May 2013 06:50:54 -0500"  >I ran the sdkd tests on a 4-node cluster. During the fail-over/rebalance phase, client automatically considers one node as the primary node and throughout the logs, the error is:&lt;br/&gt;
&amp;nbsp;System.IO.IOException: Failed to read from the socket &amp;#39;10.3.3.206:11210&amp;#39;. Error: SocketError value was Success, but 0 bytes were received&lt;br/&gt;
&lt;br/&gt;
It only tries to connect to the primary node, never tries to connect to the other nodes, and once the primary node is up and the rebalance is over, the error rate slows down.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                                                                                                                                                    <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>10975</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>

<item>
            <title>[NCBC-78] Enhance discussion of return codes/values</title>
                <link>http://www.couchbase.com/issues/browse/NCBC-78</link>
                <project id="10046" key="NCBC">Couchbase .NET client library</project>
                        <description>Given the comments on this page: &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-sdk-net-1.1/couchbase-sdk-net-retrieve-set.html&quot;&gt;http://www.couchbase.com/docs/couchbase-sdk-net-1.1/couchbase-sdk-net-retrieve-set.html&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Perhaps there can be a section on the possible return codes/values, what they mean, when they might happen, and how to deal with them?</description>
                <environment></environment>
            <key id="18027">NCBC-78</key>
            <summary>Enhance discussion of return codes/values</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="1" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/blocker.png">Blocker</priority>
                    <status id="1" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/open.png">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="john">John Zablocki</assignee>
                                <reporter username="perry">Perry Krug</reporter>
                        <labels>
                    </labels>
                <created>Tue, 26 Jun 2012 09:31:05 -0500</created>
                <updated>Fri, 7 Dec 2012 21:41:33 -0600</updated>
                                    <version>1.1.6</version>
                                <fixVersion>1.3</fixVersion>
                                <component>docs</component>
                                <votes>0</votes>
                        <watches>0</watches>
                                                    <comments>
                    <comment id="44681" author="mnunberg" created="Thu, 22 Nov 2012 20:26:31 -0600"  >This is a must-have for SDK testing. It is very difficult to determine failure types and severities without knowing what types of errors, exception classes, or such to expect.&lt;br/&gt;
&lt;br/&gt;
At the very least, there should be standard return codes (in a well-defined location) for memcached error codes.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                                                                                                                                                    <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>9995</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>
</channel>
</rss>