<!--
RSS generated by JIRA (5.2.4#845-sha1:c9f4cc41abe72fb236945343a1f485c2c844dac9) at Wed May 22 20:47:05 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+MB+AND+resolutiondate+%3E%3D-1w+ORDER+BY+updated+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+MB+AND+resolutiondate+%3E%3D-1w+ORDER+BY+updated+DESC</link>
        <description>An XML representation of a search request</description>
                <language>en-us</language>
                        <issue start="0" end="53" total="53"/>
                <build-info>
            <version>5.2.4</version>
            <build-number>845</build-number>
            <build-date>26-12-2012</build-date>
        </build-info>
<item>
            <title>[MB-8333] [DOC 2.0.2] [windows] unable to add a 1.8.0 node to 2.0.2 cluster</title>
                <link>http://www.couchbase.com/issues/browse/MB-8333</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>2 nodes cluster (2.0.2), trying to add a 1.8.0 node&lt;br/&gt;
&lt;br/&gt;
2013-05-22 00:40:06.346 ns_cluster:5:info:message(&lt;a href=&apos;mailto:ns_1@172.23.105.74&apos;&gt;ns_1@172.23.105.74&lt;/a&gt;) - Failed to add node 172.23.105.72:8091 to cluster. This node cannot add another node (&amp;#39;&lt;a href=&apos;mailto:ns_1@172.23.105.72&apos;&gt;ns_1@172.23.105.72&lt;/a&gt;&amp;#39;) because of cluster version compatibility mismatch. Cluster works in [2, 0] mode and node only supports [1, 8]&lt;br/&gt;
</description>
                <environment>2.0.2-807-rel&lt;br/&gt;
&amp;lt;manifest&amp;gt;&amp;lt;remote name=&amp;quot;couchbase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://10.1.1.210/&quot;&gt;git://10.1.1.210/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;membase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://10.1.1.210/&quot;&gt;git://10.1.1.210/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;apache&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/apache/&quot;&gt;git://github.com/apache/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;erlang&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/erlang/&quot;&gt;git://github.com/erlang/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;default remote=&amp;quot;couchbase&amp;quot; revision=&amp;quot;master&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;tlm&amp;quot; path=&amp;quot;tlm&amp;quot; revision=&amp;quot;adb5d29b739fc98d721665978091807d9abe74f1&amp;quot;&amp;gt;&amp;lt;copyfile dest=&amp;quot;Makefile&amp;quot; src=&amp;quot;Makefile.top&amp;quot;/&amp;gt;&amp;lt;/project&amp;gt;&amp;lt;project name=&amp;quot;bucket_engine&amp;quot; path=&amp;quot;bucket_engine&amp;quot; revision=&amp;quot;2a797a8d97f421587cce728f2e6aa2cd42c8fa26&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ep-engine&amp;quot; path=&amp;quot;ep-engine&amp;quot; revision=&amp;quot;d03c48ac89e92ad0a674a6653377fe68e38a1aba&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libconflate&amp;quot; path=&amp;quot;libconflate&amp;quot; revision=&amp;quot;c0d3e26a51f25a2b020713559cb344d43ce0b06c&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libmemcached&amp;quot; path=&amp;quot;libmemcached&amp;quot; revision=&amp;quot;ca739a890349ac36dc79447e37da7caa9ae819f5&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libvbucket&amp;quot; path=&amp;quot;libvbucket&amp;quot; revision=&amp;quot;408057ec55da3862ab8d75b1ed25d2848afd640f&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-cli&amp;quot; path=&amp;quot;couchbase-cli&amp;quot; revision=&amp;quot;ba4b6057ca214715e85ed11522601e2e13b88c1d&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;memcached&amp;quot; path=&amp;quot;memcached&amp;quot; revision=&amp;quot;b6ceb46fc26ac6f1d6be7a5866d6c6c0f6e6d32a&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;moxi&amp;quot; path=&amp;quot;moxi&amp;quot; revision=&amp;quot;4b391021af7a453bf88716724d2c644916ebd969&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ns_server&amp;quot; path=&amp;quot;ns_server&amp;quot; revision=&amp;quot;3bb4e9525bc6b9a600b2285384d2e20d0cae9723&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;portsigar&amp;quot; path=&amp;quot;portsigar&amp;quot; revision=&amp;quot;159b6179ea8a3c2075ee9eb2afa6f91c98c0fda6&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;sigar&amp;quot; path=&amp;quot;sigar&amp;quot; revision=&amp;quot;63a3cd1b316d2d4aa6dd31ce8fc66101b983e0b0&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-examples&amp;quot; path=&amp;quot;couchbase-examples&amp;quot; revision=&amp;quot;cd9c8600589a1996c1ba6dbea9ac171b937d3379&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-python-client&amp;quot; path=&amp;quot;couchbase-python-client&amp;quot; revision=&amp;quot;d443169c0694fca1be67d8f6934a8c50f0175ee7&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdb&amp;quot; path=&amp;quot;couchdb&amp;quot; revision=&amp;quot;3d9a23c4a79767aec43c05636e117eedf690a4f1&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdbx-app&amp;quot; path=&amp;quot;couchdbx-app&amp;quot; revision=&amp;quot;e7e3680d94ff592915bb369a74756e7e8ba64365&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchstore&amp;quot; path=&amp;quot;couchstore&amp;quot; revision=&amp;quot;963fc26eafc67514eed5c9a3752d5d4cbdf5971d&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;geocouch&amp;quot; path=&amp;quot;geocouch&amp;quot; revision=&amp;quot;ed9ad43aa361df0829262fef811b5236331b44c8&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;testrunner&amp;quot; path=&amp;quot;testrunner&amp;quot; revision=&amp;quot;26873dc894b3db0fa67424da7c41ad4d37e82650&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;healthchecker&amp;quot; path=&amp;quot;healthchecker&amp;quot; revision=&amp;quot;32d33ebee48ddfcbfa0163946f71fb0d4381f6dc&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;otp&amp;quot; path=&amp;quot;otp&amp;quot; revision=&amp;quot;b6dc1a844eab061d0a7153d46e7e68296f15a504&amp;quot; remote=&amp;quot;erlang&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;icu4c&amp;quot; path=&amp;quot;icu4c&amp;quot; revision=&amp;quot;26359393672c378f41f2103a8699c4357c894be7&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;snappy&amp;quot; path=&amp;quot;snappy&amp;quot; revision=&amp;quot;5681dde156e9d07adbeeab79666c9a9d7a10ec95&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;v8&amp;quot; path=&amp;quot;v8&amp;quot; revision=&amp;quot;447decb75060a106131ab4de934bcc374648e7f2&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;gperftools&amp;quot; path=&amp;quot;gperftools&amp;quot; revision=&amp;quot;44a584d1de8c89addfb4f1d0522bdbbbed83ba48&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;pysqlite&amp;quot; path=&amp;quot;pysqlite&amp;quot; revision=&amp;quot;0ff6e32ea05037fddef1eb41a648f2a2141009ea&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;/manifest&amp;gt;</environment>
            <key id="24386">MB-8333</key>
            <summary>[DOC 2.0.2] [windows] unable to add a 1.8.0 node to 2.0.2 cluster</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="2">Won&apos;t Fix</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="Iryna">Iryna Mironava</reporter>
                        <labels>
                    </labels>
                <created>Wed, 22 May 2013 02:52:38 -0500</created>
                <updated>Wed, 22 May 2013 16:53:33 -0500</updated>
                    <resolved>Wed, 22 May 2013 12:43:35 -0500</resolved>
                            <version>2.0.2</version>
                                                <component>documentation</component>
                                <votes>0</votes>
                        <watches>7</watches>
                                                    <comments>
                    <comment id="58981" author="Iryna" created="Wed, 22 May 2013 02:57:20 -0500"  >&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8333/16fc64ab/172.23.105.77-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8333/16fc64ab/172.23.105.77-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8333/16fc64ab/172.23.105.72-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8333/16fc64ab/172.23.105.72-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8333/16fc64ab/172.23.105.74-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8333/16fc64ab/172.23.105.74-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8333/16fc64ab/172.23.105.75-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8333/16fc64ab/172.23.105.75-diag.zip&lt;/a&gt;</comment>
                    <comment id="59031" author="alkondratenko" created="Wed, 22 May 2013 12:43:35 -0500"  >By design</comment>
                    <comment id="59038" author="maria" created="Wed, 22 May 2013 13:09:15 -0500"  >karen,&lt;br/&gt;
&lt;br/&gt;
pls document this for 2.0.2, if we haven&amp;#39;t.&lt;br/&gt;
thanks.</comment>
                    <comment id="59041" author="thuan" created="Wed, 22 May 2013 13:18:25 -0500"  >it is not only 1.8.0&lt;br/&gt;
Any version before 2.0.2 (ex 1.8.1, 2.0.0 and 2.0.1) could not add into 2.0.2 cluster.</comment>
                    <comment id="59042" author="alkondratenko" created="Wed, 22 May 2013 13:22:09 -0500"  >No. 2.0.1 and 2.0.0 should work.</comment>
                    <comment id="59078" author="kzeller" created="Wed, 22 May 2013 15:53:40 -0500"  >Added as release note and item in Upgrade section:&lt;br/&gt;
&lt;br/&gt;
On Windows you cannot perform a online downgrade on a cluster by adding 1.8.0 nodes to a 2.0.2 cluster. On this platform you are able to perform an online downgrade from 2.0.2 to 2.0.1 or 2.0.</comment>
                    <comment id="59080" author="alkondratenko" created="Wed, 22 May 2013 16:07:33 -0500"  >Correction: this behavior is cross-platform. I.e. not windows-specific</comment>
                    <comment id="59085" author="kzeller" created="Wed, 22 May 2013 16:51:55 -0500"  >Changed to:&lt;br/&gt;
You cannot perform a online downgrade on a cluster by adding 1.8.0 or 1.8.1 nodes to a 2.0.2 cluster. You are able to perform an online downgrade from 2.0.2 to 2.0.1 or from 2.0.2 to 2.0.</comment>
                    <comment id="59086" author="alkondratenko" created="Wed, 22 May 2013 16:53:33 -0500"  >Still not right. We can and should explicitly say we don&amp;#39;t support downgrade to 1.8.x.&lt;br/&gt;
&lt;br/&gt;
But we should not say we do support downgrade to 2.0.x. We never test it and its never a goal.&lt;br/&gt;
</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 22 May 2013 12:43:35 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10024"><![CDATA[Windows 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11378</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8338] [windows] moxi crashed when create bucket with error: bad json configuration</title>
                <link>http://www.couchbase.com/issues/browse/MB-8338</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Install couchbase server 2.0.2-811 on one node windows 2012 64-bit&lt;br/&gt;
&lt;br/&gt;
Create default bucket, see moxi crash right after bucket created with error bad json configuration&lt;br/&gt;
&lt;br/&gt;
Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:babysitter_of_ns_1@127.0.0.1&apos;&gt;babysitter_of_ns_1@127.0.0.1&lt;/a&gt;&amp;#39; exited with status 0. Restarting. Messages: WARNING: curl error: transfer closed with outstanding read data remaining from: &lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&lt;/a&gt;&lt;br/&gt;
2013-05-22 13:11:46: (agent_config.c.705) ERROR: bad JSON configuration from &lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&lt;/a&gt; Number of vBuckets must be a power of two &amp;gt; 0 and &amp;lt;= 65536 ({&lt;br/&gt;
&amp;quot;name&amp;quot;: &amp;quot;default&amp;quot;,&lt;br/&gt;
&amp;quot;nodeLocator&amp;quot;: &amp;quot;vbucket&amp;quot;,&lt;br/&gt;
&amp;quot;saslPassword&amp;quot;: &amp;quot;&amp;quot;,&lt;br/&gt;
&amp;quot;nodes&amp;quot;: [{&lt;br/&gt;
&amp;quot;hostname&amp;quot;: &amp;quot;127.0.0.1:8091&amp;quot;,&lt;br/&gt;
&amp;quot;ports&amp;quot;: {&lt;br/&gt;
&amp;quot;direct&amp;quot;: 11210,&lt;br/&gt;
&amp;quot;proxy&amp;quot;: 11211&lt;br/&gt;
}&lt;br/&gt;
}],&lt;br/&gt;
&amp;quot;vBucketServerMap&amp;quot;: {&lt;br/&gt;
&amp;quot;hashAlgorithm&amp;quot;: &amp;quot;CRC&amp;quot;,&lt;br/&gt;
&amp;quot;numReplicas&amp;quot;: 1,&lt;br/&gt;
&amp;quot;serverList&amp;quot;: [&amp;quot;127.0.0.1:11210&amp;quot;],&lt;br/&gt;
&amp;quot;vBucketMap&amp;quot;: []&lt;br/&gt;
}&lt;br/&gt;
})&lt;br/&gt;
EOL on stdin. Exiting 	ns_log000 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	13:11:26 - Wed May 22, 2013&lt;br/&gt;
Bucket &amp;quot;default&amp;quot; loaded on node &amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39; in 0 seconds. 	ns_memcached001 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	13:11:16 - Wed May 22, 2013&lt;br/&gt;
Created bucket &amp;quot;default&amp;quot; of type: membase&lt;br/&gt;
[{num_replicas,1},&lt;br/&gt;
{replica_index,false},&lt;br/&gt;
{ram_quota,2571108352},&lt;br/&gt;
{auth_type,sasl},&lt;br/&gt;
{flush_enabled,false}] 	menelaus_web012 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	13:11:16 - Wed May 22, 2013 &lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
after moxi restarts, I could use cbworkloadgen.exe to load and read items from bucket&lt;br/&gt;
&lt;br/&gt;
Link to manifest file for this build &lt;a href=&quot;http://builds.hq.northscale.net/latestbuilds/couchbase-server-enterprise_x86_64_2.0.2-811-rel.setup.exe.manifest.xml&quot;&gt;http://builds.hq.northscale.net/latestbuilds/couchbase-server-enterprise_x86_64_2.0.2-811-rel.setup.exe.manifest.xml&lt;/a&gt;</description>
                <environment>windows 2012 64-bit</environment>
            <key id="24396">MB-8338</key>
            <summary>[windows] moxi crashed when create bucket with error: bad json configuration</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="4">Incomplete</resolution>
                    <security id="10011">Public</security>
                        <assignee username="alkondratenko">Aleksey Kondratenko</assignee>
                                <reporter username="thuan">Thuan Nguyen</reporter>
                        <labels>
                    </labels>
                <created>Wed, 22 May 2013 15:27:18 -0500</created>
                <updated>Wed, 22 May 2013 16:08:28 -0500</updated>
                    <resolved>Wed, 22 May 2013 16:08:28 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>1</watches>
                                                    <comments>
                    <comment id="59081" author="alkondratenko" created="Wed, 22 May 2013 16:08:28 -0500"  >not a bug. Expected and harmless behavior</comment>
                </comments>
                    <attachments>
                    <attachment id="17434" name="10.3.4.46-5222013-1314-diag.zip" size="652915" author="thuan" created="Wed, 22 May 2013 15:27:18 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 22 May 2013 16:08:28 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10024"><![CDATA[Windows 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11388</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8313] Table 7.4. Administration &#8212; Standard couchbase Tool Options should be updated with new options</title>
                <link>http://www.couchbase.com/issues/browse/MB-8313</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0.pdf&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0.pdf&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Table 7.4. Administration &#8212; Standard couchbase Tool Options doesn&amp;#39;t contains the full list of available options.&lt;br/&gt;
&lt;br/&gt;
Actual info we can get from from &amp;#39;./couchbase-cli -h&amp;quot;:&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
CLUSTER:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--cluster=HOST[:PORT] or -c HOST[:PORT]&lt;br/&gt;
&lt;br/&gt;
OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-u USERNAME, --user=USERNAME      admin username of the cluster&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-p PASSWORD, --password=PASSWORD  admin password of the cluster&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-o KIND, --output=KIND            KIND is json or standard&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-d, --debug&lt;br/&gt;
&lt;br/&gt;
server-add OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--server-add=HOST[:PORT]          server to be added&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--server-add-username=USERNAME    admin username for the&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;server to be added&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--server-add-password=PASSWORD    admin password for the&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;server to be added&lt;br/&gt;
&lt;br/&gt;
server-readd OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--server-add=HOST[:PORT]          server to be added&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--server-add-username=USERNAME    admin username for the&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;server to be added&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--server-add-password=PASSWORD    admin password for the&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;server to be added&lt;br/&gt;
&lt;br/&gt;
rebalance OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--server-add*                     see server-add OPTIONS&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--server-remove=HOST[:PORT]       the server to be removed&lt;br/&gt;
&lt;br/&gt;
failover OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--server-failover=HOST[:PORT]     server to failover&lt;br/&gt;
&lt;br/&gt;
cluster-* OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--cluster-username=USER           new admin username&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--cluster-password=PASSWORD       new admin password&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--cluster-port=PORT               new cluster REST/http port&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--cluster-ramsize=RAMSIZEMB       per node ram quota in MB&lt;br/&gt;
&lt;br/&gt;
node-init OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--node-init-data-path=PATH        per node path to store data&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--node-init-index-path=PATH       per node path to store index&lt;br/&gt;
&lt;br/&gt;
bucket-* OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--bucket=BUCKETNAME               bucket to act on&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--bucket-type=TYPE                memcached or couchbase&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--bucket-port=PORT                supports ASCII protocol and is auth-less&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--bucket-password=PASSWORD        standard port, exclusive with bucket-port&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--bucket-ramsize=RAMSIZEMB        ram quota in MB&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--bucket-replica=COUNT            replication count&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--enable-flush=[0|1]              enable/disable flush&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--enable-index-replica=[0|1]      enable/disable index replicas&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--wait                            wait for bucket create to be complete before returning&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--force                           force to execute command without asking for confirmation&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--data-only                       compact datbase data only&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--view-only                       compact view data only&lt;br/&gt;
&lt;br/&gt;
setting-compacttion OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--compaction-db-percentage=PERCENTAGE     at which point database compaction is triggered&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--compaction-db-size=SIZE[MB]             at which point database compaction is triggered&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--compaction-view-percentage=PERCENTAGE   at which point view compaction is triggered&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--compaction-view-size=SIZE[MB]           at which point view compaction is triggered&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--compaction-period-from=HH:MM            allow compaction time period from&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--compaction-period-to=HH:MM              allow compaction time period to&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--enable-compaction-abort=[0|1]           allow compaction abort when time expires&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--enable-compaction-parallel=[0|1]        allow parallel compaction for database and view&lt;br/&gt;
&lt;br/&gt;
setting-notification OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--enable-notification=[0|1]               allow notification&lt;br/&gt;
&lt;br/&gt;
setting-alert OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--enable-email-alert=[0|1]                allow email alert&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--email-recipients=RECIPIENT              email recipents, separate addresses with , or ;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--email-sender=SENDER                     sender email address&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--email-user=USER                         email server username&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--email-password=PWD                      email server password&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--email-host=HOST                         email server host&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--email-port=PORT                         email server port&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--enable-email-encrypt=[0|1]              email encrypt&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--alert-auto-failover-node                node was auto failover&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--alert-auto-failover-max-reached         maximum number of auto failover nodes was reached&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--alert-auto-failover-node-down           node wasn&amp;#39;t auto failover as other nodes are down at the same time&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--alert-auto-failover-cluster-small       node wasn&amp;#39;t auto fail over as cluster was too small&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--alert-ip-changed                        node ip address has changed unexpectedly&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--alert-disk-space                        disk space used for persistent storgage has reached at least 90% capacity&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--alert-meta-overhead                     metadata overhead is more than 50%&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--alert-meta-oom                          bucket memory on a node is entirely used for metadata&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--alert-write-failed                      writing data to disk for a specific bucket has failed&lt;br/&gt;
&lt;br/&gt;
setting-autofailover OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--enable-auto-failover=[0|1]              allow auto failover&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--auto-failover-timeout=TIMEOUT (&amp;gt;=30)    specify timeout that expires to trigger auto failover&lt;br/&gt;
&lt;br/&gt;
setting-xdcr OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--max-concurrent-reps=[32]             maximum concurrent replications per bucket, 8 to 256.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--checkpoint-interval=[1800]           intervals between checkpoints, 60 to 14400 seconds.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--worker-batch-size=[500]              doc batch size, 500 to 10000.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--doc-batch-size=[2048]KB              document batching size, 10 to 100000 KB&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--failure-restart-interval=[30]        interval for restarting failed xdcr, 1 to 300 seconds&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--optimistic-replication-threshold=[256] document body size threshold (bytes) to trigger optimistic replication&lt;br/&gt;
&lt;br/&gt;
xdcr-setup OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--create                               create a new xdcr configuration&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--edit                                 modify existed xdcr configuration&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--delete                               delete existed xdcr configuration&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--xdcr-cluster-name=CLUSTERNAME        cluster name&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--xdcr-hostname=HOSTNAME               remote host name to connect to&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--xdcr-username=USERNAME               remote cluster admin username&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--xdcr-password=PASSWORD               remtoe cluster admin password&lt;br/&gt;
&lt;br/&gt;
xdcr-replicate OPTIONS:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--create                               create and start a new replication&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--delete                               stop and cancel a replication&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--xdcr-from-bucket=BUCKET              local bucket name to replicate from&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--xdcr-clucter-name=CLUSTERNAME        remote cluster to replicate to&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--xdcr-to-bucket=BUCKETNAME            remote bucket to replicate to&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment></environment>
            <key id="24326">MB-8313</key>
            <summary>Table 7.4. Administration &#8212; Standard couchbase Tool Options should be updated with new options</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="3">Duplicate</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="andreibaranouski">Andrei Baranouski</reporter>
                        <labels>
                    </labels>
                <created>Fri, 17 May 2013 07:36:30 -0500</created>
                <updated>Wed, 22 May 2013 15:35:32 -0500</updated>
                    <resolved>Wed, 22 May 2013 15:35:21 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>documentation</component>
                                <votes>0</votes>
                        <watches>2</watches>
                                                    <comments>
                    <comment id="59071" author="kzeller" created="Wed, 22 May 2013 15:35:21 -0500"  >Consolidate into main ticket for CLi: 8065</comment>
                    <comment id="59072" author="kzeller" created="Wed, 22 May 2013 15:35:32 -0500"  >Consolidate into main ticket for CLi: &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8065&quot; title=&quot;[Doc&amp;#39;d]: CLI tool: All new settings&quot;&gt;MB-8065&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 22 May 2013 15:35:21 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>89</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8311] Table 7.3. Administration &#8212; couchbase Tool Commands should be updated with new features</title>
                <link>http://www.couchbase.com/issues/browse/MB-8311</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>according to &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0.pdf&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0.pdf&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Table 7.3. Administration &#8212; couchbase Tool Commands&lt;br/&gt;
Command Description&lt;br/&gt;
server-list List all servers in a cluster&lt;br/&gt;
server-info Show details on one server&lt;br/&gt;
server-add Add one or more servers to the cluster&lt;br/&gt;
server-readd Re-add a server that was failed over to the cluster&lt;br/&gt;
rebalance Start a cluster rebalancingCommand-line Interface for Administration&lt;br/&gt;
169&lt;br/&gt;
Command Description&lt;br/&gt;
rebalance-stop Stop current cluster rebalancing&lt;br/&gt;
rebalance-status Show status of current cluster rebalancing&lt;br/&gt;
failover Failover one or more servers&lt;br/&gt;
cluster-init Set the username, password and port of the cluster&lt;br/&gt;
node-init Set node specific parameters&lt;br/&gt;
bucket-list List all buckets in a cluster&lt;br/&gt;
bucket-create Add a new bucket to the cluster&lt;br/&gt;
bucket-edit Modify an existing bucket&lt;br/&gt;
bucket-delete Delete an existing bucket&lt;br/&gt;
bucket-flush Flush a given bucket&lt;br/&gt;
help Show longer usage/help and examples&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
but the full list should be for 2.0.2 as:&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;./couchbase-cli &lt;br/&gt;
usage: couchbase-cli COMMAND CLUSTER [OPTIONS]&lt;br/&gt;
&lt;br/&gt;
CLUSTER is --cluster=HOST[:PORT] or -c HOST[:PORT]&lt;br/&gt;
&lt;br/&gt;
COMMANDs include&lt;br/&gt;
&amp;nbsp;&amp;nbsp;server-list           list all servers in a cluster&lt;br/&gt;
&amp;nbsp;&amp;nbsp;server-info           show details on one server&lt;br/&gt;
&amp;nbsp;&amp;nbsp;server-add            add one or more servers to the cluster&lt;br/&gt;
&amp;nbsp;&amp;nbsp;server-readd          readd a server that was failed over&lt;br/&gt;
&amp;nbsp;&amp;nbsp;rebalance             start a cluster rebalancing&lt;br/&gt;
&amp;nbsp;&amp;nbsp;rebalance-stop        stop current cluster rebalancing&lt;br/&gt;
&amp;nbsp;&amp;nbsp;rebalance-status      show status of current cluster rebalancing&lt;br/&gt;
&amp;nbsp;&amp;nbsp;failover              failover one or more servers&lt;br/&gt;
&amp;nbsp;&amp;nbsp;cluster-init          set the username,password and port of the cluster&lt;br/&gt;
&amp;nbsp;&amp;nbsp;cluster-edit          modify cluster settings&lt;br/&gt;
&amp;nbsp;&amp;nbsp;node-init             set node specific parameters&lt;br/&gt;
&amp;nbsp;&amp;nbsp;bucket-list           list all buckets in a cluster&lt;br/&gt;
&amp;nbsp;&amp;nbsp;bucket-create         add a new bucket to the cluster&lt;br/&gt;
&amp;nbsp;&amp;nbsp;bucket-edit           modify an existing bucket&lt;br/&gt;
&amp;nbsp;&amp;nbsp;bucket-delete         delete an existing bucket&lt;br/&gt;
&amp;nbsp;&amp;nbsp;bucket-flush          flush all data from disk for a given bucket&lt;br/&gt;
&amp;nbsp;&amp;nbsp;bucket-compact        compact database and index data&lt;br/&gt;
&amp;nbsp;&amp;nbsp;setting-compaction    set auto compaction settings&lt;br/&gt;
&amp;nbsp;&amp;nbsp;setting-notification  set notification settings&lt;br/&gt;
&amp;nbsp;&amp;nbsp;setting-alert         set email alert settings&lt;br/&gt;
&amp;nbsp;&amp;nbsp;setting-autofailover  set auto failover settings&lt;br/&gt;
&amp;nbsp;&amp;nbsp;setting-xdcr          set xdcr related settings&lt;br/&gt;
&amp;nbsp;&amp;nbsp;xdcr-setup            set up XDCR connection&lt;br/&gt;
&amp;nbsp;&amp;nbsp;xdcr-replicate        xdcr operations&lt;br/&gt;
&amp;nbsp;&amp;nbsp;help                  show longer usage/help and examples&lt;br/&gt;
</description>
                <environment></environment>
            <key id="24324">MB-8311</key>
            <summary>Table 7.3. Administration &#8212; couchbase Tool Commands should be updated with new features</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="3">Duplicate</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="andreibaranouski">Andrei Baranouski</reporter>
                        <labels>
                    </labels>
                <created>Fri, 17 May 2013 07:23:43 -0500</created>
                <updated>Wed, 22 May 2013 15:35:00 -0500</updated>
                    <resolved>Wed, 22 May 2013 15:34:54 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>documentation</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="59069" author="kzeller" created="Wed, 22 May 2013 15:34:54 -0500"  >Consolidate into main ticket for CLi: 8065</comment>
                    <comment id="59070" author="kzeller" created="Wed, 22 May 2013 15:35:00 -0500"  >Consolidate into main ticket for CLi: 8065</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 22 May 2013 15:34:54 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>90</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8232] [Doc&apos;d] Multi-reader/writer</title>
                <link>http://www.couchbase.com/issues/browse/MB-8232</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description></description>
                <environment></environment>
            <key id="24161">MB-8232</key>
            <summary>[Doc&apos;d] Multi-reader/writer</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="5" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/trivial.png">Trivial</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="kzeller">Karen Zeller</reporter>
                        <labels>
                    </labels>
                <created>Thu, 9 May 2013 12:59:55 -0500</created>
                <updated>Wed, 22 May 2013 14:30:21 -0500</updated>
                    <resolved>Wed, 22 May 2013 14:30:16 -0500</resolved>
                            <version>2.0.2</version>
                                                <component>documentation</component>
                                <votes>0</votes>
                        <watches>2</watches>
                                                                                  <comments>
                    <comment id="57704" author="kzeller" created="Thu, 9 May 2013 13:03:24 -0500"  >Sent draft for review:&lt;br/&gt;
&lt;br/&gt;
Hi,&lt;br/&gt;
&lt;br/&gt;
Below is the draft content on multi-reader-writers for 2.0.2 for review/input:&lt;br/&gt;
&lt;br/&gt;
Release Notes:&lt;br/&gt;
	&amp;lt;rnentry type=&amp;quot;feature&amp;quot;&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;version ver=&amp;quot;2.0.0m&amp;quot;/&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;class id=&amp;quot;db&amp;quot;/&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;issue type=&amp;quot;cb&amp;quot; ref=&amp;quot;&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7518&quot; title=&quot;[2.0.2 RN Done + Doc Drafted] Has multi-reader &amp;amp; writer per bucket that increases disk channel-level (i/o bandwidth) utilization&quot;&gt;&lt;strike&gt;MB-7518&lt;/strike&gt;&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;rntext&amp;gt;&lt;br/&gt;
			&lt;br/&gt;
			&amp;lt;para&amp;gt;&lt;br/&gt;
				We now provide multiple readers and writers per data bucket for disk persistence. In the past, Couchbase &lt;br/&gt;
				Server had only one reader/writer per data bucket. This enhancement provides significant &lt;br/&gt;
				performance improvements for restoring data, replicating via XDCR, as well as rebalance.&lt;br/&gt;
				For more information, see &amp;lt;xref linkend=&amp;quot;couchbase-introduction-architecture-diskstorage&amp;quot; /&amp;gt;.&lt;br/&gt;
			&amp;lt;/para&amp;gt;&lt;br/&gt;
&lt;br/&gt;
			&lt;br/&gt;
		&amp;lt;/rntext&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
	&amp;lt;/rnentry&amp;gt;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
2. Update to existing Disk Storage Section, page 8 of attached PDF.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
If I could get your input by Wednesday of next week, that would be great. Please provide on the existing ticket or as an attachment to it: &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8232&quot;&gt;http://www.couchbase.com/issues/browse/MB-8232&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Regards,&lt;br/&gt;
&lt;br/&gt;
Karen</comment>
                    <comment id="58001" author="perry" created="Mon, 13 May 2013 06:23:05 -0500"  >[FIXED]Karen, there&amp;#39;s a small bit of discussion that says the mrw feature is designed to &amp;quot;improve cache miss ratios&amp;quot;.  In fact it doesn&amp;#39;t...the ratio of cache misses will not change with mrw, but the misses will be served faster and more efficiently by having multiple threads that can service them in parallel.&lt;br/&gt;
&lt;br/&gt;
NEW = In order to utilize increased disk speeds and improve the read rate from disk&lt;br/&gt;
&lt;br/&gt;
[FIXED: assigns] Also, a typo on page 9: &amp;quot;and assign each thread&amp;quot;.</comment>
                    <comment id="58551" author="kzeller" created="Thu, 16 May 2013 16:38:49 -0500"  >Sent for final review:&lt;br/&gt;
&lt;br/&gt;
Mandatory: Jin, abhinav&lt;br/&gt;
</comment>
                    <comment id="58937" author="perry" created="Tue, 21 May 2013 15:58:41 -0500"  >Looks good from here.  Maybe make a note for yourself that future versions will expose more configuration around this feature that is not yet available as of 2.0.2</comment>
                    <comment id="59056" author="kzeller" created="Wed, 22 May 2013 14:12:33 -0500"  >Staged and ready for final publish here: &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-introduction-architecture-diskstorage.html&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-introduction-architecture-diskstorage.html&lt;/a&gt;</comment>
                    <comment id="59057" author="kzeller" created="Wed, 22 May 2013 14:12:39 -0500"  >Staged and ready for final publish here: &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-introduction-architecture-diskstorage.html&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-introduction-architecture-diskstorage.html&lt;/a&gt;</comment>
                    <comment id="59059" author="kzeller" created="Wed, 22 May 2013 14:30:05 -0500"  >Mandatory Reviewers: Jin Lim, Abhinav&lt;br/&gt;
&lt;br/&gt;
Optional Reviewers: PerryK, JamesM&lt;br/&gt;
&lt;br/&gt;
Bug tracking doc update:&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8232&quot;&gt;http://www.couchbase.com/issues/browse/MB-8232&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Review timeframe: *Please provide your review input by EOD Thursday, May 23  of next week. &lt;br/&gt;
&lt;br/&gt;
*Please add comments directly to the PDF or to the bug link above. </comment>
                    <comment id="59060" author="kzeller" created="Wed, 22 May 2013 14:30:16 -0500"  >added review notice</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
            <subtask id="24393">MB-8335</subtask>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 13 May 2013 06:23:05 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>66</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8335] Move RAM stuff to RAM chapter from Disk Storage</title>
                <link>http://www.couchbase.com/issues/browse/MB-8335</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>As a separate task, I think we need to take a look at how we are describing what goes on with RAM and disk.  The &amp;quot;Disk Storage&amp;quot; section covers a lot of the RAM stuff...</description>
                <environment></environment>
            <key id="24393">MB-8335</key>
            <summary>Move RAM stuff to RAM chapter from Disk Storage</summary>
                <type id="7" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/task_agile.png">Technical task</type>
                    <parent id="24161">MB-8232</parent>
                        <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="kzeller">Karen Zeller</reporter>
                        <labels>
                    </labels>
                <created>Wed, 22 May 2013 13:58:04 -0500</created>
                <updated>Wed, 22 May 2013 14:11:59 -0500</updated>
                    <resolved>Wed, 22 May 2013 14:11:53 -0500</resolved>
                            <version>2.0.2</version>
                                                <component>documentation</component>
                                <votes>0</votes>
                        <watches>1</watches>
                                                    <comments>
                    <comment id="59054" author="kzeller" created="Wed, 22 May 2013 14:11:53 -0500"  >[MOVED] To appear here: &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-introduction-architecture-datainram.html&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-introduction-architecture-datainram.html&lt;/a&gt;</comment>
                    <comment id="59055" author="kzeller" created="Wed, 22 May 2013 14:11:59 -0500"  >[MOVED] To appear here: &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-introduction-architecture-datainram.html&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-introduction-architecture-datainram.html&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11385</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-7852] [Doc&apos;d] Complete productization of Replica Read API</title>
                <link>http://www.couchbase.com/issues/browse/MB-7852</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Replica Read API implementation is ready but testing and related documentation have not completed up to the product-feature ready state.   </description>
                <environment></environment>
            <key id="22975">MB-7852</key>
            <summary>[Doc&apos;d] Complete productization of Replica Read API</summary>
                <type id="3" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/task.png">Task</type>
                                <priority id="4" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/minor.png">Minor</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="jin">Jin Lim</reporter>
                        <labels>
                        <label>2.0.2-release-notes</label>
                    </labels>
                <created>Fri, 1 Mar 2013 17:54:33 -0600</created>
                <updated>Wed, 22 May 2013 13:43:10 -0500</updated>
                    <resolved>Wed, 22 May 2013 13:43:00 -0500</resolved>
                            <version>2.0</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>documentation</component>
                                <votes>0</votes>
                        <watches>6</watches>
                                                    <comments>
                    <comment id="53290" author="maria" created="Thu, 21 Mar 2013 16:07:35 -0500"  >JIn LIm to confirm with PM that this feature is needed for 2.0.2 release.</comment>
                    <comment id="53292" author="maria" created="Thu, 21 Mar 2013 16:11:43 -0500"  >anil to update business justification for this feature.</comment>
                    <comment id="53425" author="maria" created="Mon, 25 Mar 2013 13:46:25 -0500"  >ready for qe testing. now in 2.0.2 build.</comment>
                    <comment id="53568" author="maria" created="Wed, 27 Mar 2013 01:35:36 -0500"  >Iryna,&lt;br/&gt;
&lt;br/&gt;
pls update with your test progress.&lt;br/&gt;
Thanks.</comment>
                    <comment id="53588" author="Iryna" created="Wed, 27 Mar 2013 11:48:27 -0500"  >CBQE-1107 opened to track progress</comment>
                    <comment id="54341" author="maria" created="Fri, 5 Apr 2013 12:41:43 -0500"  >Iryna, pls provide test progress to this feature. thanks.</comment>
                    <comment id="55128" author="Iryna" created="Tue, 16 Apr 2013 04:09:22 -0500"  >tested cases P0 for centos 64 bit and 32 bit, windows 64 bit, ubuntu 64 and 32 bit. tests passed</comment>
                    <comment id="55453" author="maria" created="Thu, 18 Apr 2013 00:40:01 -0500"  >testing done. &lt;br/&gt;
iryna --- pls do another round of testing when we get the RC build, end of April. Thanks.</comment>
                    <comment id="56406" author="Iryna" created="Mon, 29 Apr 2013 00:38:34 -0500"  >build 2.0.2-772-rel tested</comment>
                    <comment id="57583" author="anil" created="Wed, 8 May 2013 13:16:06 -0500"  >Please follow up with Jin and Matt for server and client documentation.</comment>
                    <comment id="57607" author="jin" created="Wed, 8 May 2013 14:09:06 -0500"  >Please review following information&lt;br/&gt;
============================&lt;br/&gt;
&lt;br/&gt;
Replica Read&lt;br/&gt;
Binary opcode: CMD_GET_REPLICA - 0x83&lt;br/&gt;
&lt;br/&gt;
Description: A new ep_engine specific binary retrieval command that retrieves data correspond to a given key. The command behaves exactly like the existing binary get command, except it returns data for a vbucket that is in replica state (vs active state in case of the normal get state)&lt;br/&gt;
&lt;br/&gt;
Request &amp;amp; Response:&lt;br/&gt;
* Both Response and Request header structures for this command is identical to tho ones of the regular get.&lt;br/&gt;
* Request example: Replica Get(&amp;quot;Hello&amp;quot;) &lt;br/&gt;
&amp;nbsp;&amp;nbsp;Field  (offset) (value)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Magic  (0)    : 0x80&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Opcode   (1)    : 0x83&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Key length   (2,3)  : 0x0005&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Extra length (4)    : 0x00&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Data type (5)    : 0x00&lt;br/&gt;
&amp;nbsp;&amp;nbsp;VBucket  (6,7)  : 0x0000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Total body   (8-11) : 0x00000005&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Opaque  (12-15): 0x00000000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;CAS  (16-23): 0x0000000000000000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Extras  : None&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Key  (24-29): The textual string: &amp;quot;Hello&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Value   : None&lt;br/&gt;
&lt;br/&gt;
* Response example: Replica Get(&amp;quot;Hello&amp;quot;) response ex.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Field  (offset) (value)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Magic  (0) : 0x81&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Opcode   (1) : 0x83&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Key length   (2,3)  : 0x0000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Extra length (4) : 0x04&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Data type (5)  : 0x00&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Status (6,7) :0x0000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Total body   (8-11) : 0x00000009&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Opaque  (12-15): 0x00000000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;CAS  (16-23): 0x0000000000000001&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Key  (24-29): The textual string: &amp;quot;Hello&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Value   : The textual string: &amp;quot;World&amp;quot;&lt;br/&gt;
&lt;br/&gt;
Response Status:&lt;br/&gt;
* ENGINE_NOT_MY_VBUCKET = 0x0c&lt;br/&gt;
&amp;nbsp;&amp;nbsp;cannot find vbucket with key or&lt;br/&gt;
&amp;nbsp;&amp;nbsp;vbucket is not in replica state&lt;br/&gt;
&lt;br/&gt;
* ENGINE_EWOULDBLOCK = 0x07&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;EP Engine would block - vbucket is in pending operation&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;Unit Tests:&lt;br/&gt;
* test_get_replica - returns data for a vbucket that is in replica state&lt;br/&gt;
* test_get_replica_active_state - returns error for a vbucket that is in active state   (ENGINE_NOT_MY_VBUCKET)&lt;br/&gt;
* test_get_replica_pending_state - returns error for a vbucket that that is in pending state (ENGINE_EWOULDBLOCK)&lt;br/&gt;
* test_get_replica_dead_state - returns error for a vbucket that is in dead state (ENGINE_NOT_MY_VBUCKET)</comment>
                    <comment id="58282" author="kzeller" created="Tue, 14 May 2013 16:16:22 -0500"  >Sent to support:&lt;br/&gt;
&lt;br/&gt;
Hi,&lt;br/&gt;
&lt;br/&gt;
I&amp;#39;m tasked with documenting the newly &amp;quot;productized&amp;quot; replica read API. The current and only information to document is below. I am meeting with Jin Thursday this week so I can get additional information that people need to know about this.&lt;br/&gt;
&lt;br/&gt;
Please let me know if there are specific things a developer wants to know that is not already provided by him. I will get it from him.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Thanks&lt;br/&gt;
&lt;br/&gt;
Karen</comment>
                    <comment id="58299" author="kzeller" created="Tue, 14 May 2013 18:25:12 -0500"  >Questions from Tim:&lt;br/&gt;
&lt;br/&gt;
Karen,&lt;br/&gt;
&lt;br/&gt;
One thing to document explicitly, although I assume it is the only&lt;br/&gt;
logical way for this to be implemented: a replica read for an item&lt;br/&gt;
that is not resident in the caching layer will cause it to be fetched&lt;br/&gt;
from disk and its value cached. So the resident % for replica vbuckets&lt;br/&gt;
can have a significant impact on replica read performance.&lt;br/&gt;
&lt;br/&gt;
Question for Jin: &lt;br/&gt;
is there a stat to track cache miss ratio for&lt;br/&gt;
replica reads?&lt;br/&gt;
&lt;br/&gt;
Answer from Jin: ep_bg_fetch is the closest thing, which tells you the total number of background fetches. The one thing you can check is the change pre-replica-reads compared to replica-read scenario for the same data set.&lt;br/&gt;
No distinction in underlying ep engine whether it is fetching active or replica.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;bg_fetch for replica reads vs. active reads, or are&lt;br/&gt;
those combined in a single stat? &lt;br/&gt;
&lt;br/&gt;
Answer: see above. a single stat for both active and replica reads.&lt;br/&gt;
&lt;br/&gt;
Any other stats that are exposed to&lt;br/&gt;
understand performance of replica reads?&lt;br/&gt;
&lt;br/&gt;
Answer: No &lt;br/&gt;
&lt;br/&gt;
I think the most important information for developers depends on the&lt;br/&gt;
client SDK, which I guess Matt will have to answer. For example, if&lt;br/&gt;
the bucket is configured with more than one replica copy, which&lt;br/&gt;
replica server will be queried?&lt;br/&gt;
&lt;br/&gt;
Answer: All true&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;If the first attempt at a replica read&lt;br/&gt;
fails, will it try a 2nd (and 3rd) before returning an error? How can&lt;br/&gt;
that behavior be configured?&lt;br/&gt;
&lt;br/&gt;
Answer: All depends on client.....&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58309" author="kzeller" created="Tue, 14 May 2013 19:40:42 -0500"  >From Frank:&lt;br/&gt;
&lt;br/&gt;
I think key for developers will be to talk about the potential staleness of the data and be explicit when to use it (active node is unreachable and your app is okay with stale data [maybe mentioning observe for replication to counter is a consideration, though performance impact I believe is quite meaningful]) and when not (to try and spread read load, as you often do with other databases).&lt;br/&gt;
&lt;br/&gt;
Input from Jin: The best use case for replica read from server perspective is when, during the 30 seconds of...&lt;br/&gt;
&lt;br/&gt;
takes 30 seconds for server to detect a node is unavailable and initiate auto-failover, if avaiable. During that time, clients may experience get fails, in which case, clients attempt replica. E.g. if 5 get attempts fail, try the replica read....  &lt;br/&gt;
&lt;br/&gt;
imagine mutation has not yet replicated to other node and you do a replica node. You may get the data that last replicated to that node, the current set on the active node. May not the version that was on the active node.&lt;br/&gt;
&lt;br/&gt;
should recommend to user that they can use the CAS operation to determine integrity of replicated data. Basically do a  set with CAS  and compare cas number from active node with your replica read CAS......Basically for each set, keep the cas and compare it with CAS from replica read.....&lt;br/&gt;
&lt;br/&gt;
Still in case of multiple concurrent sets and gets from multiple clients, there will always be some risk that data is &amp;quot;stale&amp;quot;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58364" author="kzeller" created="Wed, 15 May 2013 12:04:56 -0500"  >From Perry:&lt;br/&gt;
&lt;br/&gt;
Agree that the most critical information will be around how, when and when not to use this feature. &lt;br/&gt;
&lt;br/&gt;
-When: you need data and multiple gets continuously fail, then attempt this scenario. If you have SLA by certain time.&lt;br/&gt;
-When not: if you cannot afford to return stale data, do not use, or definitely use CAS to mitigate staleness. If you don&amp;#39;t care about availability of data, e.g. user profile.&lt;br/&gt;
-how: see binary....&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;We will also have to bring in both how this is different from a failover (which turns a replica vbucket into an active one)&lt;br/&gt;
-Failover: application will continue doing a get because the replicated data becomes available and client will still get it. Functioning nodes with replicated data can still server it. Clients will also automatically know to go to the healthy nodes too.&lt;br/&gt;
&lt;br/&gt;
-Replica read really for scenario that applications cannot function without 30 seconds of downtime and must get data within that timeframe.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;and what happens to this functionality after a failover happens.&lt;br/&gt;
&lt;br/&gt;
-if you attempt a replica read on a node that is promoted to &amp;#39;active&amp;#39; server will send a failure message (because the replica no longer a replica): ENGINE_NOT_MY_VBUCKET.......up to SDKs on how they handle this error.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Point on SDKs: how they handle errors if replica no longer replica and if they reroute request......Up to SDKs&lt;br/&gt;
</comment>
                    <comment id="58574" author="kzeller" created="Thu, 16 May 2013 18:07:39 -0500"  >Send this over a &lt;br/&gt;
&lt;br/&gt;
Request &amp;amp; Response:&lt;br/&gt;
* Both Response and Request header structures for this command is identical to tho ones of the regular get.&lt;br/&gt;
* Request example: Replica Get(&amp;quot;Hello&amp;quot;) &lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Field (offset) (value)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Magic (0) : 0x80&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Opcode (1) : 0x83&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Key length (2,3) : 0x0005&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Extra length (4) : 0x00&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Data type (5) : 0x00&lt;br/&gt;
&amp;nbsp;&amp;nbsp;VBucket (6,7) : 0x0000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Total body (8-11) : 0x00000005&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Opaque (12-15): 0x00000000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;CAS (16-23): 0x0000000000000000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Extras : None&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Key (24-29): The textual string: &amp;quot;Hello&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Value : None&lt;br/&gt;
&lt;br/&gt;
Everything in the request is same as a binary protocol get request except the Opcode which must 0x83....&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
* Response example: Replica Get(&amp;quot;Hello&amp;quot;) response ex.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Field (offset) (value)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Magic (0) : 0x81&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Opcode (1) : 0x83&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Key length (2,3) : 0x0000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Extra length (4) : 0x04&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Data type (5) : 0x00&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Status (6,7) :0x0000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Total body (8-11) : 0x00000009&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Opaque (12-15): 0x00000000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;CAS (16-23): 0x0000000000000001&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Key (24-29): The textual string: &amp;quot;Hello&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Value : The textual string: &amp;quot;World&amp;quot;&lt;br/&gt;
&lt;br/&gt;
Get the same type of return value as you have with GET(). no flag, etc. indicate this is replica read get&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Response Status:&lt;br/&gt;
* ENGINE_NOT_MY_VBUCKET = 0x0c&lt;br/&gt;
&amp;nbsp;&amp;nbsp;cannot find vbucket with key or&lt;br/&gt;
&amp;nbsp;&amp;nbsp;vbucket is not in replica state&lt;br/&gt;
&lt;br/&gt;
occurs if replica node elevated to active.....&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
* ENGINE_EWOULDBLOCK = 0x07&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;EP Engine would block - vbucket is in pending operation&lt;br/&gt;
&lt;br/&gt;
can happen if node undergoing rebalance.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;Unit Tests:&lt;br/&gt;
&lt;br/&gt;
(internal: informational for support)&lt;br/&gt;
&lt;br/&gt;
* test_get_replica - returns data for a vbucket that is in replica state&lt;br/&gt;
* test_get_replica_active_state - returns error for a vbucket that is in active state (ENGINE_NOT_MY_VBUCKET)&lt;br/&gt;
* test_get_replica_pending_state - returns error for a vbucket that that is in pending state (ENGINE_EWOULDBLOCK)&lt;br/&gt;
* test_get_replica_dead_state - returns error for a vbucket that is in dead state (ENGINE_NOT_MY_VBUCKET)</comment>
                    <comment id="58799" author="kzeller" created="Mon, 20 May 2013 13:04:13 -0500"  >Added to 2.0.2 RN and sent PDF for review:&lt;br/&gt;
&lt;br/&gt;
	&amp;lt;rnentry type=&amp;quot;feature&amp;quot;&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;version ver=&amp;quot;2.0.0m&amp;quot;/&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;class id=&amp;quot;db&amp;quot;/&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;issue type=&amp;quot;cb&amp;quot; ref=&amp;quot;&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7852&quot; title=&quot;[Doc&amp;#39;d] Complete productization of Replica Read API&quot;&gt;&lt;strike&gt;MB-7852&lt;/strike&gt;&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;rntext&amp;gt;&lt;br/&gt;
			&lt;br/&gt;
			&amp;lt;para&amp;gt;&lt;br/&gt;
Couchbase Server provides a binary protocol for replica read. The command is similar to the existing binary get command, however it returns data for&lt;br/&gt;
a vBucket that is in replica state as opposed to an active state. For more information, see &lt;br/&gt;
&amp;lt;ulink url=&amp;quot;&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-protocol-replica-read.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-protocol-replica-read.html&lt;/a&gt;&amp;quot;&amp;gt;Couchbase Developer&amp;#39;s Guide, Replica Read&amp;lt;/ulink&amp;gt;.&amp;lt;/para&amp;gt;&lt;br/&gt;
			&lt;br/&gt;
			&lt;br/&gt;
		&amp;lt;/rntext&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
	&amp;lt;/rnentry&amp;gt;</comment>
                    <comment id="58940" author="perry" created="Tue, 21 May 2013 16:11:56 -0500"  >Thanks Karen, looks great.  Some quick comments from me:&lt;br/&gt;
[FIXED]-Page 128 under &amp;quot;Replica Read&amp;quot;: &amp;quot;we have binary protocol&amp;quot; should be &amp;quot;we have a binary protocol&amp;quot;&lt;br/&gt;
[FIXED]-Page 128: &amp;quot;longer to for human intervention&amp;quot; should be &amp;quot;longer for human intervention&amp;quot;&lt;br/&gt;
[MOVED HIGHER UP]-Page 128: I think the link to more information on failing over nodes should be higher up in the paragraph (after the 3rd paragram) and/or separated from the discussion about the decision to use the replica read&lt;br/&gt;
[FIXED]-Page 128: This seems a little harsh: &amp;quot;We do not recommend you use replica read for any scenario, especially if you do not care about a very high level of availability&amp;quot;.  I would reword it a bit along the lines of &amp;quot;Using the replica read functionality can introduce the possibility of inconsistent data and our general recommendation is to have application-level logic to deal with short periods of unavailability&amp;quot; CHANGED TO:  If you use replica read, it will introduce the possibility that a client gets inconsistent data from the cluster; for this reason we generally recommend you have your application logic handle shorts periods of unavailability. &lt;br/&gt;
</comment>
                    <comment id="59037" author="kzeller" created="Wed, 22 May 2013 13:00:24 -0500"  >Hi Deep,&lt;br/&gt;
&lt;br/&gt;
You should talk to Jin for more clarification on code snippets, but my understanding is that the binary we show IS everything you send for the request. The only parameter you alter is the key you send in binary.&lt;br/&gt;
&lt;br/&gt;
On the second point, we made an explicit decision for 1.8 and 2.0 that we NOT document the binary as the other APIs because it is for people building client libraries, not for people who are using a language-based client library to build a web application. It is for a separate category of developers who are building, for example a Erlang driver or NodeJs driver for Couchbase.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Regards,&lt;br/&gt;
&lt;br/&gt;
Karen&lt;br/&gt;
&lt;br/&gt;
From: Deepkaran Salooja &amp;lt;&lt;a href=&apos;mailto:deepkaran.salooja@globallogic.com&apos;&gt;deepkaran.salooja@globallogic.com&lt;/a&gt;&amp;gt;&lt;br/&gt;
Date: Wednesday, May 22, 2013 5:31 AM&lt;br/&gt;
To: Karen Zeller &amp;lt;&lt;a href=&apos;mailto:karen.zeller@couchbase.com&apos;&gt;karen.zeller@couchbase.com&lt;/a&gt;&amp;gt;&lt;br/&gt;
Cc: Iryna &amp;lt;&lt;a href=&apos;mailto:irynamironava@gmail.com&apos;&gt;irynamironava@gmail.com&lt;/a&gt;&amp;gt;, Maria McDuff &amp;lt;&lt;a href=&apos;mailto:Maria@couchbase.com&apos;&gt;Maria@couchbase.com&lt;/a&gt;&amp;gt;, Iryna Mironava &amp;lt;&lt;a href=&apos;mailto:iryna@couchbase.com&apos;&gt;iryna@couchbase.com&lt;/a&gt;&amp;gt;&lt;br/&gt;
Subject: Re: [DOCS Draft Review: Replica Read Binary]&lt;br/&gt;
&lt;br/&gt;
Hi Karen,&lt;br/&gt;
&lt;br/&gt;
The explanation looks good. Few comments:&lt;br/&gt;
&lt;br/&gt;
- We can have the name/details(e.g. how many arguments) of the API for replica read or some code snippet like we have in case of CAS/append/prepend, which would clarify the usage.&lt;br/&gt;
&lt;br/&gt;
- Also I am a little unclear about keeping this under the section &amp;quot;Chapter8. Developing a Client Library&amp;quot; rather than along with other APIs we provide.&lt;br/&gt;
&lt;br/&gt;
Thanks,&lt;br/&gt;
Deep&lt;br/&gt;
</comment>
                    <comment id="59046" author="kzeller" created="Wed, 22 May 2013 13:41:39 -0500"  >Sent 5/20&lt;br/&gt;
&lt;br/&gt;
Attached is draft content for replica read as a binary protocol:&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&amp;quot;Replica Read&amp;quot;, pages 128-129 of Developer Guide&lt;br/&gt;
&lt;br/&gt;
Mandatory Reviewers: Jin Lim, Irina, Deep&lt;br/&gt;
&lt;br/&gt;
Optional Reviewers: PerryK, TimS, FrankW&lt;br/&gt;
&lt;br/&gt;
Bug tracking doc update: &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7852&quot;&gt;http://www.couchbase.com/issues/browse/MB-7852&lt;/a&gt;&lt;br/&gt;
Review timeframe: *Please provide your review input by EOD Friday, May 24  of this week. &lt;br/&gt;
&lt;br/&gt;
*Please add comments directly to the PDF or to the bug link above. </comment>
                    <comment id="59047" author="kzeller" created="Wed, 22 May 2013 13:43:00 -0500"  >Final drafted to be published: &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-protocol-replica-read.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-protocol-replica-read.html&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="59048" author="kzeller" created="Wed, 22 May 2013 13:43:10 -0500"  >Final drafted to be published: &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-protocol-replica-read.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-protocol-replica-read.html&lt;/a&gt;&lt;br/&gt;
</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Thu, 21 Mar 2013 16:07:35 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                    <customfield id="customfield_10010" key="com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes">
                <customfieldname>Flagged</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10010"><![CDATA[Release Note]]></customfieldvalue>
    
                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>57</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8329] ui doesn&apos;t show document content </title>
                <link>http://www.couchbase.com/issues/browse/MB-8329</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>earlier documents page shown id and content, now content is omitted</description>
                <environment>2.0.2-807-rel&lt;br/&gt;
&amp;lt;manifest&amp;gt;&amp;lt;remote name=&amp;quot;couchbase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/couchbase/&quot;&gt;git://github.com/couchbase/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;membase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/membase/&quot;&gt;git://github.com/membase/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;apache&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/apache/&quot;&gt;git://github.com/apache/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;erlang&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/erlang/&quot;&gt;git://github.com/erlang/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;default remote=&amp;quot;couchbase&amp;quot; revision=&amp;quot;master&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;tlm&amp;quot; path=&amp;quot;tlm&amp;quot; revision=&amp;quot;adb5d29b739fc98d721665978091807d9abe74f1&amp;quot;&amp;gt;&amp;lt;copyfile src=&amp;quot;Makefile.top&amp;quot; dest=&amp;quot;Makefile&amp;quot;/&amp;gt;&amp;lt;/project&amp;gt;&amp;lt;project name=&amp;quot;bucket_engine&amp;quot; path=&amp;quot;bucket_engine&amp;quot; revision=&amp;quot;2a797a8d97f421587cce728f2e6aa2cd42c8fa26&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ep-engine&amp;quot; path=&amp;quot;ep-engine&amp;quot; revision=&amp;quot;d03c48ac89e92ad0a674a6653377fe68e38a1aba&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libconflate&amp;quot; path=&amp;quot;libconflate&amp;quot; revision=&amp;quot;c0d3e26a51f25a2b020713559cb344d43ce0b06c&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libmemcached&amp;quot; path=&amp;quot;libmemcached&amp;quot; revision=&amp;quot;ca739a890349ac36dc79447e37da7caa9ae819f5&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libvbucket&amp;quot; path=&amp;quot;libvbucket&amp;quot; revision=&amp;quot;408057ec55da3862ab8d75b1ed25d2848afd640f&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-cli&amp;quot; path=&amp;quot;couchbase-cli&amp;quot; revision=&amp;quot;ba4b6057ca214715e85ed11522601e2e13b88c1d&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;memcached&amp;quot; path=&amp;quot;memcached&amp;quot; revision=&amp;quot;b6ceb46fc26ac6f1d6be7a5866d6c6c0f6e6d32a&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;moxi&amp;quot; path=&amp;quot;moxi&amp;quot; revision=&amp;quot;4b391021af7a453bf88716724d2c644916ebd969&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ns_server&amp;quot; path=&amp;quot;ns_server&amp;quot; revision=&amp;quot;3bb4e9525bc6b9a600b2285384d2e20d0cae9723&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;portsigar&amp;quot; path=&amp;quot;portsigar&amp;quot; revision=&amp;quot;159b6179ea8a3c2075ee9eb2afa6f91c98c0fda6&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;sigar&amp;quot; path=&amp;quot;sigar&amp;quot; revision=&amp;quot;63a3cd1b316d2d4aa6dd31ce8fc66101b983e0b0&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-examples&amp;quot; path=&amp;quot;couchbase-examples&amp;quot; revision=&amp;quot;cd9c8600589a1996c1ba6dbea9ac171b937d3379&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-python-client&amp;quot; path=&amp;quot;couchbase-python-client&amp;quot; revision=&amp;quot;d443169c0694fca1be67d8f6934a8c50f0175ee7&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdb&amp;quot; path=&amp;quot;couchdb&amp;quot; revision=&amp;quot;3d9a23c4a79767aec43c05636e117eedf690a4f1&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdbx-app&amp;quot; path=&amp;quot;couchdbx-app&amp;quot; revision=&amp;quot;e7e3680d94ff592915bb369a74756e7e8ba64365&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchstore&amp;quot; path=&amp;quot;couchstore&amp;quot; revision=&amp;quot;963fc26eafc67514eed5c9a3752d5d4cbdf5971d&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;geocouch&amp;quot; path=&amp;quot;geocouch&amp;quot; revision=&amp;quot;ed9ad43aa361df0829262fef811b5236331b44c8&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;testrunner&amp;quot; path=&amp;quot;testrunner&amp;quot; revision=&amp;quot;26873dc894b3db0fa67424da7c41ad4d37e82650&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;healthchecker&amp;quot; path=&amp;quot;healthchecker&amp;quot; revision=&amp;quot;32d33ebee48ddfcbfa0163946f71fb0d4381f6dc&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;otp&amp;quot; path=&amp;quot;otp&amp;quot; revision=&amp;quot;b6dc1a844eab061d0a7153d46e7e68296f15a504&amp;quot; remote=&amp;quot;erlang&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;icu4c&amp;quot; path=&amp;quot;icu4c&amp;quot; revision=&amp;quot;26359393672c378f41f2103a8699c4357c894be7&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;snappy&amp;quot; path=&amp;quot;snappy&amp;quot; revision=&amp;quot;5681dde156e9d07adbeeab79666c9a9d7a10ec95&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;v8&amp;quot; path=&amp;quot;v8&amp;quot; revision=&amp;quot;447decb75060a106131ab4de934bcc374648e7f2&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;gperftools&amp;quot; path=&amp;quot;gperftools&amp;quot; revision=&amp;quot;44a584d1de8c89addfb4f1d0522bdbbbed83ba48&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;pysqlite&amp;quot; path=&amp;quot;pysqlite&amp;quot; revision=&amp;quot;0ff6e32ea05037fddef1eb41a648f2a2141009ea&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;/manifest&amp;gt;</environment>
            <key id="24361">MB-8329</key>
            <summary>ui doesn&apos;t show document content </summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="4">Incomplete</resolution>
                    <security id="10011">Public</security>
                        <assignee username="alkondratenko">Aleksey Kondratenko</assignee>
                                <reporter username="Iryna">Iryna Mironava</reporter>
                        <labels>
                    </labels>
                <created>Tue, 21 May 2013 05:11:31 -0500</created>
                <updated>Wed, 22 May 2013 12:53:26 -0500</updated>
                    <resolved>Wed, 22 May 2013 12:53:26 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="58931" author="alkondratenko" created="Tue, 21 May 2013 15:06:59 -0500"  >Sorry. Not sure I understand what&amp;#39;s wrong here.&lt;br/&gt;
&lt;br/&gt;
Can you elaborate please ?</comment>
                    <comment id="58979" author="Iryna" created="Wed, 22 May 2013 01:59:52 -0500"  >earlier we had 2 columns on this page - ids and contents of documents, now contents column is disappeared</comment>
                    <comment id="59021" author="maria" created="Wed, 22 May 2013 11:55:52 -0500"  >bumping to major. we need it fixed for 2.0.2 release.</comment>
                    <comment id="59036" author="alkondratenko" created="Wed, 22 May 2013 12:53:26 -0500"  >Not a bug. Content that&amp;#39;s not json is not displayed. by design.</comment>
                </comments>
                    <attachments>
                    <attachment id="17403" name="doc_old.png" size="134435" author="Iryna" created="Tue, 21 May 2013 05:11:31 -0500" />
                    <attachment id="17404" name="rsz_doc_new.png" size="123088" author="Iryna" created="Tue, 21 May 2013 05:11:31 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 21 May 2013 15:06:59 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11347</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8332] moxi crashed when delete non default bucket</title>
                <link>http://www.couchbase.com/issues/browse/MB-8332</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Test on build 2.0.2-809 on windows 8 64bit&lt;br/&gt;
Create default bucket, &lt;br/&gt;
Delete default bucket  ==&amp;gt; no moxi crashed&lt;br/&gt;
&lt;br/&gt;
Create sasl bucket&lt;br/&gt;
Delete  sasl bucket ==&amp;gt; moxi crashed as show in log&lt;br/&gt;
&lt;br/&gt;
Deleted bucket &amp;quot;saslbucket&amp;quot;&lt;br/&gt;
	menelaus_web011 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:43:37 - Tue May 21, 2013&lt;br/&gt;
Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:babysitter_of_ns_1@127.0.0.1&apos;&gt;babysitter_of_ns_1@127.0.0.1&lt;/a&gt;&amp;#39; exited with status 0. Restarting. Messages: 2013-05-21 18:40:02: (cproxy_config.c.317) env: MOXI_SASL_PLAIN_USR (13)&lt;br/&gt;
2013-05-21 18:40:02: (cproxy_config.c.326) env: MOXI_SASL_PLAIN_PWD (8)&lt;br/&gt;
2013-05-21 18:40:36: (agent_config.c.705) ERROR: bad JSON configuration from &lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&lt;/a&gt; Number of vBuckets must be a power of two &amp;gt; 0 and &amp;lt;= 65536 ({&lt;br/&gt;
&amp;quot;name&amp;quot;: &amp;quot;default&amp;quot;,&lt;br/&gt;
&amp;quot;nodeLocator&amp;quot;: &amp;quot;vbucket&amp;quot;,&lt;br/&gt;
&amp;quot;saslPassword&amp;quot;: &amp;quot;&amp;quot;,&lt;br/&gt;
&amp;quot;nodes&amp;quot;: [{&lt;br/&gt;
&amp;quot;hostname&amp;quot;: &amp;quot;127.0.0.1:8091&amp;quot;,&lt;br/&gt;
&amp;quot;ports&amp;quot;: {&lt;br/&gt;
&amp;quot;direct&amp;quot;: 11210,&lt;br/&gt;
&amp;quot;proxy&amp;quot;: 11211&lt;br/&gt;
}&lt;br/&gt;
}],&lt;br/&gt;
&amp;quot;vBucketServerMap&amp;quot;: {&lt;br/&gt;
&amp;quot;hashAlgorithm&amp;quot;: &amp;quot;CRC&amp;quot;,&lt;br/&gt;
&amp;quot;numReplicas&amp;quot;: 1,&lt;br/&gt;
&amp;quot;serverList&amp;quot;: [&amp;quot;127.0.0.1:11210&amp;quot;],&lt;br/&gt;
&amp;quot;vBucketMap&amp;quot;: []&lt;br/&gt;
}&lt;br/&gt;
})&lt;br/&gt;
2013-05-21 18:43:11: (agent_config.c.705) ERROR: bad JSON configuration from &lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&lt;/a&gt; Number of vBuckets must be a power of two &amp;gt; 0 and &amp;lt;= 65536 ({&lt;br/&gt;
&amp;quot;name&amp;quot;: &amp;quot;saslbucket&amp;quot;,&lt;br/&gt;
&amp;quot;nodeLocator&amp;quot;: &amp;quot;vbucket&amp;quot;,&lt;br/&gt;
&amp;quot;saslPassword&amp;quot;: &amp;quot;&amp;quot;,&lt;br/&gt;
&amp;quot;nodes&amp;quot;: [{&lt;br/&gt;
&amp;quot;hostname&amp;quot;: &amp;quot;127.0.0.1:8091&amp;quot;,&lt;br/&gt;
&amp;quot;ports&amp;quot;: {&lt;br/&gt;
&amp;quot;direct&amp;quot;: 11210,&lt;br/&gt;
&amp;quot;proxy&amp;quot;: 11211&lt;br/&gt;
}&lt;br/&gt;
}],&lt;br/&gt;
&amp;quot;vBucketServerMap&amp;quot;: {&lt;br/&gt;
&amp;quot;hashAlgorithm&amp;quot;: &amp;quot;CRC&amp;quot;,&lt;br/&gt;
&amp;quot;numReplicas&amp;quot;: 1,&lt;br/&gt;
&amp;quot;serverList&amp;quot;: [&amp;quot;127.0.0.1:11210&amp;quot;],&lt;br/&gt;
&amp;quot;vBucketMap&amp;quot;: []&lt;br/&gt;
}&lt;br/&gt;
})&lt;br/&gt;
EOL on stdin. Exiting 	ns_log000 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:43:37 - Tue May 21, 2013&lt;br/&gt;
Shutting down bucket &amp;quot;saslbucket&amp;quot; on &amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39; for deletion 	ns_memcached002 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:43:33 - Tue May 21, 2013&lt;br/&gt;
Bucket &amp;quot;saslbucket&amp;quot; loaded on node &amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39; in 0 seconds. 	ns_memcached001 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:43:09 - Tue May 21, 2013&lt;br/&gt;
Created bucket &amp;quot;saslbucket&amp;quot; of type: membase&lt;br/&gt;
[{num_replicas,1},&lt;br/&gt;
{replica_index,false},&lt;br/&gt;
{ram_quota,2515533824},&lt;br/&gt;
{auth_type,sasl},&lt;br/&gt;
{autocompaction,false},&lt;br/&gt;
{flush_enabled,false}] 	menelaus_web012 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:43:09 - Tue May 21, 2013&lt;br/&gt;
Shutting down bucket &amp;quot;default&amp;quot; on &amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39; for deletion 	ns_memcached002 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:41:59 - Tue May 21, 2013&lt;br/&gt;
Bucket &amp;quot;default&amp;quot; loaded on node &amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39; in 0 seconds. 	ns_memcached001 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:40:34 - Tue May 21, 2013&lt;br/&gt;
Created bucket &amp;quot;default&amp;quot; of type: membase&lt;br/&gt;
[{num_replicas,1},&lt;br/&gt;
{replica_index,false},&lt;br/&gt;
{ram_quota,2515533824},&lt;br/&gt;
{auth_type,sasl},&lt;br/&gt;
{autocompaction,false},&lt;br/&gt;
{flush_enabled,false}] 	menelaus_web012 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:40:34 - Tue May 21, 2013&lt;br/&gt;
Deleted bucket &amp;quot;new-bucket-97c90481-0efb-4ad3-84ed-8a0bc00799ad&amp;quot;&lt;br/&gt;
(repeated 1 times) 	menelaus_web011 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:40:27 - Tue May 21, 2013&lt;br/&gt;
Client-side error-report for user &amp;quot;Administrator&amp;quot; on node &amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39;:&lt;br/&gt;
User-Agent:Python-httplib2/$Rev: 259 $&lt;br/&gt;
2013-05-21 18:39:58.017545 : test_non_default_moxi finished&lt;br/&gt;
	menelaus_web102 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:40:02 - Tue May 21, 2013&lt;br/&gt;
Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:babysitter_of_ns_1@127.0.0.1&apos;&gt;babysitter_of_ns_1@127.0.0.1&lt;/a&gt;&amp;#39; exited with status 0. Restarting. Messages: 2013-05-21 18:39:43: (cproxy_config.c.317) env: MOXI_SASL_PLAIN_USR (13)&lt;br/&gt;
2013-05-21 18:39:43: (cproxy_config.c.326) env: MOXI_SASL_PLAIN_PWD (8)&lt;br/&gt;
EOL on stdin. Exiting 	ns_log000 	&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt; 	18:40:02 - Tue May 21, 2013&lt;br/&gt;
Shutting down bucket &amp;quot;new-bucket-97c90481-0efb-4ad3-84ed-8a0bc00799ad&amp;quot; on &amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39; for deletion&lt;br/&gt;
&lt;br/&gt;
Link to manifest file of this build &lt;a href=&quot;http://builds.hq.northscale.net/latestbuilds/couchbase-server-enterprise_x86_64_2.0.2-809-rel.setup.exe.manifest.xml&quot;&gt;http://builds.hq.northscale.net/latestbuilds/couchbase-server-enterprise_x86_64_2.0.2-809-rel.setup.exe.manifest.xml&lt;/a&gt;&lt;br/&gt;
</description>
                <environment>windows 8 64bit</environment>
            <key id="24382">MB-8332</key>
            <summary>moxi crashed when delete non default bucket</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="4">Incomplete</resolution>
                    <security id="10011">Public</security>
                        <assignee username="alkondratenko">Aleksey Kondratenko</assignee>
                                <reporter username="thuan">Thuan Nguyen</reporter>
                        <labels>
                    </labels>
                <created>Tue, 21 May 2013 21:07:56 -0500</created>
                <updated>Wed, 22 May 2013 12:48:16 -0500</updated>
                    <resolved>Wed, 22 May 2013 12:48:16 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>1</watches>
                                                    <comments>
                    <comment id="59032" author="alkondratenko" created="Wed, 22 May 2013 12:48:16 -0500"  >Not seeing any problems here. Moxi complaining about empty vbucket map is expected and harmless</comment>
                </comments>
                    <attachments>
                    <attachment id="17420" name="10.17.46.220-5212013-1858-diag.zip" size="7962791" author="thuan" created="Tue, 21 May 2013 21:07:56 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 22 May 2013 12:48:16 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10024"><![CDATA[Windows 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11372</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8010] Couchbase Logo update on Windows Installer</title>
                <link>http://www.couchbase.com/issues/browse/MB-8010</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description></description>
                <environment></environment>
            <key id="23499">MB-8010</key>
            <summary>Couchbase Logo update on Windows Installer</summary>
                <type id="7" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/task_agile.png">Technical task</type>
                    <parent id="22838">MB-7804</parent>
                        <priority id="1" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/blocker.png">Blocker</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="bcui">Bin Cui</assignee>
                                <reporter username="anil">Anil Kumar</reporter>
                        <labels>
                    </labels>
                <created>Tue, 2 Apr 2013 12:02:04 -0500</created>
                <updated>Wed, 22 May 2013 11:01:59 -0500</updated>
                    <resolved>Thu, 16 May 2013 21:12:14 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>installer</component>
                                <votes>0</votes>
                        <watches>6</watches>
                                                    <comments>
                    <comment id="54832" author="anil" created="Wed, 10 Apr 2013 17:11:27 -0500"  >Can you take look at the Spec and logo assets and let me know if you&amp;#39;ve what you need to make the changes.</comment>
                    <comment id="55207" author="steve" created="Tue, 16 Apr 2013 13:52:10 -0500"  >Anil,&lt;br/&gt;
Assigning to you to get the right assets from the visual design folk.  Bin&amp;#39;s sent email to you regarding what he needs.&lt;br/&gt;
&lt;br/&gt;
Once you&amp;#39;ve got the new stuff, please attach them here and reassign this jira issue back to Bin.&lt;br/&gt;
Thanks,&lt;br/&gt;
Steve</comment>
                    <comment id="55552" author="bcui" created="Thu, 18 Apr 2013 18:35:45 -0500"  >&lt;a href=&quot;http://review.membase.org/#/c/25770/&quot;&gt;http://review.membase.org/#/c/25770/&lt;/a&gt;</comment>
                    <comment id="55996" author="maria" created="Tue, 23 Apr 2013 23:39:21 -0500"  >pls verify / close.</comment>
                    <comment id="56003" author="shashank" created="Wed, 24 Apr 2013 02:25:14 -0500"  >Verified.&lt;br/&gt;
Build : 2.0.2-772-rel</comment>
                    <comment id="56958" author="anil" created="Thu, 2 May 2013 12:49:28 -0500"  >As discussed attached are new images please fix.</comment>
                    <comment id="56967" author="bcui" created="Thu, 2 May 2013 13:15:35 -0500"  >update revised bmp and icn files</comment>
                    <comment id="57336" author="maria" created="Mon, 6 May 2013 18:11:22 -0500"  >pls verify / close.</comment>
                    <comment id="57426" author="shashank" created="Tue, 7 May 2013 12:51:01 -0500"  >I couldn&amp;#39;t find banner image in the latest build during setup. Attaching the screenshots of the old(having banner image) and new(no banner) setup processes.</comment>
                    <comment id="57427" author="bcui" created="Tue, 7 May 2013 12:53:32 -0500"  >I found the problem and get it fixed at &lt;a href=&quot;http://review.couchbase.org/#/c/26141/&quot;&gt;http://review.couchbase.org/#/c/26141/&lt;/a&gt;. It should be included in next build.</comment>
                    <comment id="57429" author="shashank" created="Tue, 7 May 2013 12:56:49 -0500"  >Ok. Will verify then.</comment>
                    <comment id="57662" author="shashank" created="Thu, 9 May 2013 01:23:47 -0500"  >Verified with build 2.0.2-787</comment>
                    <comment id="58590" author="thuan" created="Thu, 16 May 2013 20:12:00 -0500"  >The icon in &lt;br/&gt;
/cygdrive/c/Program Files/Couchbase/Server/share/couchdb/www/favicon.ico need to update to the new logo</comment>
                    <comment id="58597" author="bcui" created="Thu, 16 May 2013 21:12:14 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26369/&quot;&gt;http://review.couchbase.org/#/c/26369/&lt;/a&gt;</comment>
                    <comment id="59018" author="thuan" created="Wed, 22 May 2013 11:01:59 -0500"  >Integrated in github-couchdb-preview #584 (See [&lt;a href=&quot;http://qa.hq.northscale.net/job/github-couchdb-preview/584/&quot;&gt;http://qa.hq.northscale.net/job/github-couchdb-preview/584/&lt;/a&gt;])&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8010&quot; title=&quot;Couchbase Logo update on Windows Installer&quot;&gt;&lt;strike&gt;MB-8010&lt;/strike&gt;&lt;/a&gt;: update couchbase logo (Revision 3d9a23c4a79767aec43c05636e117eedf690a4f1)&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Result = SUCCESS&lt;br/&gt;
Bin Cui : &lt;br/&gt;
Files : &lt;br/&gt;
* share/www/favicon.ico&lt;br/&gt;
</comment>
                </comments>
                    <attachments>
                    <attachment id="17250" name="banner.bmp" size="153574" author="anil" created="Thu, 2 May 2013 12:49:54 -0500" />
                    <attachment id="17251" name="couchbase.ico" size="109361" author="anil" created="Thu, 2 May 2013 12:49:54 -0500" />
                    <attachment id="17270" name="new.png" size="13772" author="shashank" created="Tue, 7 May 2013 12:51:28 -0500" />
                    <attachment id="17269" name="old.png" size="12340" author="shashank" created="Tue, 7 May 2013 12:51:28 -0500" />
                    <attachment id="17252" name="sidebar.bmp" size="327416" author="anil" created="Thu, 2 May 2013 12:49:54 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 16 Apr 2013 13:52:10 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>342</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10080" key="com.pyxis.greenhopper.jira:gh-sprint">
                <customfieldname>Sprint</customfieldname>
                <customfieldvalues>
                        <customfieldvalue>5</customfieldvalue>
    <customfieldvalue>7</customfieldvalue>
    <customfieldvalue>9</customfieldvalue>
    <customfieldvalue>11</customfieldvalue>
    <customfieldvalue>14</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8215] [windows] firewalled node is seen as healthy</title>
                <link>http://www.couchbase.com/issues/browse/MB-8215</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>.29 node was firewalled&lt;br/&gt;
Domain Profile Settings: &lt;br/&gt;
----------------------------------------------------------------------&lt;br/&gt;
State                                 ON&lt;br/&gt;
Firewall Policy                       BlockInbound,AllowOutbound&lt;br/&gt;
LocalFirewallRules                    N/A (GPO-store only)&lt;br/&gt;
LocalConSecRules                      N/A (GPO-store only)&lt;br/&gt;
InboundUserNotification               Disable&lt;br/&gt;
RemoteManagement                      Disable&lt;br/&gt;
UnicastResponseToMulticast            Enable&lt;br/&gt;
&lt;br/&gt;
Logging:&lt;br/&gt;
LogAllowedConnections                 Disable&lt;br/&gt;
LogDroppedConnections                 Disable&lt;br/&gt;
FileName                              %systemroot%\system32\LogFiles\Firewall\pfirewall.log&lt;br/&gt;
MaxFileSize                           4096&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Private Profile Settings: &lt;br/&gt;
----------------------------------------------------------------------&lt;br/&gt;
State                                 ON&lt;br/&gt;
Firewall Policy                       BlockInbound,AllowOutbound&lt;br/&gt;
LocalFirewallRules                    N/A (GPO-store only)&lt;br/&gt;
LocalConSecRules                      N/A (GPO-store only)&lt;br/&gt;
InboundUserNotification               Disable&lt;br/&gt;
RemoteManagement                      Disable&lt;br/&gt;
UnicastResponseToMulticast            Enable&lt;br/&gt;
&lt;br/&gt;
Logging:&lt;br/&gt;
LogAllowedConnections                 Disable&lt;br/&gt;
LogDroppedConnections                 Disable&lt;br/&gt;
FileName                              %systemroot%\system32\LogFiles\Firewall\pfirewall.log&lt;br/&gt;
MaxFileSize                           4096&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Public Profile Settings: &lt;br/&gt;
----------------------------------------------------------------------&lt;br/&gt;
State                                 ON&lt;br/&gt;
Firewall Policy                       BlockInbound,AllowOutbound&lt;br/&gt;
LocalFirewallRules                    N/A (GPO-store only)&lt;br/&gt;
LocalConSecRules                      N/A (GPO-store only)&lt;br/&gt;
InboundUserNotification               Disable&lt;br/&gt;
RemoteManagement                      Disable&lt;br/&gt;
UnicastResponseToMulticast            Enable&lt;br/&gt;
&lt;br/&gt;
Logging:&lt;br/&gt;
LogAllowedConnections                 Disable&lt;br/&gt;
LogDroppedConnections                 Disable&lt;br/&gt;
FileName                              %systemroot%\system32\LogFiles\Firewall\pfirewall.log&lt;br/&gt;
MaxFileSize                           4096&lt;br/&gt;
&lt;br/&gt;
Ok.&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment>build 2.0.2-786 &lt;br/&gt;
&amp;lt;manifest&amp;gt;&amp;lt;remote name=&amp;quot;couchbase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://10.1.1.210/&quot;&gt;git://10.1.1.210/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;membase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://10.1.1.210/&quot;&gt;git://10.1.1.210/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;apache&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/apache/&quot;&gt;git://github.com/apache/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;erlang&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/erlang/&quot;&gt;git://github.com/erlang/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;default remote=&amp;quot;couchbase&amp;quot; revision=&amp;quot;master&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;tlm&amp;quot; path=&amp;quot;tlm&amp;quot; revision=&amp;quot;8adbb64f2fd38c89cd8e2f21e49d593577ca548f&amp;quot;&amp;gt;&amp;lt;copyfile dest=&amp;quot;Makefile&amp;quot; src=&amp;quot;Makefile.top&amp;quot;/&amp;gt;&amp;lt;/project&amp;gt;&amp;lt;project name=&amp;quot;bucket_engine&amp;quot; path=&amp;quot;bucket_engine&amp;quot; revision=&amp;quot;2a797a8d97f421587cce728f2e6aa2cd42c8fa26&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ep-engine&amp;quot; path=&amp;quot;ep-engine&amp;quot; revision=&amp;quot;b27577b5e1f476a50432b5f57549821b2c189cc6&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libconflate&amp;quot; path=&amp;quot;libconflate&amp;quot; revision=&amp;quot;c0d3e26a51f25a2b020713559cb344d43ce0b06c&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libmemcached&amp;quot; path=&amp;quot;libmemcached&amp;quot; revision=&amp;quot;ca739a890349ac36dc79447e37da7caa9ae819f5&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libvbucket&amp;quot; path=&amp;quot;libvbucket&amp;quot; revision=&amp;quot;026c79ae424a6daed4bb9345e86cc8fc21759b28&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-cli&amp;quot; path=&amp;quot;couchbase-cli&amp;quot; revision=&amp;quot;f550cdac33c231a13b6025a281d6308a518bcab2&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;memcached&amp;quot; path=&amp;quot;memcached&amp;quot; revision=&amp;quot;b6ceb46fc26ac6f1d6be7a5866d6c6c0f6e6d32a&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;moxi&amp;quot; path=&amp;quot;moxi&amp;quot; revision=&amp;quot;4b391021af7a453bf88716724d2c644916ebd969&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ns_server&amp;quot; path=&amp;quot;ns_server&amp;quot; revision=&amp;quot;477f595ebbfc6ef1429a7ba7215830fd56269688&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;portsigar&amp;quot; path=&amp;quot;portsigar&amp;quot; revision=&amp;quot;159b6179ea8a3c2075ee9eb2afa6f91c98c0fda6&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;sigar&amp;quot; path=&amp;quot;sigar&amp;quot; revision=&amp;quot;63a3cd1b316d2d4aa6dd31ce8fc66101b983e0b0&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-examples&amp;quot; path=&amp;quot;couchbase-examples&amp;quot; revision=&amp;quot;cd9c8600589a1996c1ba6dbea9ac171b937d3379&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-python-client&amp;quot; path=&amp;quot;couchbase-python-client&amp;quot; revision=&amp;quot;d443169c0694fca1be67d8f6934a8c50f0175ee7&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdb&amp;quot; path=&amp;quot;couchdb&amp;quot; revision=&amp;quot;586e4bb73b92db4362192616370c4e3edb8c34a0&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdbx-app&amp;quot; path=&amp;quot;couchdbx-app&amp;quot; revision=&amp;quot;ce8722ea78596663a1932881e1ea51af0164a313&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchstore&amp;quot; path=&amp;quot;couchstore&amp;quot; revision=&amp;quot;8de31a9e4232688de0b0fa70e218601881cdd0af&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;geocouch&amp;quot; path=&amp;quot;geocouch&amp;quot; revision=&amp;quot;ed9ad43aa361df0829262fef811b5236331b44c8&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;testrunner&amp;quot; path=&amp;quot;testrunner&amp;quot; revision=&amp;quot;e98e0059f8da7927a9e5c7896d8a69e5656befbb&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;healthchecker&amp;quot; path=&amp;quot;healthchecker&amp;quot; revision=&amp;quot;53b4ae787cb93f53c3dbaa90c266882a211ff4d8&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;otp&amp;quot; path=&amp;quot;otp&amp;quot; revision=&amp;quot;b6dc1a844eab061d0a7153d46e7e68296f15a504&amp;quot; remote=&amp;quot;erlang&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;icu4c&amp;quot; path=&amp;quot;icu4c&amp;quot; revision=&amp;quot;26359393672c378f41f2103a8699c4357c894be7&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;snappy&amp;quot; path=&amp;quot;snappy&amp;quot; revision=&amp;quot;5681dde156e9d07adbeeab79666c9a9d7a10ec95&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;v8&amp;quot; path=&amp;quot;v8&amp;quot; revision=&amp;quot;447decb75060a106131ab4de934bcc374648e7f2&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;gperftools&amp;quot; path=&amp;quot;gperftools&amp;quot; revision=&amp;quot;8f60ba949fb8576c530ef4be148bff97106ddc59&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;pysqlite&amp;quot; path=&amp;quot;pysqlite&amp;quot; revision=&amp;quot;0ff6e32ea05037fddef1eb41a648f2a2141009ea&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;/manifest&amp;gt;</environment>
            <key id="24117">MB-8215</key>
            <summary>[windows] firewalled node is seen as healthy</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="2">Won&apos;t Fix</resolution>
                    <security id="10011">Public</security>
                        <assignee username="deepkaran.salooja">Deepkaran Salooja</assignee>
                                <reporter username="Iryna">Iryna Mironava</reporter>
                        <labels>
                    </labels>
                <created>Wed, 8 May 2013 04:11:57 -0500</created>
                <updated>Wed, 22 May 2013 07:24:34 -0500</updated>
                    <resolved>Mon, 20 May 2013 05:54:31 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                                <votes>0</votes>
                        <watches>5</watches>
                                                    <comments>
                    <comment id="57532" author="Iryna" created="Wed, 8 May 2013 04:25:14 -0500"  >&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8215/16fc64ab/172.27.33.26-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8215/16fc64ab/172.27.33.26-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8215/16fc64ab/172.27.33.27-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8215/16fc64ab/172.27.33.27-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8215/16fc64ab/172.27.33.29-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8215/16fc64ab/172.27.33.29-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="57615" author="maria" created="Wed, 8 May 2013 15:09:18 -0500"  >iryna, can you check if the couchbase-ports are enabled or disabled?&lt;br/&gt;
did you also specifically disabled ports for couchbase? &lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Deep -- since Iryna is on vacation, can you take a look? thanks.</comment>
                    <comment id="57617" author="Aliaksey Artamonau" created="Wed, 8 May 2013 15:10:59 -0500"  >I see that .29 receives fresh heartbeats from other nodes when it supposed to be firewalled. I know nothing about windows firewall but it seems that you&amp;#39;re doing something wrong.</comment>
                    <comment id="58614" author="deepkaran.salooja" created="Fri, 17 May 2013 07:05:40 -0500"  >Tested below on a 4 node windows cluster(2.0.2-803-rel)&lt;br/&gt;
&lt;br/&gt;
1. Created a 4 node cluster and default bucket.&lt;br/&gt;
&lt;br/&gt;
2. Enabled windows firewall on node 10.3.2.25. Verified connecting to this node by following means:&lt;br/&gt;
&lt;br/&gt;
bash&amp;gt; rdesktop 10.3.2.25&lt;br/&gt;
Autoselected keyboard map en-us&lt;br/&gt;
ERROR: 10.3.2.25: unable to connect&lt;br/&gt;
&lt;br/&gt;
bash&amp;gt; ssh &lt;a href=&apos;mailto:Administrator@10.3.2.25&apos;&gt;Administrator@10.3.2.25&lt;/a&gt;&lt;br/&gt;
ssh: connect to host 10.3.2.25 port 22: Connection timed out&lt;br/&gt;
&lt;br/&gt;
Http access returns - Error 118 (net::ERR_CONNECTION_TIMED_OUT): The operation timed out.&lt;br/&gt;
&lt;a href=&quot;http://10.3.2.25:8091/&quot;&gt;http://10.3.2.25:8091/&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@caper-012&apos;&gt;root@caper-012&lt;/a&gt; bin]# ./cbstats 10.3.2.25:11210 all&lt;br/&gt;
Stats &amp;#39;&amp;#39; are not available from the requested engine.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
But still the node .25 is shown as healthy in the cluster.&lt;br/&gt;
Enabled auto-failover. But .25 didn&amp;#39;t get failed over.&lt;br/&gt;
&lt;br/&gt;
3. Loaded 10k items in the default bucket. 7.5k items get loaded. No error is returned to the client.&lt;br/&gt;
&lt;br/&gt;
Cluster is available for debugging at &lt;a href=&quot;http://10.3.2.23:8091&quot;&gt;http://10.3.2.23:8091&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Attaching logs from 3 nodes as I can&amp;#39;t login to the .25 node now.</comment>
                    <comment id="58615" author="deepkaran.salooja" created="Fri, 17 May 2013 07:08:08 -0500"  >&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8215/e9125b6b/10.3.2.23-5172013-457-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8215/e9125b6b/10.3.2.23-5172013-457-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8215/e9125b6b/10.3.2.24-5172013-458-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8215/e9125b6b/10.3.2.24-5172013-458-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8215/e9125b6b/10.3.2.73-5172013-52-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8215/e9125b6b/10.3.2.73-5172013-52-diag.zip&lt;/a&gt;</comment>
                    <comment id="58646" author="Aliaksey Artamonau" created="Fri, 17 May 2013 14:24:49 -0500"  >Our auto failover mechanism is based on the heartbeats that every node sends to every other node every 5 seconds. Of course we don&amp;#39;t print out all of the heartbeats to the logs. But we do log all node statuses every 60 seconds. Every status has a timestamp attached to it. So here&amp;#39;s the differences between pairs of consecutive timestamps for node .25 in microseconds starting from the time when auto failover was enabled:&lt;br/&gt;
&lt;br/&gt;
[60000000,60000000,59999999,60000001,60000000,60000000,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,60000006,59999994,60000000,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,60000000,60000002,59999998,&lt;br/&gt;
&amp;nbsp;60000000,59999999,60000003,59999998,60000000,60000000,&lt;br/&gt;
&amp;nbsp;59999999,60000001,60000000,60000000,60000000,60000000,&lt;br/&gt;
&amp;nbsp;59999999,60000001,60000000,60000000,59999999,60000001,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,60000000,59999999,60000001,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000002,59999998,60000000,60000000,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,59999999,60000001,60000000,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,60000000,60000004,59999996,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,60000000,59999999,60000001,&lt;br/&gt;
&amp;nbsp;60000000,60000000,59999999,60000003,59999998,59999999,&lt;br/&gt;
&amp;nbsp;60000001,60000000,60000000,60000000,60000000,60000000,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,60000000,60000000,60000000,&lt;br/&gt;
&amp;nbsp;59999999,60000001,60000000,59999999,60000001,60000000,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,60000000,60000000,59999999,&lt;br/&gt;
&amp;nbsp;60000001,60000000,59999999,60000001,60000000,59999999,&lt;br/&gt;
&amp;nbsp;60000001,60000000,60000000,59999999,60000001,59999999,&lt;br/&gt;
&amp;nbsp;60000001,60000000,60000000,59999999,60000001,59999999,&lt;br/&gt;
&amp;nbsp;60000001,60000000,59999999,60000001,60000000,60000002,&lt;br/&gt;
&amp;nbsp;59999998,60000000,60000000,60000000,60000000,60000000,&lt;br/&gt;
&amp;nbsp;60000000,59999999,60000000,60000001,59999999,60000000,&lt;br/&gt;
&amp;nbsp;60000001,59999999,60000001,60000000,60000000,59999999,&lt;br/&gt;
&amp;nbsp;60000001,59999999,60000001,60000000,59999999,60000001,&lt;br/&gt;
&amp;nbsp;60000000,60000000,59999999,60000001,59999999,60000000,&lt;br/&gt;
&amp;nbsp;60000001,60000000,59999999,60000001,60000000,60000000,&lt;br/&gt;
&amp;nbsp;59999999,60000001,60000000,59999999,60000000,60000001,&lt;br/&gt;
&amp;nbsp;60000000,59999999,60000001,60000006,59999993,60000001,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,59999999,60000001,60000000,&lt;br/&gt;
&amp;nbsp;60000000,60000000,59983999,60016001,60000000,60000000,&lt;br/&gt;
&amp;nbsp;60000000,60000000,59999999,60000015,59999986,60000000,&lt;br/&gt;
&amp;nbsp;60000000,59999999,60000001,60000000,60000000,59999999,&lt;br/&gt;
&amp;nbsp;60000000,60000001,60000000,60000000,60000002,59999998,&lt;br/&gt;
&amp;nbsp;60000000,60000000,60000000,60000000,60000000,60000000,&lt;br/&gt;
&amp;nbsp;59999999,60000001,59999999,60000001,60000000,60000000,&lt;br/&gt;
&amp;nbsp;59999999,60000001,60000000,60000000,60000000,60000004]&lt;br/&gt;
&lt;br/&gt;
You can see that all of them are pretty close to 60 seconds. So if node .25 ever went down, it could not go down for more than 60 seconds. Here&amp;#39;s another evidence for this:&lt;br/&gt;
&lt;br/&gt;
2013-05-17 02:03:22.347 ns_node_disco:5:warning:node down(&lt;a href=&apos;mailto:ns_1@10.3.2.75&apos;&gt;ns_1@10.3.2.75&lt;/a&gt;) - Node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.75&apos;&gt;ns_1@10.3.2.75&lt;/a&gt;&amp;#39; saw that node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.25&apos;&gt;ns_1@10.3.2.25&lt;/a&gt;&amp;#39; went down. Details: [{nodedown_reason,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;connection_closed}]&lt;br/&gt;
2013-05-17 02:03:30.441 ns_node_disco:4:info:node up(&lt;a href=&apos;mailto:ns_1@10.3.2.75&apos;&gt;ns_1@10.3.2.75&lt;/a&gt;) - Node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.75&apos;&gt;ns_1@10.3.2.75&lt;/a&gt;&amp;#39; saw that node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.25&apos;&gt;ns_1@10.3.2.25&lt;/a&gt;&amp;#39; came up. Tags: []&lt;br/&gt;
&lt;br/&gt;
I guess you waited for more than 60 seconds. And there&amp;#39;s absolutely no evidence that auto failover process has ever seen node .25 being down for at least one heartbeat period. Though it&amp;#39;s briefly seen nodes .24 and .75 down.&lt;br/&gt;
&lt;br/&gt;
So I compelled to reiterate my previous conclusion that you guys are doing something wrong with firewall configuration. Though I have no idea what exactly. Maybe already established connections are not dropped. Or maybe firewall is enabled only in one direction. Or maybe something else. I don&amp;#39;t know. But something is definitely wrong.</comment>
                    <comment id="58649" author="Aliaksey Artamonau" created="Fri, 17 May 2013 14:26:25 -0500"  >And btw, the node was auto failovered in the end.</comment>
                    <comment id="58652" author="alkondratenko" created="Fri, 17 May 2013 14:35:52 -0500"  >Resolution from ns_server team lead. Please show us evidence that indeed all packets on already established connections are rejected after firewall is enabled. We do have good reasons to suspect that indeed firewall is not quite rejecting everything.&lt;br/&gt;
&lt;br/&gt;
And keep in mind that you&amp;#39;re trying to use firewall to simulate network failure, so you have to make sure that indeed you&amp;#39;re simulating what you think you&amp;#39;re simulating.</comment>
                    <comment id="58769" author="deepkaran.salooja" created="Mon, 20 May 2013 05:54:31 -0500"  >This time for a single node, I blocked both the incoming/outgoing connections while enabling the firewall. Once this is done, the node is shown as &amp;quot;Down&amp;quot; immediately. Blocking incoming connections while allow outgoing when firewall is enabled, allows the node to be seen as healthy.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 8 May 2013 15:09:18 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10024"><![CDATA[Windows 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11085</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8294] Destination node with XDCR (heavy DGM) goes into pending.</title>
                <link>http://www.couchbase.com/issues/browse/MB-8294</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&lt;br/&gt;
Destination node with XDCR (heavy DGM) goes into pending.&lt;br/&gt;
&lt;br/&gt;
Setup Information:&lt;br/&gt;
&lt;br/&gt;
- Cluster Config : 4 nodes, OS: Centos 6.3, CPU : 6 Core, RAM : 16G, Disk :  500G&lt;br/&gt;
- XDCR Topology : Unidirectional ( Master(3) -&amp;gt; Slave(1))&lt;br/&gt;
- 4 buckets AbRegNums(2GB), MsgsCalls(2GB), RevAB(3GB), UserInfo(2GB)&lt;br/&gt;
- Data Loaded using Viber Workload with 6.7M(RR ~45%), 0.1M(RR 100%), 11M(RR 100%), 12M(RR ~30%) data on the 4 buckets&lt;br/&gt;
- Unidirectional XDCR setup to 1 node(master -&amp;gt; slave) for 3 buckets AbRegNums, RevAB, UserInfo&lt;br/&gt;
&lt;br/&gt;
Destination node goes into pending state(screenshot attached). Both beam.smp and memcached are running on the node.&lt;br/&gt;
&lt;br/&gt;
There are lot of crash reports like below but there are no views/design docs in the system.&lt;br/&gt;
&lt;br/&gt;
[error_logger:error,2013-05-16T1:40:30.265,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:error_logger&amp;lt;0.6.0&amp;gt;:ale_error_logger_handler:log_report:72]&lt;br/&gt;
=========================CRASH REPORT=========================&lt;br/&gt;
&amp;nbsp;&amp;nbsp;crasher:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;initial call: set_view_update_daemon:init/1&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;pid: &amp;lt;0.9511.707&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;registered_name: set_view_update_daemon&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;exception exit: {noproc,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{gen_server,call,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;[&amp;#39;capi_set_view_manager-UserInfo&amp;#39;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{foreach_doc,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;#Fun&amp;lt;capi_ddoc_replication_srv.2.102018441&amp;gt;},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;infinity]}}&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;in function  gen_server:terminate/6&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ancestors: [ns_server_sup,ns_server_cluster_sup,&amp;lt;0.58.0&amp;gt;]&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;messages: []&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;links: [&amp;lt;0.298.0&amp;gt;,&amp;lt;0.9512.707&amp;gt;]&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;dictionary: []&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;trap_exit: false&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;status: running&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;heap_size: 121393&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;stack_size: 24&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;reductions: 7537&lt;br/&gt;
&amp;nbsp;&amp;nbsp;neighbours:&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
=========================CRASH REPORT=========================&lt;br/&gt;
&amp;nbsp;&amp;nbsp;crasher:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;initial call: compaction_daemon:-spawn_bucket_compactor/3-fun-2-/0&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;pid: &amp;lt;0.9508.707&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;registered_name: []&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;exception exit: {noproc,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{gen_server,call,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;[&amp;#39;capi_set_view_manager-RevAB&amp;#39;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{foreach_doc,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;#Fun&amp;lt;capi_ddoc_replication_srv.1.36030090&amp;gt;},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;infinity]}}&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;in function  gen_server:call/3&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;in call from capi_ddoc_replication_srv:foreach_live_ddoc_id/2&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;in call from capi_ddoc_replication_srv:fetch_ddoc_ids/1&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;in call from compaction_daemon:&amp;#39;-spawn_bucket_compactor/3-fun-2-&amp;#39;/4&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ancestors: [compaction_daemon,ns_server_sup,ns_server_cluster_sup,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;lt;0.58.0&amp;gt;]&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;messages: []&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;links: [&amp;lt;0.412.0&amp;gt;]&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;dictionary: []&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;trap_exit: false&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;status: running&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;heap_size: 28657&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;stack_size: 24&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;reductions: 30607&lt;br/&gt;
&amp;nbsp;&amp;nbsp;neighbours:&lt;br/&gt;
&lt;br/&gt;
The pending node is in the same state and can be used for investigation:&lt;br/&gt;
coconut-h20804.hq.couchbase.com&lt;br/&gt;
</description>
                <environment>2.0.2-800-rel&lt;br/&gt;
&lt;br/&gt;
&amp;lt;manifest&amp;gt;&lt;br/&gt;
&amp;lt;remote name=&amp;quot;couchbase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/couchbase/&quot;&gt;git://github.com/couchbase/&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;remote name=&amp;quot;membase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/membase/&quot;&gt;git://github.com/membase/&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;remote name=&amp;quot;apache&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/apache/&quot;&gt;git://github.com/apache/&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;remote name=&amp;quot;erlang&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/erlang/&quot;&gt;git://github.com/erlang/&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;default remote=&amp;quot;couchbase&amp;quot; revision=&amp;quot;master&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;tlm&amp;quot; path=&amp;quot;tlm&amp;quot; revision=&amp;quot;f30cd57af02e51eafa0b6d5fb71176c2a46a2cf9&amp;quot;&amp;gt;&lt;br/&gt;
&amp;lt;copyfile src=&amp;quot;Makefile.top&amp;quot; dest=&amp;quot;Makefile&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;/project&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;bucket_engine&amp;quot; path=&amp;quot;bucket_engine&amp;quot; revision=&amp;quot;2a797a8d97f421587cce728f2e6aa2cd42c8fa26&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;ep-engine&amp;quot; path=&amp;quot;ep-engine&amp;quot; revision=&amp;quot;02714d36d61509195fb1b18953445fbdd4240ed3&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;libconflate&amp;quot; path=&amp;quot;libconflate&amp;quot; revision=&amp;quot;c0d3e26a51f25a2b020713559cb344d43ce0b06c&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;libmemcached&amp;quot; path=&amp;quot;libmemcached&amp;quot; revision=&amp;quot;ca739a890349ac36dc79447e37da7caa9ae819f5&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;libvbucket&amp;quot; path=&amp;quot;libvbucket&amp;quot; revision=&amp;quot;408057ec55da3862ab8d75b1ed25d2848afd640f&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchbase-cli&amp;quot; path=&amp;quot;couchbase-cli&amp;quot; revision=&amp;quot;3c3aa79db86684ba2bb01a952c43995b28797cd9&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;memcached&amp;quot; path=&amp;quot;memcached&amp;quot; revision=&amp;quot;b6ceb46fc26ac6f1d6be7a5866d6c6c0f6e6d32a&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;moxi&amp;quot; path=&amp;quot;moxi&amp;quot; revision=&amp;quot;4b391021af7a453bf88716724d2c644916ebd969&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;ns_server&amp;quot; path=&amp;quot;ns_server&amp;quot; revision=&amp;quot;2251cebb7efa5b0f77e73dc53435ce9348faae9e&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;portsigar&amp;quot; path=&amp;quot;portsigar&amp;quot; revision=&amp;quot;159b6179ea8a3c2075ee9eb2afa6f91c98c0fda6&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;sigar&amp;quot; path=&amp;quot;sigar&amp;quot; revision=&amp;quot;63a3cd1b316d2d4aa6dd31ce8fc66101b983e0b0&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchbase-examples&amp;quot; path=&amp;quot;couchbase-examples&amp;quot; revision=&amp;quot;cd9c8600589a1996c1ba6dbea9ac171b937d3379&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchbase-python-client&amp;quot; path=&amp;quot;couchbase-python-client&amp;quot; revision=&amp;quot;d443169c0694fca1be67d8f6934a8c50f0175ee7&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchdb&amp;quot; path=&amp;quot;couchdb&amp;quot; revision=&amp;quot;586e4bb73b92db4362192616370c4e3edb8c34a0&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchdbx-app&amp;quot; path=&amp;quot;couchdbx-app&amp;quot; revision=&amp;quot;e83b255bc7f7548e2bc36e709666e564c2a488dd&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchstore&amp;quot; path=&amp;quot;couchstore&amp;quot; revision=&amp;quot;963fc26eafc67514eed5c9a3752d5d4cbdf5971d&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;geocouch&amp;quot; path=&amp;quot;geocouch&amp;quot; revision=&amp;quot;ed9ad43aa361df0829262fef811b5236331b44c8&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;testrunner&amp;quot; path=&amp;quot;testrunner&amp;quot; revision=&amp;quot;c184e199382d5af23ac4a282deb12924f0635cd3&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;healthchecker&amp;quot; path=&amp;quot;healthchecker&amp;quot; revision=&amp;quot;29d45e7776ecb20800f6ad97aec585a1e1636370&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;otp&amp;quot; path=&amp;quot;otp&amp;quot; revision=&amp;quot;b6dc1a844eab061d0a7153d46e7e68296f15a504&amp;quot; remote=&amp;quot;erlang&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;icu4c&amp;quot; path=&amp;quot;icu4c&amp;quot; revision=&amp;quot;26359393672c378f41f2103a8699c4357c894be7&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;snappy&amp;quot; path=&amp;quot;snappy&amp;quot; revision=&amp;quot;5681dde156e9d07adbeeab79666c9a9d7a10ec95&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;v8&amp;quot; path=&amp;quot;v8&amp;quot; revision=&amp;quot;447decb75060a106131ab4de934bcc374648e7f2&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;gperftools&amp;quot; path=&amp;quot;gperftools&amp;quot; revision=&amp;quot;44a584d1de8c89addfb4f1d0522bdbbbed83ba48&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;pysqlite&amp;quot; path=&amp;quot;pysqlite&amp;quot; revision=&amp;quot;0ff6e32ea05037fddef1eb41a648f2a2141009ea&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;/manifest&amp;gt;</environment>
            <key id="24301">MB-8294</key>
            <summary>Destination node with XDCR (heavy DGM) goes into pending.</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="5">Cannot Reproduce</resolution>
                    <security id="10011">Public</security>
                        <assignee username="deepkaran.salooja">Deepkaran Salooja</assignee>
                                <reporter username="deepkaran.salooja">Deepkaran Salooja</reporter>
                        <labels>
                    </labels>
                <created>Thu, 16 May 2013 04:53:34 -0500</created>
                <updated>Wed, 22 May 2013 07:24:28 -0500</updated>
                    <resolved>Mon, 20 May 2013 05:37:25 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="58480" author="deepkaran.salooja" created="Thu, 16 May 2013 06:03:30 -0500"  >Collect_info destination node&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8294/e9125b6b/coconut-h20804.hq.couchbase.com-5162013-244-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8294/e9125b6b/coconut-h20804.hq.couchbase.com-5162013-244-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Collect_info source cluster&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8294/e9125b6b/coconut-h20801.hq.couchbase.com-5162013-235-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8294/e9125b6b/coconut-h20801.hq.couchbase.com-5162013-235-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8294/e9125b6b/coconut-h20802.hq.couchbase.com-5162013-238-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8294/e9125b6b/coconut-h20802.hq.couchbase.com-5162013-238-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8294/e9125b6b/coconut-h20803.hq.couchbase.com-5162013-241-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8294/e9125b6b/coconut-h20803.hq.couchbase.com-5162013-241-diag.zip&lt;/a&gt;</comment>
                    <comment id="58550" author="Aliaksey Artamonau" created="Thu, 16 May 2013 16:36:54 -0500"  >Because of the race that we found recently, bucket supervisors went down on destination node. Fix for this is already merged. But unfortunately I cannot figure out the reason of the system_limit errors that triggered the race without the fix. Could you please rerun with the same test with latest build. The fix in questions is this: &lt;a href=&quot;http://review.couchbase.org/26331&quot;&gt;http://review.couchbase.org/26331&lt;/a&gt;.</comment>
                    <comment id="58703" author="maria" created="Sat, 18 May 2013 01:57:03 -0500"  >deep, pls update this bug with your re-run using the latest build.</comment>
                    <comment id="58768" author="deepkaran.salooja" created="Mon, 20 May 2013 05:37:25 -0500"  >Not able to reproduce with build 2.0.2-807-rel</comment>
                </comments>
                    <attachments>
                    <attachment id="17354" name="Buckets.png" size="144979" author="deepkaran.salooja" created="Thu, 16 May 2013 05:34:27 -0500" />
                    <attachment id="17355" name="Server.png" size="138168" author="deepkaran.salooja" created="Thu, 16 May 2013 05:34:27 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Thu, 16 May 2013 16:36:54 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11266</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-7269] cbtransfer/cbrestore throws BadStatusLine exception when using wrong port number</title>
                <link>http://www.couchbase.com/issues/browse/MB-7269</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Thanks to Tony Fonager....&lt;br/&gt;
&lt;br/&gt;
When cbtransfer is invoked incorrectly against the wrong port (11211 rather than 8091), the tool should give a more polite, useful error message rather than an ugly stack trace.&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cbnode05&apos;&gt;root@cbnode05&lt;/a&gt; bin]# ./cbtransfer /root/Backup/cbtransfer &lt;a href=&quot;http://192.168.0.75:11211&quot;&gt;http://192.168.0.75:11211&lt;/a&gt; -b quizmo -B quizmo -u username -p password&lt;br/&gt;
Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/cbtransfer&amp;quot;, line 33, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;pump_transfer.exit_handler(pump_transfer.Transfer().main(sys.argv))&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/pump_transfer.py&amp;quot;, line 85, in main&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;sink_class, sink).run()&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/pump.py&amp;quot;, line 100, in run&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;rv, source_map, sink_map = self.check_endpoints()&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/pump.py&amp;quot;, line 150, in check_endpoints&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;rv, sink_map = self.sink_class.check(self.opts, self.sink_spec, source_map)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/pump_cb.py&amp;quot;, line 71, in check&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;rv, sink_map = pump.rest_couchbase(opts, spec)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/pump.py&amp;quot;, line 879, in rest_couchbase&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;rest_request_json(host, int(port), user, pswd, path)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/pump.py&amp;quot;, line 856, in rest_request_json&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;reason=reason)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/pump.py&amp;quot;, line 829, in rest_request&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;resp = conn.getresponse()&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/lib64/python2.6/httplib.py&amp;quot;, line 990, in getresponse&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;response.begin()&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/lib64/python2.6/httplib.py&amp;quot;, line 391, in begin&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;version, status, reason = self._read_status()&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/lib64/python2.6/httplib.py&amp;quot;, line 355, in _read_status&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;raise BadStatusLine(line)&lt;br/&gt;
httplib.BadStatusLine</description>
                <environment></environment>
            <key id="20957">MB-7269</key>
            <summary>cbtransfer/cbrestore throws BadStatusLine exception when using wrong port number</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="shashank">Shashank Gupta</assignee>
                                <reporter username="steve">Steve Yen</reporter>
                        <labels>
                    </labels>
                <created>Tue, 27 Nov 2012 10:59:28 -0600</created>
                <updated>Wed, 22 May 2013 04:59:30 -0500</updated>
                    <resolved>Thu, 16 May 2013 16:16:03 -0500</resolved>
                            <version>2.0</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>tools</component>
                                <votes>0</votes>
                        <watches>6</watches>
                                                    <comments>
                    <comment id="44849" author="bcui" created="Tue, 27 Nov 2012 12:50:41 -0600"  >&lt;a href=&quot;http://review.couchbase.org/#/c/22854/&quot;&gt;http://review.couchbase.org/#/c/22854/&lt;/a&gt;</comment>
                    <comment id="53677" author="maria" created="Wed, 27 Mar 2013 16:49:10 -0500"  >Bin -- can you ask Pavel to review your code changes? Thanks.</comment>
                    <comment id="53769" author="anil" created="Thu, 28 Mar 2013 12:58:45 -0500"  >Pavel will code review and this will be checked-in.</comment>
                    <comment id="54830" author="anil" created="Wed, 10 Apr 2013 17:09:23 -0500"  >Bin: If this is already code-reviewed can you merge the changes.</comment>
                    <comment id="55208" author="steve" created="Tue, 16 Apr 2013 13:54:36 -0500"  >Hi Bin, marking this resolved as Bin says it&amp;#39;s been merged.&lt;br/&gt;
Steve&lt;br/&gt;
</comment>
                    <comment id="55463" author="maria" created="Thu, 18 Apr 2013 01:21:20 -0500"  >pls verify / close using 2.0.2 latest build.</comment>
                    <comment id="56430" author="shashank" created="Mon, 29 Apr 2013 08:20:52 -0500"  >Tried using the build 2.0.2-767.&lt;br/&gt;
&lt;br/&gt;
Command used: &lt;br/&gt;
&lt;br/&gt;
./cbtransfer &lt;a href=&quot;http://Administrator:&quot;&gt;http://Administrator:&lt;/a&gt;&lt;a href=&apos;mailto:password@10.3.3.100&apos;&gt;password@10.3.3.100&lt;/a&gt;:11223 &lt;a href=&quot;http://Administrator:&quot;&gt;http://Administrator:&lt;/a&gt;&lt;a href=&apos;mailto:password@10.3.3.100&apos;&gt;password@10.3.3.100&lt;/a&gt;:8091 -b default -B def&lt;br/&gt;
&lt;br/&gt;
Got the following message:&lt;br/&gt;
error: could not access REST API: 10.3.3.100:11223/pools/default/buckets; please check source URL, username (-u) and password (-p); exception: (111, &amp;#39;Connection refused&amp;#39;)&lt;br/&gt;
&lt;br/&gt;
which I guess is correct&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
But when i give port number as 11211, it does nothing and hangs. No error message or exception is thrown. Below is the command I used:&lt;br/&gt;
&lt;br/&gt;
./cbtransfer &lt;a href=&quot;http://Administrator:&quot;&gt;http://Administrator:&lt;/a&gt;&lt;a href=&apos;mailto:password@10.3.3.100&apos;&gt;password@10.3.3.100&lt;/a&gt;:11211 &lt;a href=&quot;http://Administrator:&quot;&gt;http://Administrator:&lt;/a&gt;&lt;a href=&apos;mailto:password@10.3.3.100&apos;&gt;password@10.3.3.100&lt;/a&gt;:8091 -b default -B def&lt;br/&gt;
&lt;br/&gt;
Same is the case with cbrestore. </comment>
                    <comment id="57272" author="maria" created="Mon, 6 May 2013 14:59:47 -0500"  >pls see shashank&amp;#39;s comment.</comment>
                    <comment id="58013" author="bcui" created="Mon, 13 May 2013 11:52:06 -0500"  >11211 is used by moxi as ascii protocal for memcached. And it will wait for response from customer. That&amp;#39;s why it hangs. </comment>
                    <comment id="58034" author="maria" created="Mon, 13 May 2013 14:09:40 -0500"  >Bin, do you think the same err msg shld be returned even for port 11211? see below:&lt;br/&gt;
error: could not access REST API: 10.3.3.100:11223/pools/default/buckets; please check source URL, username (-u) and password (-p); exception: (111, &amp;#39;Connection refused&amp;#39;)</comment>
                    <comment id="58037" author="bcui" created="Mon, 13 May 2013 14:15:51 -0500"  >Unfortunately, the answer is no. &lt;br/&gt;
Since 11211 is a a valid port number, but reserved for moxi instead of for ns_server, so we connect moxi instead. &lt;br/&gt;
&lt;br/&gt;
Talked to steve about this issue. He suggested it is a low priority bug.  Two options to solve this problem:&lt;br/&gt;
1. implement a timeout for this operation, which is preferred way&lt;br/&gt;
2. check out upfront about this port number. this is not recommended because we don&amp;#39;t want to hard code any port number in our logic.&lt;br/&gt;
&lt;br/&gt;
All in all, this is a edge case.</comment>
                    <comment id="58265" author="maria" created="Tue, 14 May 2013 15:29:51 -0500"  >per bug triage, #1 is fine to implement.</comment>
                    <comment id="58301" author="bcui" created="Tue, 14 May 2013 18:34:58 -0500"  >Thought over again, the option one is still not good and clear enough.  &lt;br/&gt;
First, after a timeout, we still cannot clearly tell customers that the port number is incorrect for cbtransfer tool to use. And timeout may be caused by other issues too.&lt;br/&gt;
Second, we have a clear context that these ports are reserved for moxi service and by no means used as REST api calls. We can identify it and give customers an accurate&lt;br/&gt;
answers for the input error.&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://review.couchbase.org/#/c/26301/&quot;&gt;http://review.couchbase.org/#/c/26301/&lt;/a&gt;&lt;br/&gt;
</comment>
                    <comment id="58870" author="maria" created="Tue, 21 May 2013 02:40:25 -0500"  >pls verify / close.</comment>
                    <comment id="58992" author="shashank" created="Wed, 22 May 2013 04:59:18 -0500"  >Verified with build 2.0.2-809</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 27 Nov 2012 12:50:41 -0600</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>8</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10080" key="com.pyxis.greenhopper.jira:gh-sprint">
                <customfieldname>Sprint</customfieldname>
                <customfieldvalues>
                        <customfieldvalue>7</customfieldvalue>
    <customfieldvalue>9</customfieldvalue>
    <customfieldvalue>14</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10028"><![CDATA[Next Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8023] Port server moxi on node &apos;ns_1@10.3.121.97&apos; exited with status 1.</title>
                <link>http://www.couchbase.com/issues/browse/MB-8023</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>I reboot one vms install couchbase server 2.0.2-746.&lt;br/&gt;
After the vm is up and couchbase server started, I saw error &amp;quot;Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt;&amp;#39; exited with status 1.&amp;quot; in log page&lt;br/&gt;
&lt;br/&gt;
Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt;&amp;#39; exited with status 1. Restarting. Messages: 2013-04-02 15:48:43: (cproxy_config.c.317) env: MOXI_SASL_PLAIN_USR (13)&lt;br/&gt;
2013-04-02 15:48:43: (cproxy_config.c.326) env: MOXI_SASL_PLAIN_PWD (8)&lt;br/&gt;
2013-04-02 15:48:45: (cproxy.c.330) ERROR: could not listen on port 11211. Please use -Z port_listen=PORT_NUM to specify a different port number. 	ns_port_server000 	&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt; 	15:48:43 - Tue Apr 2, 2013&lt;br/&gt;
Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt;&amp;#39; exited with status 1. Restarting. Messages: 2013-04-02 15:48:38: (cproxy_config.c.317) env: MOXI_SASL_PLAIN_USR (13)&lt;br/&gt;
2013-04-02 15:48:38: (cproxy_config.c.326) env: MOXI_SASL_PLAIN_PWD (8)&lt;br/&gt;
2013-04-02 15:48:40: (cproxy.c.330) ERROR: could not listen on port 11211. Please use -Z port_listen=PORT_NUM to specify a different port number. 	ns_port_server000 	&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt; 	15:48:38 - Tue Apr 2, 2013&lt;br/&gt;
Service moxi exited on node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt;&amp;#39; in 0.01s&lt;br/&gt;
	supervisor_cushion001 	&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt; 	15:48:33 - Tue Apr 2, 2013&lt;br/&gt;
Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt;&amp;#39; exited with status 1. Restarting. Messages: 2013-04-02 15:48:33: (cproxy_config.c.317) env: MOXI_SASL_PLAIN_USR (13)&lt;br/&gt;
2013-04-02 15:48:33: (cproxy_config.c.326) env: MOXI_SASL_PLAIN_PWD (8)&lt;br/&gt;
2013-04-02 15:48:35: (cproxy.c.330) ERROR: could not listen on port 11211. Please use -Z port_listen=PORT_NUM to specify a different port number. 	ns_port_server000 	&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt; 	15:48:33 - Tue Apr 2, 2013&lt;br/&gt;
Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt;&amp;#39; exited with status 1. Restarting. Messages: 2013-04-02 15:48:28: (cproxy_config.c.317) env: MOXI_SASL_PLAIN_USR (13)&lt;br/&gt;
2013-04-02 15:48:28: (cproxy_config.c.326) env: MOXI_SASL_PLAIN_PWD (8)&lt;br/&gt;
2013-04-02 15:48:30: (cproxy.c.330) ERROR: could not listen on port 11211. Please use -Z port_listen=PORT_NUM to specify a different port number. 	ns_port_server000 	&lt;a href=&apos;mailto:ns_1@10.3.121.97&apos;&gt;ns_1@10.3.121.97&lt;/a&gt; 	15:48:28 - Tue Apr 2, 2013 &lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
I will attach collect info file soon</description>
                <environment>ubuntu 11.04 64 bit</environment>
            <key id="23504">MB-8023</key>
            <summary>Port server moxi on node &apos;ns_1@10.3.121.97&apos; exited with status 1.</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="4">Incomplete</resolution>
                    <security id="10011">Public</security>
                        <assignee username="alkondratenko">Aleksey Kondratenko</assignee>
                                <reporter username="thuan">Thuan Nguyen</reporter>
                        <labels>
                    </labels>
                <created>Tue, 2 Apr 2013 17:49:12 -0500</created>
                <updated>Tue, 21 May 2013 20:54:52 -0500</updated>
                    <resolved>Tue, 21 May 2013 20:45:04 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>moxi</component>
                                <votes>0</votes>
                        <watches>5</watches>
                                                    <comments>
                    <comment id="54091" author="steve" created="Tue, 2 Apr 2013 17:52:15 -0500"  >That looks like some other process is already using port 11211.&lt;br/&gt;
&lt;br/&gt;
For example, perhaps there&amp;#39;s another memcached that is configured to auto-launch after a server reboot and it grabs port 11211 first before couchbase/moxi can start.</comment>
                    <comment id="54094" author="thuan" created="Tue, 2 Apr 2013 18:05:29 -0500"  >Link to collect info file of this node &lt;a href=&quot;https://s3.amazonaws.com/packages.couchbase/collect_info/2_0_2/2013_04/node10.3.121.97.zip&quot;&gt;https://s3.amazonaws.com/packages.couchbase/collect_info/2_0_2/2013_04/node10.3.121.97.zip&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Link to manifest file of this build &lt;a href=&quot;http://builds.hq.northscale.net/latestbuilds/couchbase-server-community_x86_64_2.0.2-746-rel.deb.manifest.xml&quot;&gt;http://builds.hq.northscale.net/latestbuilds/couchbase-server-community_x86_64_2.0.2-746-rel.deb.manifest.xml&lt;/a&gt;</comment>
                    <comment id="58058" author="maria" created="Mon, 13 May 2013 15:08:49 -0500"  >tony, is this still an issue with the latest 2.0.2 build?&lt;br/&gt;
if so, can you analyze the log and pinpoint what is causing the error? &lt;br/&gt;
assign to steve yen afterwards.&lt;br/&gt;
thanks.</comment>
                    <comment id="58229" author="thuan" created="Tue, 14 May 2013 14:05:00 -0500"  >I still see the error in windows build 2.0.2-801&lt;br/&gt;
&lt;br/&gt;
user:info,2013-05-13T18:08:54.777,&lt;a href=&apos;mailto:ns_1@10.3.2.143&apos;&gt;ns_1@10.3.2.143&lt;/a&gt;:&amp;lt;0.4483.4&amp;gt;:ns_log:crash_consumption_loop:64]Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:babysitter_of_ns_1@127.0.0.1&apos;&gt;babysitter_of_ns_1@127.0.0.1&lt;/a&gt;&amp;#39; exited with status 0. Restarting. Messages: 2013-05-13 18:05:28: (cproxy_config.c.317) env: MOXI_SASL_PLAIN_USR (13)&lt;br/&gt;
2013-05-13 18:05:28: (cproxy_config.c.326) env: MOXI_SASL_PLAIN_PWD (8)&lt;br/&gt;
2013-05-13 18:07:55: (agent_config.c.705) ERROR: bad JSON configuration from &lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&lt;/a&gt; Number of vBuckets must be a power of two &amp;gt; 0 and &amp;lt;= 65536 ({&lt;br/&gt;
	&amp;quot;name&amp;quot;:	&amp;quot;default&amp;quot;,&lt;br/&gt;
	&amp;quot;nodeLocator&amp;quot;:	&amp;quot;vbucket&amp;quot;,&lt;br/&gt;
	&amp;quot;saslPassword&amp;quot;:	&amp;quot;&amp;quot;,&lt;br/&gt;
	&amp;quot;nodes&amp;quot;:	[{&lt;br/&gt;
			&amp;quot;hostname&amp;quot;:	&amp;quot;10.3.2.143:8091&amp;quot;,&lt;br/&gt;
			&amp;quot;ports&amp;quot;:	{&lt;br/&gt;
				&amp;quot;direct&amp;quot;:	11210,&lt;br/&gt;
				&amp;quot;proxy&amp;quot;:	11211&lt;br/&gt;
			}&lt;br/&gt;
		}],&lt;br/&gt;
	&amp;quot;vBucketServerMap&amp;quot;:	{&lt;br/&gt;
		&amp;quot;hashAlgorithm&amp;quot;:	&amp;quot;CRC&amp;quot;,&lt;br/&gt;
		&amp;quot;numReplicas&amp;quot;:	1,&lt;br/&gt;
		&amp;quot;serverList&amp;quot;:	[&amp;quot;10.3.2.143:11210&amp;quot;],&lt;br/&gt;
		&amp;quot;vBucketMap&amp;quot;:	[]&lt;br/&gt;
	}&lt;br/&gt;
})&lt;br/&gt;
&lt;br/&gt;
I will dig into log to investigate it.</comment>
                    <comment id="58273" author="maria" created="Tue, 14 May 2013 15:57:34 -0500"  >tony, pls respond to steve&amp;#39;s inquiry (i.e., what other process isusing 11211).</comment>
                    <comment id="58667" author="thuan" created="Fri, 17 May 2013 16:02:00 -0500"  >Moxi restart after delete bucket.&lt;br/&gt;
&lt;br/&gt;
default bucket.&lt;br/&gt;
- create default bucket&lt;br/&gt;
- grep moxi process ID&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-1907&apos;&gt;root@cen-1907&lt;/a&gt; ~]# ps aux | grep moxi&lt;br/&gt;
101      29434  0.0  0.0 158060  2612 ?        Ssl  13:32   0:00 /opt/couchbase/bin/moxi -Z port_listen=11211,default_bucket_name=default,downstream_max=1024,downstream_conn_max=4,connect_max_errors=5,connect_retry_interval=30000,connect_timeout=400,auth_timeout=100,cycle=200,downstream_conn_queue_timeout=200,downstream_timeout=5000,wait_queue_timeout=200 -z url=&lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&lt;/a&gt; -p 0 -Y y -O stderr &lt;br/&gt;
root     29524  0.0  0.0  61228   744 pts/3    S+   13:39   0:00 grep moxi&lt;br/&gt;
&lt;br/&gt;
- Load 10K items to default bucket&lt;br/&gt;
&lt;a href=&apos;mailto:root@cen-1907&apos;&gt;root@cen-1907&lt;/a&gt; ~]# /opt/couchbase/bin/cbworkloadgen -n localhost:8091 -i 10000 -r .5 -s 100 --threads=10&lt;br/&gt;
&amp;nbsp;&amp;nbsp;[####################] 100.0% (199990/200000 msgs)&lt;br/&gt;
bucket: default, msgs transferred...&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;:                total |       last |    per sec&lt;br/&gt;
&amp;nbsp;batch :                  200 |        200 |        8.4&lt;br/&gt;
&amp;nbsp;byte  :             19999000 |   19999000 |   844890.7&lt;br/&gt;
&amp;nbsp;msg   :               199990 |     199990 |     8448.9&lt;br/&gt;
done&lt;br/&gt;
&lt;br/&gt;
- delete default bucket, moxi crashed and restart&lt;br/&gt;
- grep moxi process ID right after delete default bucket, there is a new process ID&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-1907&apos;&gt;root@cen-1907&lt;/a&gt; ~]# ps aux | grep moxi&lt;br/&gt;
101      29561  0.0  0.0  92260  1704 ?        Ssl  13:41   0:00 /opt/couchbase/bin/moxi -Z port_listen=11211,default_bucket_name=default,downstream_max=1024,downstream_conn_max=4,connect_max_errors=5,connect_retry_interval=30000,connect_timeout=400,auth_timeout=100,cycle=200,downstream_conn_queue_timeout=200,downstream_timeout=5000,wait_queue_timeout=200 -z url=&lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&lt;/a&gt; -p 0 -Y y -O stderr &lt;br/&gt;
root     29571  0.0  0.0  61228   748 pts/3    S+   13:41   0:00 grep moxi&lt;br/&gt;
&lt;br/&gt;
- log from info.1 log&lt;br/&gt;
[ns_server:info,2013-05-17T13:41:27.912,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-default&amp;lt;0.771.0&amp;gt;:ns_storage_conf:delete_couch_database:428]Deleting database &amp;lt;&amp;lt;&amp;quot;default/1&amp;quot;&amp;gt;&amp;gt;: ok&lt;br/&gt;
&lt;br/&gt;
[ns_server:info,2013-05-17T13:41:27.913,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-default&amp;lt;0.771.0&amp;gt;:ns_storage_conf:delete_couch_database:428]Deleting database &amp;lt;&amp;lt;&amp;quot;default/0&amp;quot;&amp;gt;&amp;gt;: ok&lt;br/&gt;
&lt;br/&gt;
[ns_server:info,2013-05-17T13:41:27.913,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-default&amp;lt;0.771.0&amp;gt;:ns_storage_conf:delete_databases_and_files:471]Couch dbs are deleted. Proceeding with bucket directory&lt;br/&gt;
[ns_server:info,2013-05-17T13:41:28.122,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:&amp;lt;0.659.0&amp;gt;:ns_orchestrator:idle:536]Restarting moxi on nodes [&amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39;]&lt;br/&gt;
[user:info,2013-05-17T13:41:28.124,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:&amp;lt;0.620.0&amp;gt;:ns_log:crash_consumption_loop:64]Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:babysitter_of_ns_1@127.0.0.1&apos;&gt;babysitter_of_ns_1@127.0.0.1&lt;/a&gt;&amp;#39; exited with status 0. Restarting. Messages: 2013-05-17 13:32:07: (cproxy_config.c.317) env: MOXI_SASL_PLAIN_USR (13)&lt;br/&gt;
2013-05-17 13:32:07: (cproxy_config.c.326) env: MOXI_SASL_PLAIN_PWD (8)&lt;br/&gt;
EOL on stdin.  Exiting&lt;br/&gt;
[menelaus:info,2013-05-17T13:41:28.126,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:&amp;lt;0.11748.0&amp;gt;:menelaus_web_buckets:handle_bucket_delete:345]Deleted bucket &amp;quot;default&amp;quot;&lt;br/&gt;
&lt;br/&gt;
I will test in non default bucket next&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58674" author="thuan" created="Fri, 17 May 2013 16:44:51 -0500"  >Test on non default bucket with build 2.0.2-806 on centos 5.8 64bit&lt;br/&gt;
Moxi also restarted after delete sasl bucket.&lt;br/&gt;
&lt;br/&gt;
- create sasl bucket&lt;br/&gt;
- grep moxi process ID&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-1907&apos;&gt;root@cen-1907&lt;/a&gt; ~]# ps aux | grep moxi&lt;br/&gt;
101      29561  0.0  0.0  92908  2464 ?        Ssl  13:41   0:00 /opt/couchbase/bin/moxi -Z port_listen=11211,default_bucket_name=default,downstream_max=1024,downstream_conn_max=4,connect_max_errors=5,connect_retry_interval=30000,connect_timeout=400,auth_timeout=100,cycle=200,downstream_conn_queue_timeout=200,downstream_timeout=5000,wait_queue_timeout=200 -z url=&lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&lt;/a&gt; -p 0 -Y y -O stderr &lt;br/&gt;
root     29757  0.0  0.0  61228   748 pts/3    S+   14:25   0:00 grep moxi&lt;br/&gt;
&lt;br/&gt;
- load items to sasl bucket&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-1907&apos;&gt;root@cen-1907&lt;/a&gt; ~]# /opt/couchbase/bin/cbworkloadgen -n localhost:8091 -i 10000 -r .5 -s 100 --bucket=sasl -u Administrator -p password --threads=10&lt;br/&gt;
&amp;nbsp;&amp;nbsp;[####################] 100.0% (199990/200000 msgs)&lt;br/&gt;
bucket: default, msgs transferred...&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;:                total |       last |    per sec&lt;br/&gt;
&amp;nbsp;batch :                  200 |        200 |        8.5&lt;br/&gt;
&amp;nbsp;byte  :             19999000 |   19999000 |   846631.0&lt;br/&gt;
&amp;nbsp;msg   :               199990 |     199990 |     8466.3&lt;br/&gt;
done&lt;br/&gt;
&lt;br/&gt;
- delete sasl bucket, moxi crashed and restart&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-1907&apos;&gt;root@cen-1907&lt;/a&gt; ~]# ps aux | grep moxi&lt;br/&gt;
101      29761  0.0  0.0  92260  1700 ?        Ssl  14:25   0:00 /opt/couchbase/bin/moxi -Z port_listen=11211,default_bucket_name=default,downstream_max=1024,downstream_conn_max=4,connect_max_errors=5,connect_retry_interval=30000,connect_timeout=400,auth_timeout=100,cycle=200,downstream_conn_queue_timeout=200,downstream_timeout=5000,wait_queue_timeout=200 -z url=&lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming&lt;/a&gt; -p 0 -Y y -O stderr &lt;br/&gt;
root     29770  0.0  0.0  61228   748 pts/3    S+   14:25   0:00 grep moxi&lt;br/&gt;
&lt;br/&gt;
- in info log&lt;br/&gt;
&lt;br/&gt;
ns_server:info,2013-05-17T14:25:31.812,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-sasl&amp;lt;0.15869.0&amp;gt;:ns_storage_conf:delete_couch_database:428]Deleting database &amp;lt;&amp;lt;&amp;quot;sasl/1001&amp;quot;&amp;gt;&amp;gt;: ok&lt;br/&gt;
&lt;br/&gt;
[ns_server:info,2013-05-17T14:25:31.813,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-sasl&amp;lt;0.15869.0&amp;gt;:ns_storage_conf:delete_couch_database:428]Deleting database &amp;lt;&amp;lt;&amp;quot;sasl/1000&amp;quot;&amp;gt;&amp;gt;: ok&lt;br/&gt;
&lt;br/&gt;
[ns_server:info,2013-05-17T14:25:31.815,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-sasl&amp;lt;0.15869.0&amp;gt;:ns_storage_conf:delete_couch_database:428]Deleting database &amp;lt;&amp;lt;&amp;quot;sasl/100&amp;quot;&amp;gt;&amp;gt;: ok&lt;br/&gt;
&lt;br/&gt;
[ns_server:info,2013-05-17T14:25:31.816,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-sasl&amp;lt;0.15869.0&amp;gt;:ns_storage_conf:delete_couch_database:428]Deleting database &amp;lt;&amp;lt;&amp;quot;sasl/10&amp;quot;&amp;gt;&amp;gt;: ok&lt;br/&gt;
&lt;br/&gt;
[ns_server:info,2013-05-17T14:25:31.817,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-sasl&amp;lt;0.15869.0&amp;gt;:ns_storage_conf:delete_couch_database:428]Deleting database &amp;lt;&amp;lt;&amp;quot;sasl/1&amp;quot;&amp;gt;&amp;gt;: ok&lt;br/&gt;
&lt;br/&gt;
[ns_server:info,2013-05-17T14:25:31.818,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-sasl&amp;lt;0.15869.0&amp;gt;:ns_storage_conf:delete_couch_database:428]Deleting database &amp;lt;&amp;lt;&amp;quot;sasl/0&amp;quot;&amp;gt;&amp;gt;: ok&lt;br/&gt;
&lt;br/&gt;
[ns_server:info,2013-05-17T14:25:31.818,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_memcached-sasl&amp;lt;0.15869.0&amp;gt;:ns_storage_conf:delete_databases_and_files:471]Couch dbs are deleted. Proceeding with bucket directory&lt;br/&gt;
[ns_server:info,2013-05-17T14:25:32.026,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:&amp;lt;0.659.0&amp;gt;:ns_orchestrator:idle:536]Restarting moxi on nodes [&amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39;]&lt;br/&gt;
[user:info,2013-05-17T14:25:32.029,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:&amp;lt;0.620.0&amp;gt;:ns_log:crash_consumption_loop:64]Port server moxi on node &amp;#39;&lt;a href=&apos;mailto:babysitter_of_ns_1@127.0.0.1&apos;&gt;babysitter_of_ns_1@127.0.0.1&lt;/a&gt;&amp;#39; exited with status 0. Restarting. Messages: 2013-05-17 13:41:28: (cproxy_config.c.317) env: MOXI_SASL_PLAIN_USR (13)&lt;br/&gt;
2013-05-17 13:41:28: (cproxy_config.c.326) env: MOXI_SASL_PLAIN_PWD (8)&lt;br/&gt;
2013-05-17 13:49:55: (agent_config.c.705) ERROR: bad JSON configuration from &lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&lt;/a&gt; Number of vBuckets must be a power of two &amp;gt; 0 and &amp;lt;= 65536 ({&lt;br/&gt;
	&amp;quot;name&amp;quot;:	&amp;quot;sasl&amp;quot;,&lt;br/&gt;
	&amp;quot;nodeLocator&amp;quot;:	&amp;quot;vbucket&amp;quot;,&lt;br/&gt;
	&amp;quot;saslPassword&amp;quot;:	&amp;quot;password&amp;quot;,&lt;br/&gt;
	&amp;quot;nodes&amp;quot;:	[{&lt;br/&gt;
			&amp;quot;hostname&amp;quot;:	&amp;quot;127.0.0.1:8091&amp;quot;,&lt;br/&gt;
			&amp;quot;ports&amp;quot;:	{&lt;br/&gt;
				&amp;quot;direct&amp;quot;:	11210,&lt;br/&gt;
				&amp;quot;proxy&amp;quot;:	11211&lt;br/&gt;
			}&lt;br/&gt;
		}],&lt;br/&gt;
	&amp;quot;vBucketServerMap&amp;quot;:	{&lt;br/&gt;
		&amp;quot;hashAlgorithm&amp;quot;:	&amp;quot;CRC&amp;quot;,&lt;br/&gt;
		&amp;quot;numReplicas&amp;quot;:	1,&lt;br/&gt;
		&amp;quot;serverList&amp;quot;:	[&amp;quot;127.0.0.1:11210&amp;quot;],&lt;br/&gt;
		&amp;quot;vBucketMap&amp;quot;:	[]&lt;br/&gt;
	}&lt;br/&gt;
})&lt;br/&gt;
EOL on stdin.  Exiting&lt;br/&gt;
[menelaus:info,2013-05-17T14:25:32.033,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:&amp;lt;0.1865.1&amp;gt;:menelaus_web_buckets:handle_bucket_delete:345]Deleted bucket &amp;quot;sasl&amp;quot;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
So every time any bucket deleted, moxi crashed and restart.&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58694" author="wayne" created="Fri, 17 May 2013 19:47:00 -0500"  >Tony,&lt;br/&gt;
Can you quantify what the impact is when this happens?</comment>
                    <comment id="58961" author="thuan" created="Tue, 21 May 2013 20:19:08 -0500"  >sasl buckets share one moxi server.  if we delete one bucket and moxi crashed, the normal operation of other sasl bucket will be affected.</comment>
                    <comment id="58963" author="steve" created="Tue, 21 May 2013 20:29:52 -0500"  >This bug report may be slightly confusing as there&amp;#39;s two moxi-related issues here...&lt;br/&gt;
&lt;br/&gt;
1) moxi exiting, reported back in April, perhaps related to windows.  Not sure what that&amp;#39;s about.&lt;br/&gt;
&lt;br/&gt;
2) moxi exiting, reported this month/May, related to bucket deletions, on at least linux, where moxi seems to be complaining about a mal-formed vBucketMap (this is perhaps not the key problem) AND, more importantly, also seeing that it&amp;#39;s stdin is closing (&amp;quot;EOL on stdin&amp;quot; is an error message from moxi).  (Aside, I think this #2 issue should have been reported as a separate, distinct bug compared to #1)&lt;br/&gt;
&lt;br/&gt;
On #2, assigning to Aliaksey K as first gut intuition (since moxi has not changed) is that the new babysitting interactions are probably involved.</comment>
                    <comment id="58964" author="alkondratenko" created="Tue, 21 May 2013 20:45:04 -0500"  >On Steve&amp;#39;s point #2 above the answer is: moxi restart after bucket deletion is expected and we do that explicitly. Moxi issues with empty vbucket map shortly after bucket creation is expected too.&lt;br/&gt;
&lt;br/&gt;
In diags named node10.3.121.97.zip I&amp;#39;m seeing moxi restarting because of inability to bind to port 11211. And couchbase.log explains why. I see standalone moxi package installed and started which obviously takes port 11211.</comment>
                    <comment id="58965" author="thuan" created="Tue, 21 May 2013 20:54:29 -0500"  >On Steve point #1, I will close this bug due to not repro on latest build (2.0.2-809) on windows.  I will open other bug relate to moxi crash only on non default bucket.</comment>
                </comments>
                    <attachments>
                    <attachment id="17380" name="ns-diag-moxi_crashed_node_46_20130517143152.txt" size="10109035" author="thuan" created="Fri, 17 May 2013 16:47:37 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 2 Apr 2013 17:52:15 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>10343</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8325] ns_server should collect various stats about supervised processes</title>
                <link>http://www.couchbase.com/issues/browse/MB-8325</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description></description>
                <environment></environment>
            <key id="24351">MB-8325</key>
            <summary>ns_server should collect various stats about supervised processes</summary>
                <type id="4" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/improvement.png">Improvement</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="Aliaksey Artamonau">Aliaksey Artamonau</assignee>
                                <reporter username="Aliaksey Artamonau">Aliaksey Artamonau</reporter>
                        <labels>
                    </labels>
                <created>Mon, 20 May 2013 19:10:24 -0500</created>
                <updated>Tue, 21 May 2013 19:22:05 -0500</updated>
                    <resolved>Tue, 21 May 2013 19:22:05 -0500</resolved>
                            <version>2.0.1</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="58953" author="alkondratenko" created="Tue, 21 May 2013 19:22:05 -0500"  >Resolved by merging chain of commits.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 21 May 2013 19:22:05 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11337</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-7621] [Mac README]No way to install CLI tools as per readme.tx instructions</title>
                <link>http://www.couchbase.com/issues/browse/MB-7621</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>From the readme.txt in the Mac download:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;* After installing the command-line tools (via the item in the menu),&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;moving the app will break the symbolic links that were created in&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/usr/local/bin (or wherever you installed the tools into.)&lt;br/&gt;
&lt;br/&gt;
There is no &amp;quot;item in the menu&amp;quot; with which to install the tools.  How does one do so?&lt;br/&gt;
&lt;br/&gt;
We also need docs on the Mac installation in general.</description>
                <environment></environment>
            <key id="22043">MB-7621</key>
            <summary>[Mac README]No way to install CLI tools as per readme.tx instructions</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="3">Duplicate</resolution>
                    <security id="10011">Public</security>
                        <assignee username="Chisheng">Chisheng Hong</assignee>
                                <reporter username="perry">Perry Krug</reporter>
                        <labels>
                        <label>info-request</label>
                    </labels>
                <created>Tue, 29 Jan 2013 09:08:03 -0600</created>
                <updated>Tue, 21 May 2013 18:27:13 -0500</updated>
                    <resolved>Tue, 21 May 2013 18:27:13 -0500</resolved>
                            <version>2.0</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>documentation</component>
                <component>installer</component>
                                <votes>0</votes>
                        <watches>6</watches>
                                                    <comments>
                    <comment id="48909" author="mccouch" created="Tue, 29 Jan 2013 10:02:07 -0600"  >We have documentation on the Mac installation (&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-getting-started-install-macosx.html&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-getting-started-install-macosx.html&lt;/a&gt;) and the installed menubar app (&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-admin-basics-running-macosx.html#fig-couchbase-getting-started-macosx-menubar&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-admin-basics-running-macosx.html#fig-couchbase-getting-started-macosx-menubar&lt;/a&gt;). &lt;br/&gt;
&lt;br/&gt;
The README is provided by QA, not documentation. </comment>
                    <comment id="48910" author="perry" created="Tue, 29 Jan 2013 10:08:24 -0600"  >Thanks MC, sorry I missed that.</comment>
                    <comment id="53641" author="kzeller" created="Wed, 27 Mar 2013 15:33:37 -0500"  >Hi Steve, Perry,&lt;br/&gt;
&lt;br/&gt;
Confirm whether or not the links provided above are adequate information to resolve.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Thanks,&lt;br/&gt;
&lt;br/&gt;
Karen&lt;br/&gt;
</comment>
                    <comment id="53735" author="perry" created="Thu, 28 Mar 2013 04:27:46 -0500"  >Karen, this is something that needs to change in the product, which is why it&amp;#39;s assigned to Steve Yen.  The links above are not sufficient as they don&amp;#39;t address the issue of the readme.txt instructions being incorrect.</comment>
                    <comment id="56260" author="kzeller" created="Thu, 25 Apr 2013 17:56:20 -0500"  >removing doc component until resolved in product. Then assign back to be once UI/func changes ready to be doc&amp;#39;d.</comment>
                    <comment id="56577" author="maria" created="Mon, 29 Apr 2013 21:38:14 -0500"  >Steve, per bug scrub moving this up to critical.</comment>
                    <comment id="57758" author="traun" created="Thu, 9 May 2013 19:28:36 -0500"  >Ravi asked me to help dig into this.. I was able to successfully install CouchBase server on my mac.  &lt;br/&gt;
&lt;br/&gt;
I noticed something that needs to be fixed:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-getting-started-install-macosx.html&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-getting-started-install-macosx.html&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
When you open Couchbase for the first time, you will be asked whether you want to install the Couchbase command-line tools into another directory. This creates symbolic links to the core command line tools in the chosen directory.&lt;br/&gt;
&lt;br/&gt;
--&lt;br/&gt;
&lt;br/&gt;
When I tested it, none of the above things actually happened, so it seems that documentation is wrong and should be removed.  &lt;br/&gt;
&lt;br/&gt;
*Action item #1: Remove above from documentation*&lt;br/&gt;
&lt;br/&gt;
Regarding the readme.txt:&lt;br/&gt;
&lt;br/&gt;
After installing the command-line tools (via the item in the menu),&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;moving the app will break the symbolic links that were created in&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/usr/local/bin (or wherever you installed the tools into.)&lt;br/&gt;
&lt;br/&gt;
That is definitely wrong.&lt;br/&gt;
&lt;br/&gt;
So there is no &amp;quot;item in the menubar app&amp;quot; for installing the command line tools.  Nor are any symbolic links created during the installation process  (as stated by the misleading documentation related to action item #1 above).  &lt;br/&gt;
&lt;br/&gt;
I would say that snippet in the readme.txt is completely irrelevant and should also be removed.&lt;br/&gt;
&lt;br/&gt;
*Action item #2: Remove snippet from readme.txt : &amp;quot;After installing the command-line tools....&amp;quot;*&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="57779" author="traun" created="Thu, 9 May 2013 23:34:05 -0500"  >I forgot to mention that although it installs fine on the mac, it doesn&amp;#39;t symlink the CLI tools when it probably should be doing so.  This means that in order to use the CLI tools, I&amp;#39;ll have to manually cd into the /Applications/Couchbase Server.app/Contents//Resources/couchbase-core/bin/ directory, or add them to my PATH.  &lt;br/&gt;
&lt;br/&gt;
So it would probably be a good idea to change the installation process, or add a menu item to the menu app (if that&amp;#39;s possible), which symlinks the CLI tools to a directory that&amp;#39;s commonly already in the user&amp;#39;s PATH (eg, /usr/bin or /usr/local/bin).  This will make life easier for users.&lt;br/&gt;
&lt;br/&gt;
I&amp;#39;d say the overall plan of action for this ticket should be:&lt;br/&gt;
&lt;br/&gt;
1. Remove section from documentation in couchbase-getting-started-install-macosx.html &amp;quot;When you open Couchbase for the first time, you will be asked..&amp;quot;&lt;br/&gt;
2. Remove snippet from readme.txt : &amp;quot;After installing the command-line tools....&amp;quot;*&lt;br/&gt;
&lt;br/&gt;
(both of these were already mentioned earlier in previous comment)&lt;br/&gt;
&lt;br/&gt;
And as part of a separate ticket: &lt;br/&gt;
&lt;br/&gt;
3. Figure out a way to change the installation process, or add a menu item to the menu app (if that&amp;#39;s possible), which creates symlinks to the CLI tools in a directory that&amp;#39;s commonly already in the user&amp;#39;s PATH (eg, /usr/bin or /usr/local/bin).&lt;br/&gt;
4. Update the documentation to inform users that the CLI tools are symlinked to a directory in their PATH, and warn them that this could break if they decide to move the Couchbase application folder to a different location on the system.&lt;br/&gt;
</comment>
                    <comment id="58020" author="rmayuram" created="Mon, 13 May 2013 12:37:19 -0500"  >&lt;br/&gt;
Pls make changes to the docs as mentioned by Traun for 1 and 2.&lt;br/&gt;
For 3 and 4 I&amp;#39;ll open a new ER for later release.&lt;br/&gt;
&amp;nbsp;</comment>
                    <comment id="58435" author="kzeller" created="Wed, 15 May 2013 18:17:27 -0500"  >[REMOVED FROM SERVER MANUAL] 1. Remove section from documentation in couchbase-getting-started-install-macosx.html &amp;quot;When you open Couchbase for the first time, you will be asked..&amp;quot;&lt;br/&gt;
&lt;br/&gt;
[WAITING - NEED From STEVE the README.txt]&lt;br/&gt;
&lt;br/&gt;
2. Remove snippet from readme.txt : &amp;quot;After installing the command-line tools....&amp;quot;*</comment>
                    <comment id="58436" author="kzeller" created="Wed, 15 May 2013 18:18:10 -0500"  >Need to edit the README.TXT that actually goes in build. Neither Phil or Maria know where this exists.</comment>
                    <comment id="58437" author="maria" created="Wed, 15 May 2013 18:23:54 -0500"  >found it.&lt;br/&gt;
attached.</comment>
                    <comment id="58438" author="kzeller" created="Wed, 15 May 2013 18:43:42 -0500"  >Fixed and updated to 2.0.2</comment>
                    <comment id="58439" author="kzeller" created="Wed, 15 May 2013 18:44:27 -0500"  >[REMOVED FROM SERVER MANUAL] 1. Remove section from documentation in couchbase-getting-started-install-macosx.html &amp;quot;When you open Couchbase for the first time, you will be asked..&amp;quot;&lt;br/&gt;
&lt;br/&gt;
[REMOVED]&lt;br/&gt;
&lt;br/&gt;
2. Remove snippet from readme.txt : &amp;quot;After installing the command-line tools....&amp;quot;*&lt;br/&gt;
&lt;br/&gt;
[ATTACHED new readme and sent via email]</comment>
                    <comment id="58440" author="kzeller" created="Wed, 15 May 2013 18:44:34 -0500"  >[REMOVED FROM SERVER MANUAL] 1. Remove section from documentation in couchbase-getting-started-install-macosx.html &amp;quot;When you open Couchbase for the first time, you will be asked..&amp;quot;&lt;br/&gt;
&lt;br/&gt;
[REMOVED]&lt;br/&gt;
&lt;br/&gt;
2. Remove snippet from readme.txt : &amp;quot;After installing the command-line tools....&amp;quot;*&lt;br/&gt;
&lt;br/&gt;
[ATTACHED new readme and sent via email]</comment>
                    <comment id="58530" author="kzeller" created="Thu, 16 May 2013 15:26:47 -0500"  >I just discussed this with Maria/Tony. In the past we apparently did not have an upgrade path for Mac, in which case you always had to destroy these files to move from 1.8, 2.0. In this version there will be an upgrade path for 2.0.2 in which case you may now need to keep these files. This I just discovered from Tony.&lt;br/&gt;
&lt;br/&gt;
Maria asked that I reopen the ticket and assign to Chisheng who is testing the upgrade process and will assign to me once he provides the correct information for 2.0.2.</comment>
                    <comment id="58949" author="kzeller" created="Tue, 21 May 2013 18:27:13 -0500"  >Consolidating all README Fixes for 2.0.2 for all platforms into &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8302&quot; title=&quot;[Doc&amp;#39;d] READMEs Win, Linux, Mac&quot;&gt;MB-8302&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                    <attachment id="17353" name="README_2.0.2.txt" size="718" author="kzeller" created="Wed, 15 May 2013 18:43:42 -0500" />
                    <attachment id="17352" name="README.txt" size="935" author="maria" created="Wed, 15 May 2013 18:24:17 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 29 Jan 2013 10:02:07 -0600</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>86</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10080" key="com.pyxis.greenhopper.jira:gh-sprint">
                <customfieldname>Sprint</customfieldname>
                <customfieldvalues>
                        <customfieldvalue>5</customfieldvalue>
    <customfieldvalue>7</customfieldvalue>
    <customfieldvalue>9</customfieldvalue>
    <customfieldvalue>11</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8240] memslap vbucketkeygen vbuckettool is not working with MAC for latest build</title>
                <link>http://www.couchbase.com/issues/browse/MB-8240</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Chishengs-MacBook-Pro:tools chisheng$ ./memslap -h&lt;br/&gt;
dyld: Library not loaded: /opt/couchbase/lib/libmemcached.6.dylib&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Referenced from: /Applications/Couchbase Server.app/Contents/Resources/couchbase-core/bin/tools/./memslap&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Reason: image not found&lt;br/&gt;
Trace/BPT trap: 5&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Chishengs-MacBook-Pro:tools chisheng$ ./vbuckettool -h&lt;br/&gt;
dyld: Library not loaded: /opt/couchbase/lib/libvbucket.1.dylib&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Referenced from: /Applications/Couchbase Server.app/Contents/Resources/couchbase-core/bin/tools/./vbuckettool&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Reason: image not found&lt;br/&gt;
Trace/BPT trap: 5&lt;br/&gt;
&lt;br/&gt;
Chishengs-MacBook-Pro:tools chisheng$ ./vbucketkeygen -h&lt;br/&gt;
dyld: Library not loaded: /opt/couchbase/lib/libvbucket.1.dylib&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Referenced from: /Applications/Couchbase Server.app/Contents/Resources/couchbase-core/bin/tools/./vbucketkeygen&lt;br/&gt;
&amp;nbsp;&amp;nbsp;Reason: image not found&lt;br/&gt;
Trace/BPT trap: 5</description>
                <environment>build 2.0.2-793-rel</environment>
            <key id="24177">MB-8240</key>
            <summary>memslap vbucketkeygen vbuckettool is not working with MAC for latest build</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="Chisheng">Chisheng Hong</assignee>
                                <reporter username="Chisheng">Chisheng Hong</reporter>
                        <labels>
                    </labels>
                <created>Thu, 9 May 2013 21:04:57 -0500</created>
                <updated>Tue, 21 May 2013 17:42:33 -0500</updated>
                    <resolved>Mon, 20 May 2013 15:03:38 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>tools</component>
                                <votes>0</votes>
                        <watches>5</watches>
                                                    <comments>
                    <comment id="58017" author="rmayuram" created="Mon, 13 May 2013 12:20:56 -0500"  >Have asked Traun L to look into this. Cant yet assign it to him.</comment>
                    <comment id="58021" author="traun" created="Mon, 13 May 2013 12:38:06 -0500"  >I&amp;#39;m getting the same error in my local installation.&lt;br/&gt;
&lt;br/&gt;
It&amp;#39;s trying to load some .dylib libraries from a non-existent, hardcoded path (/opt/couchbase/lib).&lt;br/&gt;
&lt;br/&gt;
The obvious fix would be to change it to load libraries from a relative path (eg, &amp;quot;../../lib/&amp;quot;)&lt;br/&gt;
&lt;br/&gt;
Ravi: in order to dig in deeper, I&amp;#39;d need to know the location of the source code repository where these tools are stored (eg, the memslap tool).</comment>
                    <comment id="58060" author="rmayuram" created="Mon, 13 May 2013 15:08:59 -0500"  >/Users/ravi/couchsrc/2.0.2&lt;br/&gt;
(or wherever you source tree is)&lt;br/&gt;
./libvbucket/src/vbucket.c&lt;br/&gt;
./libvbucket/src/vbucketkeygen.c&lt;br/&gt;
./libvbucket/src/vbuckettool.c</comment>
                    <comment id="58065" author="traun" created="Mon, 13 May 2013 15:40:45 -0500"  >I don&amp;#39;t have a source tree.. I don&amp;#39;t even know where the repository is to clone from.  &lt;br/&gt;
&lt;br/&gt;
In CouchBase mobile the repositories are hosted on github.  Not sure what the situation is for couchbase server.</comment>
                    <comment id="58528" author="traun" created="Thu, 16 May 2013 15:17:24 -0500"  >Update: I&amp;#39;ve got the source tree and it&amp;#39;s building now.&lt;br/&gt;
&lt;br/&gt;
After digging into the issue, I&amp;#39;ve got a &amp;quot;lead&amp;quot;.  On the buildbot machine, the script which is supposed to re-link the .dylib libraries does not seem to be doing anything:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://qa.hq.northscale.net:8010/builders/mac-x64-21-builder/builds/61/steps/couchbase-server%20make%20community%20/logs/stdio&quot;&gt;http://qa.hq.northscale.net:8010/builders/mac-x64-21-builder/builds/61/steps/couchbase-server%20make%20community%20/logs/stdio&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Actual output&lt;br/&gt;
==========&lt;br/&gt;
&lt;br/&gt;
Fixing library imports in bin ...&lt;br/&gt;
/Users/buildbot/mac-x64-21-builder/build/build/couchdbx-app/Couchbase Server/install_libraries.rb:38: warning: Insecure world writable dir /opt/couchbase in PATH, mode 040777&lt;br/&gt;
&lt;br/&gt;
Fixing library imports in lib ...&lt;br/&gt;
&lt;br/&gt;
Done fixing library imports!&lt;br/&gt;
&lt;br/&gt;
Expected output&lt;br/&gt;
============&lt;br/&gt;
&lt;br/&gt;
It should be outputting &amp;quot;Change import x to y&amp;quot; for the memslap and other binaries.&lt;br/&gt;
&lt;br/&gt;
I sat down with Phil and we dug into it, and were not able to find the root cause.  At the end we decided that I should commit some debugging information into the install_libraries.rb script, and he would re-run the build and we&amp;#39;d take a look at the updated output.  </comment>
                    <comment id="58624" author="traun" created="Fri, 17 May 2013 12:08:48 -0500"  >OK this is fixed by modifying the install_libraries.rb script to recurse into the bin/tools directory.  Prior to this fix, this script was only fixing up the .dylib links in the bin directory, but not any subdirectories such as bin/tools, where the memslap, vbucketkeygen, and vbuckettool&amp;#39;s live.&lt;br/&gt;
&lt;br/&gt;
I verified the fix by doing the following:&lt;br/&gt;
&lt;br/&gt;
- Install a clean version of Mountain Lion in a VMWare Fusion virtual machine&lt;br/&gt;
- Install Couchbase server from this build: &lt;a href=&quot;http://builder.hq.couchbase.com/get/couchbase-server-community_x86_64_2.0.2-806-rel.zip&quot;&gt;http://builder.hq.couchbase.com/get/couchbase-server-community_x86_64_2.0.2-806-rel.zip&lt;/a&gt;&lt;br/&gt;
- Cd into /Applications/Couchbase Server.app/../../bin/tools directory&lt;br/&gt;
- Run ./memslap and the other tools in this directory, verify that there are no .dylib related errors&lt;br/&gt;
&lt;br/&gt;
This fix has only been done on the 2.02 branch.   &lt;br/&gt;
&lt;br/&gt;
@Phil: will this fix automatically make it back into master, or do I need to explicitly push it to master too?   &lt;br/&gt;
&lt;br/&gt;
(will close the ticket after I hear back on this)</comment>
                    <comment id="58822" author="maria" created="Mon, 20 May 2013 14:14:07 -0500"  >phil to work on. after phil is done, pls assign to QE.</comment>
                    <comment id="58828" author="plabee" created="Mon, 20 May 2013 15:03:38 -0500"  >The executables run without dylib errors on build machine under mac-x64-202-builder directory.</comment>
                    <comment id="58832" author="plabee" created="Mon, 20 May 2013 15:18:44 -0500"  >fix merged to master:  &lt;a href=&quot;http://review.couchbase.org/#/c/26420/&quot;&gt;http://review.couchbase.org/#/c/26420/&lt;/a&gt;</comment>
                    <comment id="58833" author="plabee" created="Mon, 20 May 2013 15:19:50 -0500"  >fix is in 2.0.2 builds starting with 806&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58873" author="maria" created="Tue, 21 May 2013 02:47:28 -0500"  >pls verify / close.</comment>
                    <comment id="58947" author="Chisheng" created="Tue, 21 May 2013 17:42:33 -0500"  >Verified with build 2.0.2-807-rel&lt;br/&gt;
&lt;br/&gt;
Chishengs-MacBook-Pro:tools chisheng$ ./memslap -s 127.0.0.1:11211 -t 2m -v 0.2 -e 0.05 -b&lt;br/&gt;
servers : 127.0.0.1:11211&lt;br/&gt;
threads count: 1&lt;br/&gt;
concurrency: 16&lt;br/&gt;
run time: 120s&lt;br/&gt;
windows size: 10k&lt;br/&gt;
set proportion: set_prop=0.10&lt;br/&gt;
get proportion: get_prop=0.90&lt;br/&gt;
Assertion failed: (pos &amp;lt;= buf), function ms_print_memslap_stats, file clients/memslap.c, line 793.&lt;br/&gt;
Abort trap: 6&lt;br/&gt;
&lt;br/&gt;
Chishengs-MacBook-Pro:tools chisheng$ curl &lt;a href=&quot;http://127.0.0.1:8091/pools/default/buckets/default&quot;&gt;http://127.0.0.1:8091/pools/default/buckets/default&lt;/a&gt; | ./vbucketkeygen - 5 10000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Dload  Upload   Total   Spent    Left  Speed&lt;br/&gt;
100  2716  100  2716    0     0   694k      0 --:--:-- --:--:-- --:--:-- 1326k&lt;br/&gt;
key_0000000046 0&lt;br/&gt;
key_0000000072 0&lt;br/&gt;
key_0000000293 0&lt;br/&gt;
key_0000000303 0&lt;br/&gt;
key_0000000337 0&lt;br/&gt;
key_0000000002 1&lt;br/&gt;
key_0000000036 1&lt;br/&gt;
key_0000000192 1&lt;br/&gt;
key_0000000347 1&lt;br/&gt;
key_0000000373 1&lt;br/&gt;
key_0000000146 2&lt;br/&gt;
key_0000000172 2&lt;br/&gt;
key_0000000203 2&lt;br/&gt;
key_0000000237 2&lt;br/&gt;
key_0000000393 2&lt;br/&gt;
key_0000000092 3&lt;br/&gt;
key_0000000102 3&lt;br/&gt;
key_0000000136 3&lt;br/&gt;
key_0000000247 3&lt;br/&gt;
key_0000000273 3&lt;br/&gt;
key_0000000093 4&lt;br/&gt;
key_0000000103 4&lt;br/&gt;
key_0000000137 4&lt;br/&gt;
key_0000000246 4&lt;br/&gt;
key_0000000272 4&lt;br/&gt;
key_0000000147 5&lt;br/&gt;
key_0000000173 5&lt;br/&gt;
key_0000000202 5&lt;br/&gt;
key_0000000236 5&lt;br/&gt;
key_0000000392 5&lt;br/&gt;
key_0000000003 6&lt;br/&gt;
key_0000000037 6&lt;br/&gt;
key_0000000193 6&lt;br/&gt;
key_0000000346 6&lt;br/&gt;
key_0000000372 6&lt;br/&gt;
key_0000000047 7&lt;br/&gt;
key_0000000073 7&lt;br/&gt;
key_0000000292 7&lt;br/&gt;
key_0000000302 7&lt;br/&gt;
key_0000000336 7&lt;br/&gt;
key_0000000001 8&lt;br/&gt;
key_0000000019 8&lt;br/&gt;
key_0000000035 8&lt;br/&gt;
key_0000000189 8&lt;br/&gt;
key_0000000191 8&lt;br/&gt;
key_0000000045 9&lt;br/&gt;
key_0000000069 9&lt;br/&gt;
key_0000000071 9&lt;br/&gt;
key_0000000288 9&lt;br/&gt;
key_0000000290 9&lt;br/&gt;
key_0000000089 10&lt;br/&gt;
key_0000000091 10&lt;br/&gt;
key_0000000101 10&lt;br/&gt;
key_0000000119 10&lt;br/&gt;
key_0000000135 10&lt;br/&gt;
key_0000000145 11&lt;br/&gt;
key_0000000169 11&lt;br/&gt;
key_0000000171 11&lt;br/&gt;
key_0000000200 11&lt;br/&gt;
key_0000000218 11&lt;br/&gt;
key_0000000144 12&lt;br/&gt;
key_0000000168 12&lt;br/&gt;
key_0000000170 12&lt;br/&gt;
key_0000000201 12&lt;br/&gt;
key_0000000219 12&lt;br/&gt;
key_0000000088 13&lt;br/&gt;
key_0000000090 13&lt;br/&gt;
key_0000000100 13&lt;br/&gt;
key_0000000118 13&lt;br/&gt;
key_0000000134 13&lt;br/&gt;
key_0000000044 14&lt;br/&gt;
key_0000000068 14&lt;br/&gt;
key_0000000070 14&lt;br/&gt;
key_0000000289 14&lt;br/&gt;
key_0000000291 14&lt;br/&gt;
key_0000000000 15&lt;br/&gt;
key_0000000018 15&lt;br/&gt;
key_0000000034 15&lt;br/&gt;
key_0000000188 15&lt;br/&gt;
key_0000000190 15&lt;br/&gt;
key_0000000155 16&lt;br/&gt;
key_0000000161 16&lt;br/&gt;
key_0000000179 16&lt;br/&gt;
key_0000000208 16&lt;br/&gt;
key_0000000210 16&lt;br/&gt;
key_0000000081 17&lt;br/&gt;
key_0000000099 17&lt;br/&gt;
key_0000000109 17&lt;br/&gt;
key_0000000111 17&lt;br/&gt;
key_0000000125 17&lt;br/&gt;
key_0000000055 18&lt;br/&gt;
key_0000000061 18&lt;br/&gt;
key_0000000079 18&lt;br/&gt;
key_0000000280 18&lt;br/&gt;
key_0000000298 18&lt;br/&gt;
key_0000000009 19&lt;br/&gt;
key_0000000011 19&lt;br/&gt;
key_0000000025 19&lt;br/&gt;
key_0000000181 19&lt;br/&gt;
key_0000000199 19&lt;br/&gt;
key_0000000008 20&lt;br/&gt;
key_0000000010 20&lt;br/&gt;
key_0000000024 20&lt;br/&gt;
key_0000000180 20&lt;br/&gt;
key_0000000198 20&lt;br/&gt;
key_0000000054 21&lt;br/&gt;
key_0000000060 21&lt;br/&gt;
key_0000000078 21&lt;br/&gt;
key_0000000281 21&lt;br/&gt;
key_0000000299 21&lt;br/&gt;
key_0000000080 22&lt;br/&gt;
key_0000000098 22&lt;br/&gt;
key_0000000108 22&lt;br/&gt;
key_0000000110 22&lt;br/&gt;
key_0000000124 22&lt;br/&gt;
key_0000000154 23&lt;br/&gt;
key_0000000160 23&lt;br/&gt;
key_0000000178 23&lt;br/&gt;
key_0000000209 23&lt;br/&gt;
key_0000000211 23&lt;br/&gt;
key_0000000082 24&lt;br/&gt;
key_0000000112 24&lt;br/&gt;
key_0000000126 24&lt;br/&gt;
key_0000000257 24&lt;br/&gt;
key_0000000263 24&lt;br/&gt;
key_0000000156 25&lt;br/&gt;
key_0000000162 25&lt;br/&gt;
key_0000000213 25&lt;br/&gt;
key_0000000227 25&lt;br/&gt;
key_0000000383 25&lt;br/&gt;
key_0000000012 26&lt;br/&gt;
key_0000000026 26&lt;br/&gt;
key_0000000182 26&lt;br/&gt;
key_0000000357 26&lt;br/&gt;
key_0000000363 26&lt;br/&gt;
key_0000000056 27&lt;br/&gt;
key_0000000062 27&lt;br/&gt;
key_0000000283 27&lt;br/&gt;
key_0000000313 27&lt;br/&gt;
key_0000000327 27&lt;br/&gt;
key_0000000057 28&lt;br/&gt;
key_0000000063 28&lt;br/&gt;
key_0000000282 28&lt;br/&gt;
key_0000000312 28&lt;br/&gt;
key_0000000326 28&lt;br/&gt;
key_0000000013 29&lt;br/&gt;
key_0000000027 29&lt;br/&gt;
key_0000000183 29&lt;br/&gt;
key_0000000356 29&lt;br/&gt;
key_0000000362 29&lt;br/&gt;
key_0000000157 30&lt;br/&gt;
key_0000000163 30&lt;br/&gt;
key_0000000212 30&lt;br/&gt;
key_0000000226 30&lt;br/&gt;
key_0000000382 30&lt;br/&gt;
key_0000000083 31&lt;br/&gt;
key_0000000113 31&lt;br/&gt;
key_0000000127 31&lt;br/&gt;
key_0000000256 31&lt;br/&gt;
key_0000000262 31&lt;br/&gt;
key_0000000094 32&lt;br/&gt;
key_0000000104 32&lt;br/&gt;
key_0000000128 32&lt;br/&gt;
key_0000000130 32&lt;br/&gt;
key_0000000241 32&lt;br/&gt;
key_0000000140 33&lt;br/&gt;
key_0000000158 33&lt;br/&gt;
key_0000000174 33&lt;br/&gt;
key_0000000205 33&lt;br/&gt;
key_0000000229 33&lt;br/&gt;
key_0000000004 34&lt;br/&gt;
key_0000000028 34&lt;br/&gt;
key_0000000030 34&lt;br/&gt;
key_0000000194 34&lt;br/&gt;
key_0000000341 34&lt;br/&gt;
key_0000000040 35&lt;br/&gt;
key_0000000058 35&lt;br/&gt;
key_0000000074 35&lt;br/&gt;
key_0000000295 35&lt;br/&gt;
key_0000000305 35&lt;br/&gt;
key_0000000041 36&lt;br/&gt;
key_0000000059 36&lt;br/&gt;
key_0000000075 36&lt;br/&gt;
key_0000000294 36&lt;br/&gt;
key_0000000304 36&lt;br/&gt;
key_0000000005 37&lt;br/&gt;
key_0000000029 37&lt;br/&gt;
key_0000000031 37&lt;br/&gt;
key_0000000195 37&lt;br/&gt;
key_0000000340 37&lt;br/&gt;
key_0000000141 38&lt;br/&gt;
key_0000000159 38&lt;br/&gt;
key_0000000175 38&lt;br/&gt;
key_0000000204 38&lt;br/&gt;
key_0000000228 38&lt;br/&gt;
key_0000000095 39&lt;br/&gt;
key_0000000105 39&lt;br/&gt;
key_0000000129 39&lt;br/&gt;
key_0000000131 39&lt;br/&gt;
key_0000000240 39&lt;br/&gt;
key_0000000143 40&lt;br/&gt;
key_0000000177 40&lt;br/&gt;
key_0000000206 40&lt;br/&gt;
key_0000000232 40&lt;br/&gt;
key_0000000396 40&lt;br/&gt;
key_0000000097 41&lt;br/&gt;
key_0000000107 41&lt;br/&gt;
key_0000000133 41&lt;br/&gt;
key_0000000242 41&lt;br/&gt;
key_0000000276 41&lt;br/&gt;
key_0000000043 42&lt;br/&gt;
key_0000000077 42&lt;br/&gt;
key_0000000296 42&lt;br/&gt;
key_0000000306 42&lt;br/&gt;
key_0000000332 42&lt;br/&gt;
key_0000000007 43&lt;br/&gt;
key_0000000033 43&lt;br/&gt;
key_0000000197 43&lt;br/&gt;
key_0000000342 43&lt;br/&gt;
key_0000000376 43&lt;br/&gt;
key_0000000006 44&lt;br/&gt;
key_0000000032 44&lt;br/&gt;
key_0000000196 44&lt;br/&gt;
key_0000000343 44&lt;br/&gt;
key_0000000377 44&lt;br/&gt;
key_0000000042 45&lt;br/&gt;
key_0000000076 45&lt;br/&gt;
key_0000000297 45&lt;br/&gt;
key_0000000307 45&lt;br/&gt;
key_0000000333 45&lt;br/&gt;
key_0000000096 46&lt;br/&gt;
key_0000000106 46&lt;br/&gt;
key_0000000132 46&lt;br/&gt;
key_0000000243 46&lt;br/&gt;
key_0000000277 46&lt;br/&gt;
key_0000000142 47&lt;br/&gt;
key_0000000176 47&lt;br/&gt;
key_0000000207 47&lt;br/&gt;
key_0000000233 47&lt;br/&gt;
key_0000000397 47&lt;br/&gt;
key_0000000017 48&lt;br/&gt;
key_0000000023 48&lt;br/&gt;
key_0000000187 48&lt;br/&gt;
key_0000000352 48&lt;br/&gt;
key_0000000366 48&lt;br/&gt;
key_0000000053 49&lt;br/&gt;
key_0000000067 49&lt;br/&gt;
key_0000000286 49&lt;br/&gt;
key_0000000316 49&lt;br/&gt;
key_0000000322 49&lt;br/&gt;
key_0000000087 50&lt;br/&gt;
key_0000000117 50&lt;br/&gt;
key_0000000123 50&lt;br/&gt;
key_0000000252 50&lt;br/&gt;
key_0000000266 50&lt;br/&gt;
key_0000000153 51&lt;br/&gt;
key_0000000167 51&lt;br/&gt;
key_0000000216 51&lt;br/&gt;
key_0000000222 51&lt;br/&gt;
key_0000000386 51&lt;br/&gt;
key_0000000152 52&lt;br/&gt;
key_0000000166 52&lt;br/&gt;
key_0000000217 52&lt;br/&gt;
key_0000000223 52&lt;br/&gt;
key_0000000387 52&lt;br/&gt;
key_0000000086 53&lt;br/&gt;
key_0000000116 53&lt;br/&gt;
key_0000000122 53&lt;br/&gt;
key_0000000253 53&lt;br/&gt;
key_0000000267 53&lt;br/&gt;
key_0000000052 54&lt;br/&gt;
key_0000000066 54&lt;br/&gt;
key_0000000287 54&lt;br/&gt;
key_0000000317 54&lt;br/&gt;
key_0000000323 54&lt;br/&gt;
key_0000000016 55&lt;br/&gt;
key_0000000022 55&lt;br/&gt;
key_0000000186 55&lt;br/&gt;
key_0000000353 55&lt;br/&gt;
key_0000000367 55&lt;br/&gt;
key_0000000048 56&lt;br/&gt;
key_0000000050 56&lt;br/&gt;
key_0000000064 56&lt;br/&gt;
key_0000000285 56&lt;br/&gt;
key_0000000315 56&lt;br/&gt;
key_0000000014 57&lt;br/&gt;
key_0000000020 57&lt;br/&gt;
key_0000000038 57&lt;br/&gt;
key_0000000184 57&lt;br/&gt;
key_0000000349 57&lt;br/&gt;
key_0000000148 58&lt;br/&gt;
key_0000000150 58&lt;br/&gt;
key_0000000164 58&lt;br/&gt;
key_0000000215 58&lt;br/&gt;
key_0000000221 58&lt;br/&gt;
key_0000000084 59&lt;br/&gt;
key_0000000114 59&lt;br/&gt;
key_0000000120 59&lt;br/&gt;
key_0000000138 59&lt;br/&gt;
key_0000000249 59&lt;br/&gt;
key_0000000085 60&lt;br/&gt;
key_0000000115 60&lt;br/&gt;
key_0000000121 60&lt;br/&gt;
key_0000000139 60&lt;br/&gt;
key_0000000248 60&lt;br/&gt;
key_0000000149 61&lt;br/&gt;
key_0000000151 61&lt;br/&gt;
key_0000000165 61&lt;br/&gt;
key_0000000214 61&lt;br/&gt;
key_0000000220 61&lt;br/&gt;
key_0000000015 62&lt;br/&gt;
key_0000000021 62&lt;br/&gt;
key_0000000039 62&lt;br/&gt;
key_0000000185 62&lt;br/&gt;
key_0000000348 62&lt;br/&gt;
key_0000000049 63&lt;br/&gt;
key_0000000051 63&lt;br/&gt;
key_0000000065 63&lt;br/&gt;
key_0000000284 63&lt;br/&gt;
key_0000000314 63&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Chishengs-MacBook-Pro:tools chisheng$ curl &lt;a href=&quot;http://127.0.0.1:8091/pools/default/buckets/default&quot;&gt;http://127.0.0.1:8091/pools/default/buckets/default&lt;/a&gt; | ./vbuckettool - some_key another_key&lt;br/&gt;
&amp;nbsp;&amp;nbsp;% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Dload  Upload   Total   Spent    Left  Speed&lt;br/&gt;
100  2716  100  2716    0     0   667k      0 --:--:-- --:--:-- --:--:--  884k&lt;br/&gt;
key: some_key master: 127.0.0.1:11210 vBucketId: 4 couchApiBase: &lt;a href=&quot;http://127.0.0.1:8092/default&quot;&gt;http://127.0.0.1:8092/default&lt;/a&gt; replicas:&lt;br/&gt;
key: another_key master: 127.0.0.1:11210 vBucketId: 62 couchApiBase: &lt;a href=&quot;http://127.0.0.1:8092/default&quot;&gt;http://127.0.0.1:8092/default&lt;/a&gt; replicas:</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 13 May 2013 12:20:56 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10026"><![CDATA[MacOSX 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11155</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8331] Need to move to 5.8.5.cb1</title>
                <link>http://www.couchbase.com/issues/browse/MB-8331</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>We need to move to our patched Erlang version 5.8.5.cb1 as we decided not to move to newer version of Erlang that has Filipe&amp;#39;s changes upstream.&lt;br/&gt;
</description>
                <environment></environment>
            <key id="24371">MB-8331</key>
            <summary>Need to move to 5.8.5.cb1</summary>
                <type id="3" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/task.png">Task</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="bcui">Bin Cui</assignee>
                                <reporter username="siri">Sriram Melkote</reporter>
                        <labels>
                    </labels>
                <created>Tue, 21 May 2013 13:27:27 -0500</created>
                <updated>Tue, 21 May 2013 14:15:58 -0500</updated>
                    <resolved>Tue, 21 May 2013 14:15:58 -0500</resolved>
                            <version>2.0.2</version>
                                                <component>installer</component>
                                <votes>0</votes>
                        <watches>1</watches>
                                                    <comments>
                    <comment id="58915" author="siri" created="Tue, 21 May 2013 13:27:53 -0500"  >Assigning to Phil as I need IP addresses of all 2.0.2 Windows builders before I can switch the version, to ensure they have the patched VM.&lt;br/&gt;
&lt;br/&gt;
Phil, please assign back to me with the IP&amp;#39;s of the builders and I&amp;#39;ll verify and make the switch</comment>
                    <comment id="58916" author="siri" created="Tue, 21 May 2013 13:35:54 -0500"  >Got confirmation that 2.0.2 builders are same as 2.0.1 -- assigning to Bin as he has picked up the changes here: &lt;a href=&quot;http://review.couchbase.org/26378&quot;&gt;http://review.couchbase.org/26378&lt;/a&gt;</comment>
                </comments>
                <issuelinks>
                        <issuelinktype id="10000">
                <name>Dependency</name>
                                <outwardlinks description="depends on">
                            <issuelink>
            <issuekey id="22770">MB-7772</issuekey>
        </issuelink>
                    </outwardlinks>
                                            </issuelinktype>
                    </issuelinks>
                <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11357</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8318] memcached crashed in CouchKVStore::setVBucketState</title>
                <link>http://www.couchbase.com/issues/browse/MB-8318</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&lt;a href=&quot;http://qa.hq.northscale.net/job/cen-ubu-64-2.0-new-rebalance-mixed-cluster-P1/9/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/cen-ubu-64-2.0-new-rebalance-mixed-cluster-P1/9/consoleFull&lt;/a&gt; &lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;1.8.1 &amp;amp; 2.0.2-807 ( mixed cluster)&lt;br/&gt;
1_8_1: &lt;br/&gt;
10.5.2.11 &lt;br/&gt;
10.6.2.81 &lt;br/&gt;
10.6.2.82 &lt;br/&gt;
&lt;br/&gt;
2.0.2-807-rel: &lt;br/&gt;
10.3.121.119 &lt;br/&gt;
10.3.121.121 &lt;br/&gt;
10.3.121.122 &lt;br/&gt;
10.3.121.123 &lt;br/&gt;
&lt;br/&gt;
on 10.3.121.121( root/couchbase):&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@localhost&apos;&gt;root@localhost&lt;/a&gt; tmp]# ls -la&lt;br/&gt;
total 1345100&lt;br/&gt;
drwxrwxrwt 10 root root 4096 May 20 01:09 .&lt;br/&gt;
drwxr-xr-x 24 root root 4096 May 18 09:40 ..&lt;br/&gt;
drwx------ 2 root root 4096 May 20 00:00 atop.d&lt;br/&gt;
drwxr-xr-x 2 root root 4096 May 18 03:24 backup&lt;br/&gt;
-rw------- 1 couchbase couchbase 698519552 May 19 17:13 core.memcached.14586&lt;br/&gt;
-rw------- 1 couchbase couchbase 947982336 May 19 13:57 core.memcached.3876&lt;br/&gt;
-rw-r--r-- 1 root root 129834728 May 18 00:32 couchbase-server-enterprise_x86_64_2.0.2-807-rel.rpm&lt;br/&gt;
drwxrwxrwt 2 root root 4096 May 18 09:40 .font-unix&lt;br/&gt;
-rw------- 1 root root 66 May 18 00:33 .gdm6DAMUW&lt;br/&gt;
srw-rw-rw- 1 root root 0 May 18 09:40 .gdm_socket&lt;br/&gt;
drwxrwxrwt 2 root root 4096 May 18 09:40 .ICE-unix&lt;br/&gt;
drwx------ 2 root root 4096 Apr 2 12:32 keyring-iUmHcT&lt;br/&gt;
drwx------ 2 couchbase couchbase 4096 Apr 11 2012 keyring-JYEPdw&lt;br/&gt;
drwx------ 2 root root 4096 May 18 09:40 vmware-root&lt;br/&gt;
-r--r--r-- 1 root root 11 May 18 09:40 .X0-lock&lt;br/&gt;
drwxrwxrwt 2 root root 4096 May 18 09:40 .X11-unix&lt;br/&gt;
[&lt;a href=&apos;mailto:root@localhost&apos;&gt;root@localhost&lt;/a&gt; tmp]# gdb /opt/couchbase/bin/memcached core.memcached.14586 &lt;br/&gt;
GNU gdb (GDB) CentOS (7.0.1-45.el5.centos)&lt;br/&gt;
Copyright (C) 2009 Free Software Foundation, Inc.&lt;br/&gt;
License GPLv3+: GNU GPL version 3 or later &amp;lt;&lt;a href=&quot;http://gnu.org/licenses/gpl.html&quot;&gt;http://gnu.org/licenses/gpl.html&lt;/a&gt;&amp;gt;&lt;br/&gt;
This is free software: you are free to change and redistribute it.&lt;br/&gt;
There is NO WARRANTY, to the extent permitted by law. Type &amp;quot;show copying&amp;quot;&lt;br/&gt;
and &amp;quot;show warranty&amp;quot; for details.&lt;br/&gt;
This GDB was configured as &amp;quot;x86_64-redhat-linux-gnu&amp;quot;.&lt;br/&gt;
For bug reporting instructions, please see:&lt;br/&gt;
&amp;lt;&lt;a href=&quot;http://www.gnu.org/software/gdb/bugs/&quot;&gt;http://www.gnu.org/software/gdb/bugs/&lt;/a&gt;&amp;gt;...&lt;br/&gt;
Reading symbols from /opt/couchbase/bin/memcached...done.&lt;br/&gt;
[New Thread 15231]&lt;br/&gt;
[New Thread 20939]&lt;br/&gt;
[New Thread 20938]&lt;br/&gt;
[New Thread 20937]&lt;br/&gt;
[New Thread 15236]&lt;br/&gt;
[New Thread 15235]&lt;br/&gt;
[New Thread 15234]&lt;br/&gt;
[New Thread 15233]&lt;br/&gt;
[New Thread 15232]&lt;br/&gt;
[New Thread 15230]&lt;br/&gt;
[New Thread 14593]&lt;br/&gt;
[New Thread 14592]&lt;br/&gt;
[New Thread 14591]&lt;br/&gt;
[New Thread 14590]&lt;br/&gt;
[New Thread 14589]&lt;br/&gt;
[New Thread 14588]&lt;br/&gt;
[New Thread 14587]&lt;br/&gt;
[New Thread 14586]&lt;br/&gt;
&lt;br/&gt;
warning: .dynamic section for &amp;quot;/usr/lib64/libstdc++.so.6&amp;quot; is not at the expected address&lt;br/&gt;
&lt;br/&gt;
warning: difference appears to be caused by prelink, adjusting expectations&lt;br/&gt;
&lt;br/&gt;
warning: .dynamic section for &amp;quot;/lib64/libgcc_s.so.1&amp;quot; is not at the expected address&lt;br/&gt;
&lt;br/&gt;
warning: difference appears to be caused by prelink, adjusting expectations&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/libmemcached_utilities.so.0...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/libmemcached_utilities.so.0&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libevent-2.0.so.5...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libevent-2.0.so.5&lt;br/&gt;
Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libdl.so.2&lt;br/&gt;
Reading symbols from /lib64/libm.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libm.so.6&lt;br/&gt;
Reading symbols from /lib64/librt.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/librt.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libtcmalloc_minimal.so.4...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done.&lt;br/&gt;
[Thread debugging using libthread_db enabled]&lt;br/&gt;
Loaded symbols for /lib64/libpthread.so.0&lt;br/&gt;
Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libc.so.6&lt;br/&gt;
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/ld-linux-x86-64.so.2&lt;br/&gt;
Reading symbols from /usr/lib64/libstdc++.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /usr/lib64/libstdc++.so.6&lt;br/&gt;
Reading symbols from /lib64/libgcc_s.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libgcc_s.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/stdin_term_handler.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/stdin_term_handler.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/file_logger.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/file_logger.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/bucket_engine.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/bucket_engine.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/ep.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libcouchstore.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libcouchstore.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libsnappy.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libsnappy.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicuuc.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicuuc.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicudata.so.44...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicudata.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicui18n.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicui18n.so.44&lt;br/&gt;
&lt;br/&gt;
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff41d5f000&lt;br/&gt;
Core was generated by `/opt/couchbase/bin/memcached -X /opt/couchbase/lib/memcached/stdin_term_handler&amp;#39;.&lt;br/&gt;
Program terminated with signal 6, Aborted.&lt;br/&gt;
#0 0x0000003018630265 in raise () from /lib64/libc.so.6&lt;br/&gt;
(gdb) t a a bt&lt;br/&gt;
&lt;br/&gt;
Thread 18 (Thread 0x2b6944d5f220 (LWP 14586)):&lt;br/&gt;
#0 0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1 0x00002b69448ef576 in epoll_dispatch (base=0x13772000, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2 0x00002b69448dae44 in event_base_loop (base=0x13772000, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3 0x00000000004097d6 in main (argc=&amp;lt;value optimized out&amp;gt;, argv=&amp;lt;value optimized out&amp;gt;) at daemon/memcached.c:7926&lt;br/&gt;
&lt;br/&gt;
Thread 17 (Thread 14587):&lt;br/&gt;
#0 0x00000030186c678b in read () from /lib64/libc.so.6&lt;br/&gt;
#1 0x000000301866cd57 in _IO_new_file_underflow () from /lib64/libc.so.6&lt;br/&gt;
#2 0x000000301866d71e in _IO_default_uflow_internal () from /lib64/libc.so.6&lt;br/&gt;
#3 0x0000003018662804 in _IO_getline_info_internal () from /lib64/libc.so.6&lt;br/&gt;
#4 0x00000030186616a9 in fgets () from /lib64/libc.so.6&lt;br/&gt;
#5 0x00002b6944d60939 in check_stdin_thread (arg=&amp;lt;value optimized out&amp;gt;) at extensions/daemon/stdin_check.c:37&lt;br/&gt;
#6 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#7 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 16 (Thread 14588):&lt;br/&gt;
#0 0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1 0x00002aaaaaaae4d6 in logger_thead_main (arg=0xef0a040) at extensions/loggers/file_logger.c:368&lt;br/&gt;
#2 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#3 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 15 (Thread 14589):&lt;br/&gt;
#0 0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1 0x00002b69448ef576 in epoll_dispatch (base=0x13772500, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2 0x00002b69448dae44 in event_base_loop (base=0x13772500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3 0x0000000000414604 in worker_libevent (arg=0xef0d900) at daemon/thread.c:301&lt;br/&gt;
#4 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 14 (Thread 14590):&lt;br/&gt;
#0 0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1 0x00002b69448ef576 in epoll_dispatch (base=0x13772280, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2 0x00002b69448dae44 in event_base_loop (base=0x13772280, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3 0x0000000000414604 in worker_libevent (arg=0xef0d9f8) at daemon/thread.c:301&lt;br/&gt;
#4 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 13 (Thread 14591):&lt;br/&gt;
#0 0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1 0x00002b69448ef576 in epoll_dispatch (base=0x13772c80, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2 0x00002b69448dae44 in event_base_loop (base=0x13772c80, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3 0x0000000000414604 in worker_libevent (arg=0xef0daf0) at daemon/thread.c:301&lt;br/&gt;
#4 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 12 (Thread 14592):&lt;br/&gt;
#0 0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1 0x00002b69448ef576 in epoll_dispatch (base=0x13772a00, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2 0x00002b69448dae44 in event_base_loop (base=0x13772a00, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3 0x0000000000414604 in worker_libevent (arg=0xef0dbe8) at daemon/thread.c:301&lt;br/&gt;
#4 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
Thread 11 (Thread 14593):&lt;br/&gt;
#0 0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1 0x00002b69448ef576 in epoll_dispatch (base=0x13772780, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2 0x00002b69448dae44 in event_base_loop (base=0x13772780, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3 0x0000000000414604 in worker_libevent (arg=0xef0dce0) at daemon/thread.c:301&lt;br/&gt;
#4 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 10 (Thread 15230):&lt;br/&gt;
#0 0x000000301869a541 in nanosleep () from /lib64/libc.so.6&lt;br/&gt;
#1 0x00000030186cded4 in usleep () from /lib64/libc.so.6&lt;br/&gt;
#2 0x00002aaaaaf32805 in updateStatsThread (arg=0xef0a4c0) at src/memory_tracker.cc:31&lt;br/&gt;
#3 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#4 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 9 (Thread 15232):&lt;br/&gt;
&lt;br/&gt;
#0 0x000000301920d524 in __lll_lock_wait () from /lib64/libpthread.so.0&lt;br/&gt;
#1 0x0000003019208e1a in _L_lock_1034 () from /lib64/libpthread.so.0&lt;br/&gt;
#2 0x0000003019208cdc in pthread_mutex_lock () from /lib64/libpthread.so.0&lt;br/&gt;
#3 0x00002aaaaaf336fa in Mutex::acquire (this=0x137ed110) at src/mutex.cc:79&lt;br/&gt;
#4 0x00002aaaaaf79dc3 in lock (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:48&lt;br/&gt;
#5 LockHolder (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:26&lt;br/&gt;
#6 CouchNotifier::notify_update (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:753&lt;br/&gt;
#7 0x00002aaaaaf70163 in CouchKVStore::setVBucketState (this=0x195f6300, vbucketId=1, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:745&lt;br/&gt;
#8 0x00002aaaaaf71069 in CouchKVStore::snapshotVBuckets (this=0x195f6300, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#9 0x00002aaaaaf021f3 in EventuallyPersistentStore::snapshotVBuckets (this=0x2ca5b800, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#10 0x00002aaaaaf51cff in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
#11 0x00002aaaaaf371c1 in ExecutorThread::run (this=0x1381da00) at src/scheduler.cc:153&lt;br/&gt;
#12 0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#13 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#14 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 8 (Thread 15233):&lt;br/&gt;
#0 0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1 0x00002aaaaaf37051 in wait (this=0x1381d860) at src/syncobject.hh:57&lt;br/&gt;
#2 ExecutorThread::run (this=0x1381d860) at src/scheduler.cc:139&lt;br/&gt;
#3 0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#4 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 7 (Thread 15234):&lt;br/&gt;
#0 0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1 0x00002aaaaaf37051 in wait (this=0x13844ea0) at src/syncobject.hh:57&lt;br/&gt;
#2 ExecutorThread::run (this=0x13844ea0) at src/scheduler.cc:139&lt;br/&gt;
#3 0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#4 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 6 (Thread 15235):&lt;br/&gt;
#0 0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1 0x00002aaaaaf37051 in wait (this=0x13844d00) at src/syncobject.hh:57&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#2 ExecutorThread::run (this=0x13844d00) at src/scheduler.cc:139&lt;br/&gt;
#3 0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#4 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 5 (Thread 15236):&lt;br/&gt;
#0 0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1 0x00002aaaaaf37051 in wait (this=0x13844b60) at src/syncobject.hh:57&lt;br/&gt;
#2 ExecutorThread::run (this=0x13844b60) at src/scheduler.cc:139&lt;br/&gt;
#3 0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#4 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 4 (Thread 20937):&lt;br/&gt;
#0 0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1 0x00002aaaaaf0ebdf in wait (this=0x13770400) at src/syncobject.hh:57&lt;br/&gt;
#2 wait (this=0x13770400) at src/syncobject.hh:73&lt;br/&gt;
#3 wait (this=0x13770400) at src/tapconnmap.hh:169&lt;br/&gt;
#4 EventuallyPersistentEngine::notifyPendingConnections (this=0x13770400) at src/ep_engine.cc:3377&lt;br/&gt;
#5 0x00002aaaaaf0ecc3 in EvpNotifyPendingConns (arg=0x13770400) at src/ep_engine.cc:1153&lt;br/&gt;
#6 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#7 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 3 (Thread 20938):&lt;br/&gt;
#0 0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1 0x00002aaaaaef31c8 in wait (this=0x1428d440, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2 IdleTask::run (this=0x1428d440, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3 0x00002aaaaaef5d2a in Dispatcher::run (this=0x137b2a80) at src/dispatcher.cc:184&lt;br/&gt;
#4 0x00002aaaaaef64ed in launch_dispatcher_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/dispatcher.cc:28&lt;br/&gt;
#5 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#6 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 2 (Thread 20939):&lt;br/&gt;
#0 0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1 0x00002aaaaaef31c8 in wait (this=0x1428ccf0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2 IdleTask::run (this=0x1428ccf0, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3 0x00002aaaaaef5d2a in Dispatcher::run (this=0x137b2fc0) at src/dispatcher.cc:184&lt;br/&gt;
#4 0x00002aaaaaef64ed in launch_dispatcher_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/dispatcher.cc:28&lt;br/&gt;
#5 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#6 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 1 (Thread 0x4651e940 (LWP 15231)):&lt;br/&gt;
#0 0x0000003018630265 in raise () from /lib64/libc.so.6&lt;br/&gt;
#1 0x0000003018631d10 in abort () from /lib64/libc.so.6&lt;br/&gt;
#2 0x00002aaaaaf7a779 in BinaryPacketHandler::implicitResponse (this=0x38fa) at src/couch-kvstore/couch-notifier.cc:41&lt;br/&gt;
#3 0x00002aaaaaf77009 in CouchNotifier::handleResponse (this=0x137ed000, res=0x137fc000) at src/couch-kvstore/couch-notifier.cc:216&lt;br/&gt;
#4 0x00002aaaaaf794eb in CouchNotifier::processInput (this=0x137ed000) at src/couch-kvstore/couch-notifier.cc:571&lt;br/&gt;
#5 0x00002aaaaaf79185 in waitOnce (this=0x137ed000) at src/couch-kvstore/couch-notifier.cc:677&lt;br/&gt;
#6 CouchNotifier::selectBucket (this=0x137ed000) at src/couch-kvstore/couch-notifier.cc:725&lt;br/&gt;
#7 0x00002aaaaaf7966f in CouchNotifier::processInput (this=0x137ed000) at src/couch-kvstore/couch-notifier.cc:608&lt;br/&gt;
#8 0x00002aaaaaf79f75 in waitOnce (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:677&lt;br/&gt;
#9 CouchNotifier::notify_update (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:755&lt;br/&gt;
#10 0x00002aaaaaf70163 in CouchKVStore::setVBucketState (this=0x195f6000, vbucketId=0, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:745&lt;br/&gt;
#11 0x00002aaaaaf71069 in CouchKVStore::snapshotVBuckets (this=0x195f6000, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#12 0x00002aaaaaf021f3 in EventuallyPersistentStore::snapshotVBuckets (this=0x2ca5b800, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#13 0x00002aaaaaf51cff in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
#14 0x00002aaaaaf371c1 in ExecutorThread::run (this=0x1381dba0) at src/scheduler.cc:153&lt;br/&gt;
#15 0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#16 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#17 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
(gdb) quit</description>
                <environment>centos64</environment>
            <key id="24340">MB-8318</key>
            <summary>memcached crashed in CouchKVStore::setVBucketState</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="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="andreibaranouski">Andrei Baranouski</assignee>
                                <reporter username="andreibaranouski">Andrei Baranouski</reporter>
                        <labels>
                    </labels>
                <created>Mon, 20 May 2013 04:42:08 -0500</created>
                <updated>Tue, 21 May 2013 10:53:38 -0500</updated>
                    <resolved>Tue, 21 May 2013 10:53:38 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>couchbase-bucket</component>
                                <votes>0</votes>
                        <watches>4</watches>
                                                    <comments>
                    <comment id="58764" author="andreibaranouski" created="Mon, 20 May 2013 04:49:39 -0500"  >I see no tests failures at this time, when the core files are generated. how useful it is for you to have just that core.memcached file?</comment>
                    <comment id="58772" author="andreibaranouski" created="Mon, 20 May 2013 08:10:48 -0500"  >I got collect info on other tests:&lt;br/&gt;
&lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-rebalance-regressions-P1/210/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-rebalance-regressions-P1/210/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
./testrunner -i /tmp/rebalance_regression.ini wait_timeout=100,get-cbcollect-info=True -t swaprebalance.SwapRebalanceFailedTests.test_add_back_failed_node,replica=2,num-buckets=3,num-swap=1,keys-count=1000000,swap-orchestrator=False&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
root( couchbase)@10.3.121.98: /tmp/core.memcached.6368&lt;br/&gt;
&lt;br/&gt;
collect_info from the test:&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.93-5202013-22-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.93-5202013-22-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.98-5202013-24-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.98-5202013-24-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.94-5202013-24-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.94-5202013-24-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.95-5202013-25-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.95-5202013-25-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.96-5202013-26-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.96-5202013-26-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.97-5202013-26-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8318/43440a18/10.3.121.97-5202013-26-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58785" author="jin" created="Mon, 20 May 2013 11:59:42 -0500"  >Thanks. The above information is enough for us to continue debug. The crash is from an assert() from the original mc-couch notifier. I need to contact the original developers for this module to understand if it is a true error case for assert or we need a better handling of this. </comment>
                    <comment id="58786" author="jin" created="Mon, 20 May 2013 12:00:28 -0500"  >Also I would assume this would only occurs during the tail of your tests when Couchbase is either shutting down or deleting buckets? </comment>
                    <comment id="58847" author="jin" created="Mon, 20 May 2013 17:35:16 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26428/2,&quot;&gt;http://review.couchbase.org/#/c/26428/2,&lt;/a&gt; a fix got just merged to 2.0.2. Unless this reveals another mccouch issue otherwise this should address the original crash here.&lt;br/&gt;
&lt;br/&gt;
Per discussion with Ketaki, I am assigning it to her so QE can coordinate a quick validation of the fix with their original test suit. Thanks much.</comment>
                    <comment id="58856" author="ketaki" created="Mon, 20 May 2013 20:23:06 -0500"  >Hi Andrei, &lt;br/&gt;
&lt;br/&gt;
Can you repro this issue w/ the latest build? Jin has pushed a potential change on the new build.&lt;br/&gt;
&lt;br/&gt;
thanks, &lt;br/&gt;
Ketaki</comment>
                    <comment id="58902" author="andreibaranouski" created="Tue, 21 May 2013 10:53:33 -0500"  >don&amp;#39;t see any memcached crashes on 2.0.2-809 &lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-rebalance-regressions-P1/211/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-rebalance-regressions-P1/211/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 20 May 2013 11:59:42 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11326</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8009] Couchbase Logo update on UI</title>
                <link>http://www.couchbase.com/issues/browse/MB-8009</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description></description>
                <environment></environment>
            <key id="23498">MB-8009</key>
            <summary>Couchbase Logo update on UI</summary>
                <type id="7" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/task_agile.png">Technical task</type>
                    <parent id="22838">MB-7804</parent>
                        <priority id="1" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/blocker.png">Blocker</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="pavel">Pavel Blagodov</assignee>
                                <reporter username="anil">Anil Kumar</reporter>
                        <labels>
                    </labels>
                <created>Tue, 2 Apr 2013 12:01:05 -0500</created>
                <updated>Tue, 21 May 2013 02:52:38 -0500</updated>
                    <resolved>Tue, 21 May 2013 02:52:38 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>UI</component>
                                <votes>0</votes>
                        <watches>5</watches>
                                                    <comments>
                    <comment id="54831" author="anil" created="Wed, 10 Apr 2013 17:11:16 -0500"  >Can you take look at the Spec and logo assets and let me know if you&amp;#39;ve what you need to make the changes.</comment>
                    <comment id="55029" author="pavel" created="Sat, 13 Apr 2013 03:47:54 -0500"  >Updated &lt;a href=&quot;http://review.couchbase.org/25647&quot;&gt;http://review.couchbase.org/25647&lt;/a&gt;</comment>
                    <comment id="55123" author="pavel" created="Tue, 16 Apr 2013 03:32:02 -0500"  >&lt;a href=&quot;http://review.couchbase.org/25697&quot;&gt;http://review.couchbase.org/25697&lt;/a&gt;</comment>
                    <comment id="56293" author="maria" created="Fri, 26 Apr 2013 01:21:43 -0500"  >tony, merged/fixed. can u verify/close. Thanks.  </comment>
                    <comment id="56324" author="anil" created="Fri, 26 Apr 2013 11:24:43 -0500"  >minor correction to logo images we will fix resolve this bug.</comment>
                    <comment id="56644" author="steve" created="Tue, 30 Apr 2013 12:37:31 -0500"  >fyi that assets are needed for both windows and mac (but none are needed for linux (which has no U/I for its installer or desktop/menubar widgets)).&lt;br/&gt;
&lt;br/&gt;
Please attach here when they&amp;#39;re ready (not in Dropbox, as we don&amp;#39;t all have Dropbox access).  Thanks.</comment>
                    <comment id="56957" author="anil" created="Thu, 2 May 2013 12:46:16 -0500"  >Attached the images</comment>
                    <comment id="57221" author="pavel" created="Mon, 6 May 2013 08:37:42 -0500"  >&lt;a href=&quot;http://review.couchbase.org/26117&quot;&gt;http://review.couchbase.org/26117&lt;/a&gt;</comment>
                    <comment id="58196" author="anil" created="Tue, 14 May 2013 12:16:53 -0500"  >Pavel, can you merge the changes and resolve the bug to QE for verifying it. thanks!</comment>
                    <comment id="58199" author="maria" created="Tue, 14 May 2013 12:42:08 -0500"  >tony, pls verify/ close.</comment>
                    <comment id="58586" author="thuan" created="Thu, 16 May 2013 19:51:09 -0500"  >Logo in couchbase server web console is not consistent with the one in couchbase.com web site&lt;br/&gt;
&lt;br/&gt;
Here is the example&lt;br/&gt;
couchbase server web console&lt;br/&gt;
&lt;a href=&quot;http://10.3.2.46:8091/images/couchbase_small_2.0.2.png&quot;&gt;http://10.3.2.46:8091/images/couchbase_small_2.0.2.png&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
couchbase.com web site&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/sites/all/themes/nosql/logo.png&quot;&gt;http://www.couchbase.com/sites/all/themes/nosql/logo.png&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
we need to fix the logo in couchbase server web console match with the one in couchbase.com web site.  There is a gap between couchbase and the red u shape as you see the logo in couchbase.com </comment>
                    <comment id="58635" author="pavel" created="Fri, 17 May 2013 13:04:18 -0500"  >&lt;a href=&quot;http://review.couchbase.org/26381&quot;&gt;http://review.couchbase.org/26381&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                    <attachment id="17248" name="couchbase-setupscreen.png" size="10877" author="anil" created="Thu, 2 May 2013 12:46:16 -0500" />
                    <attachment id="17249" name="favicon.ico" size="1406" author="anil" created="Thu, 2 May 2013 12:46:16 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Sat, 13 Apr 2013 03:47:54 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>10339</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10080" key="com.pyxis.greenhopper.jira:gh-sprint">
                <customfieldname>Sprint</customfieldname>
                <customfieldvalues>
                        <customfieldvalue>5</customfieldvalue>
    <customfieldvalue>7</customfieldvalue>
    <customfieldvalue>9</customfieldvalue>
    <customfieldvalue>11</customfieldvalue>
    <customfieldvalue>14</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8154] ep_queue_size is not decreasing 20 mins after load was stopped</title>
                <link>http://www.couchbase.com/issues/browse/MB-8154</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>1 default bucket, 3 replicas, 4 nodes cluster&lt;br/&gt;
loaded 1M items&lt;br/&gt;
&lt;br/&gt;
after load ep_queue_size is still 16 for 20 mins. &lt;br/&gt;
&lt;br/&gt;
attaching logs</description>
                <environment>centOS 64 bit&lt;br/&gt;
build 2.0.2-772-rel&lt;br/&gt;
&amp;lt;manifest&amp;gt;&amp;lt;remote name=&amp;quot;couchbase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/couchbase/&quot;&gt;git://github.com/couchbase/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;membase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/membase/&quot;&gt;git://github.com/membase/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;apache&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/apache/&quot;&gt;git://github.com/apache/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;erlang&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/erlang/&quot;&gt;git://github.com/erlang/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;default remote=&amp;quot;couchbase&amp;quot; revision=&amp;quot;master&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;tlm&amp;quot; path=&amp;quot;tlm&amp;quot; revision=&amp;quot;14fb7cc05baf418a57d33ab7dd0e7239645ec156&amp;quot;&amp;gt;&amp;lt;copyfile src=&amp;quot;Makefile.top&amp;quot; dest=&amp;quot;Makefile&amp;quot;/&amp;gt;&amp;lt;/project&amp;gt;&amp;lt;project name=&amp;quot;bucket_engine&amp;quot; path=&amp;quot;bucket_engine&amp;quot; revision=&amp;quot;2a797a8d97f421587cce728f2e6aa2cd42c8fa26&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ep-engine&amp;quot; path=&amp;quot;ep-engine&amp;quot; revision=&amp;quot;e38e9e49855362bcab0fa72258d888cf2423e4d5&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libconflate&amp;quot; path=&amp;quot;libconflate&amp;quot; revision=&amp;quot;c0d3e26a51f25a2b020713559cb344d43ce0b06c&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libmemcached&amp;quot; path=&amp;quot;libmemcached&amp;quot; revision=&amp;quot;ca739a890349ac36dc79447e37da7caa9ae819f5&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libvbucket&amp;quot; path=&amp;quot;libvbucket&amp;quot; revision=&amp;quot;026c79ae424a6daed4bb9345e86cc8fc21759b28&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-cli&amp;quot; path=&amp;quot;couchbase-cli&amp;quot; revision=&amp;quot;af83ea2e04736c1e9977f59bdba3f2e3390a86d8&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;memcached&amp;quot; path=&amp;quot;memcached&amp;quot; revision=&amp;quot;f5f43c6971d88c839ee78bcf87d6e7f177cef7b4&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;moxi&amp;quot; path=&amp;quot;moxi&amp;quot; revision=&amp;quot;4b391021af7a453bf88716724d2c644916ebd969&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ns_server&amp;quot; path=&amp;quot;ns_server&amp;quot; revision=&amp;quot;3d51cec3c9bc31e9d4d4dd496993aa5e9c39a00b&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;portsigar&amp;quot; path=&amp;quot;portsigar&amp;quot; revision=&amp;quot;159b6179ea8a3c2075ee9eb2afa6f91c98c0fda6&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;sigar&amp;quot; path=&amp;quot;sigar&amp;quot; revision=&amp;quot;63a3cd1b316d2d4aa6dd31ce8fc66101b983e0b0&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-examples&amp;quot; path=&amp;quot;couchbase-examples&amp;quot; revision=&amp;quot;cd9c8600589a1996c1ba6dbea9ac171b937d3379&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-python-client&amp;quot; path=&amp;quot;couchbase-python-client&amp;quot; revision=&amp;quot;006c1aa8b76f6bce11109af8a309133b57079c4c&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdb&amp;quot; path=&amp;quot;couchdb&amp;quot; revision=&amp;quot;586e4bb73b92db4362192616370c4e3edb8c34a0&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdbx-app&amp;quot; path=&amp;quot;couchdbx-app&amp;quot; revision=&amp;quot;cf709acdb8ee24cef158a2007189184e1e0f8016&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchstore&amp;quot; path=&amp;quot;couchstore&amp;quot; revision=&amp;quot;ddc4ba05ac9459994464aac973f5815abb9d8aa6&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;geocouch&amp;quot; path=&amp;quot;geocouch&amp;quot; revision=&amp;quot;ed9ad43aa361df0829262fef811b5236331b44c8&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;testrunner&amp;quot; path=&amp;quot;testrunner&amp;quot; revision=&amp;quot;96018840bf35a31ae43bc2c409cd6012ac27879e&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;otp&amp;quot; path=&amp;quot;otp&amp;quot; revision=&amp;quot;b6dc1a844eab061d0a7153d46e7e68296f15a504&amp;quot; remote=&amp;quot;erlang&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;icu4c&amp;quot; path=&amp;quot;icu4c&amp;quot; revision=&amp;quot;26359393672c378f41f2103a8699c4357c894be7&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;snappy&amp;quot; path=&amp;quot;snappy&amp;quot; revision=&amp;quot;5681dde156e9d07adbeeab79666c9a9d7a10ec95&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;v8&amp;quot; path=&amp;quot;v8&amp;quot; revision=&amp;quot;447decb75060a106131ab4de934bcc374648e7f2&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;gperftools&amp;quot; path=&amp;quot;gperftools&amp;quot; revision=&amp;quot;8f60ba949fb8576c530ef4be148bff97106ddc59&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;pysqlite&amp;quot; path=&amp;quot;pysqlite&amp;quot; revision=&amp;quot;0ff6e32ea05037fddef1eb41a648f2a2141009ea&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;/manifest&amp;gt;</environment>
            <key id="23919">MB-8154</key>
            <summary>ep_queue_size is not decreasing 20 mins after load was stopped</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="Iryna">Iryna Mironava</assignee>
                                <reporter username="Iryna">Iryna Mironava</reporter>
                        <labels>
                    </labels>
                <created>Thu, 25 Apr 2013 07:29:30 -0500</created>
                <updated>Tue, 21 May 2013 02:42:50 -0500</updated>
                    <resolved>Fri, 17 May 2013 16:10:34 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>couchbase-bucket</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="56202" author="Iryna" created="Thu, 25 Apr 2013 07:33:17 -0500"  >logs:&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8154/16fc64ab/172.27.33.10-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8154/16fc64ab/172.27.33.10-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8154/16fc64ab/172.27.33.11-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8154/16fc64ab/172.27.33.11-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8154/16fc64ab/172.27.33.12-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8154/16fc64ab/172.27.33.12-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8154/16fc64ab/172.27.33.13-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8154/16fc64ab/172.27.33.13-diag.zip&lt;/a&gt;&lt;br/&gt;
</comment>
                    <comment id="56342" author="chiyoung" created="Fri, 26 Apr 2013 16:28:35 -0500"  >I looked at the logs and seems to me that there are actually no dirty items in the disk write queue. This is just a stat bug. I will take a look at it more to see where the stat is not decremented correctly.</comment>
                    <comment id="56968" author="mikew" created="Thu, 2 May 2013 13:25:59 -0500"  >Chiyoung,&lt;br/&gt;
&lt;br/&gt;
I&amp;#39;ve been looking into a similar issue. If you don&amp;#39;t have time to look at this please feel free to assign it to me.</comment>
                    <comment id="57063" author="chiyoung" created="Thu, 2 May 2013 21:57:36 -0500"  >This is a stat update bug. I don&amp;#39;t think we should promote it to critical. Please don&amp;#39;t change the priority without understanding this issue and discussing it with the assignee.</comment>
                    <comment id="57858" author="chiyoung" created="Fri, 10 May 2013 16:58:22 -0500"  >Mike,&lt;br/&gt;
&lt;br/&gt;
This stat issue happend before merging the MRW implementation. But, we still see this issue after merging the MRW.&lt;br/&gt;
&lt;br/&gt;
I think you did lots of refactoring around the flusher before. Please take a look at it. I&amp;#39;m running out of ideas.&lt;br/&gt;
&amp;nbsp;</comment>
                    <comment id="58222" author="maria" created="Tue, 14 May 2013 13:49:22 -0500"  >per bug triage, bumping to critical. we need status on this. </comment>
                    <comment id="58668" author="mikew" created="Fri, 17 May 2013 16:10:23 -0500"  >We think the code with the multi-reader/writer fixed this issue and we have not seen it lately. Please file another issue if you run into again.</comment>
                    <comment id="58872" author="maria" created="Tue, 21 May 2013 02:42:50 -0500"  >iryna, pls verify against build 807 or &amp;gt;. thanks.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 26 Apr 2013 16:28:35 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>10842</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8246] [system test] Rebalance exited with reason timeout waiting for backfill determination</title>
                <link>http://www.couchbase.com/issues/browse/MB-8246</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Cluster ip is 172.23.105.23&lt;br/&gt;
1. create 8 nodes cluster, each node has 12G RAM, HHD &lt;br/&gt;
2. create 2 buckets default and saslbucket, with memory quota 6G and 4G&lt;br/&gt;
3. Run the KV use case for 1 day:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;loading 35M items to each bucket, access the data 4k ops/sec with 5% create, 5% delete, 5%expire, 5% update, 80 gets for several hours. Then with the same work load, run some rebalance and failover operations. Works good.&lt;br/&gt;
4 Continue the workload for another day, then try to rebalance in one node, rebalance exit with time out.&lt;br/&gt;
&lt;br/&gt;
Rebalance exited with reason {unexpected_exit,&lt;br/&gt;
{&amp;#39;EXIT&amp;#39;,&amp;lt;0.7961.56&amp;gt;,&lt;br/&gt;
{{badmatch,&lt;br/&gt;
[{&amp;#39;EXIT&amp;#39;,&lt;br/&gt;
{timeout,&lt;br/&gt;
{gen_server,call,&lt;br/&gt;
[&amp;lt;12869.26294.2&amp;gt;,had_backfill,30000]}}}]},&lt;br/&gt;
[{ns_single_vbucket_mover,&lt;br/&gt;
&amp;#39;-wait_backfill_determination/1-fun-1-&amp;#39;,&lt;br/&gt;
1}]}}}&lt;br/&gt;
ns_orchestrator002	&lt;a href=&apos;mailto:ns_1@172.23.105.23&apos;&gt;ns_1@172.23.105.23&lt;/a&gt;	14:36:20 - Fri May 10, 2013&lt;br/&gt;
&amp;lt;0.7953.56&amp;gt; exited with {unexpected_exit,&lt;br/&gt;
{&amp;#39;EXIT&amp;#39;,&amp;lt;0.7961.56&amp;gt;,&lt;br/&gt;
{{badmatch,&lt;br/&gt;
[{&amp;#39;EXIT&amp;#39;,&lt;br/&gt;
{timeout,&lt;br/&gt;
{gen_server,call,&lt;br/&gt;
[&amp;lt;12869.26294.2&amp;gt;,had_backfill,30000]}}}]},&lt;br/&gt;
[{ns_single_vbucket_mover,&lt;br/&gt;
&amp;#39;-wait_backfill_determination/1-fun-1-&amp;#39;,1}]}}}	&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
The link for diags is &lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8246/ns-diag-20130510162640.txt.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8246/ns-diag-20130510162640.txt.zip&lt;/a&gt;</description>
                <environment>build 2.0.2-789-rel</environment>
            <key id="24194">MB-8246</key>
            <summary>[system test] Rebalance exited with reason timeout waiting for backfill determination</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="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="3">Duplicate</resolution>
                    <security id="10011">Public</security>
                        <assignee username="mikew">Mike Wiederhold</assignee>
                                <reporter username="Chisheng">Chisheng Hong</reporter>
                        <labels>
                    </labels>
                <created>Fri, 10 May 2013 18:42:10 -0500</created>
                <updated>Tue, 21 May 2013 02:41:56 -0500</updated>
                    <resolved>Fri, 17 May 2013 17:28:55 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="57877" author="Chisheng" created="Fri, 10 May 2013 19:20:09 -0500"  >cbcollect info link is &lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8246/10nodes_202-789_rebalance_timetout_20130510-173321.tgz&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8246/10nodes_202-789_rebalance_timetout_20130510-173321.tgz&lt;/a&gt;</comment>
                    <comment id="58120" author="Chisheng" created="Mon, 13 May 2013 19:58:50 -0500"  >Aleksey K thought this was related to &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot;&gt;http://www.couchbase.com/issues/browse/MB-8231&lt;/a&gt;</comment>
                    <comment id="58228" author="maria" created="Tue, 14 May 2013 14:03:07 -0500"  >per bug triage, bumping up to blocker. if this is related to &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt;, then this bug shld get fixed, too. &lt;br/&gt;
pls update with your findings nonetheless.</comment>
                    <comment id="58259" author="maria" created="Tue, 14 May 2013 15:22:22 -0500"  >per bug triage, wait for ep-engine to stabilize.</comment>
                    <comment id="58683" author="mikew" created="Fri, 17 May 2013 17:28:42 -0500"  >Duplicate of &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt;.</comment>
                    <comment id="58871" author="maria" created="Tue, 21 May 2013 02:41:56 -0500"  >&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 14 May 2013 14:03:07 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11172</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8165] timeout error appeared while trying to read replica from a bucket with active resident ratio 30%</title>
                <link>http://www.couchbase.com/issues/browse/MB-8165</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>test to reproduce&lt;br/&gt;
newmemcapable.GetrTests.getr_dgm_test,nodes_init=3,GROUP=P1,,dgm_run=true,wait_timeout=250 -p get-delays=true&lt;br/&gt;
&lt;br/&gt;
attaching logs and delays&lt;br/&gt;
</description>
                <environment>build 2.0.2-779-rel&lt;br/&gt;
&amp;lt;manifest&amp;gt;&amp;lt;remote name=&amp;quot;couchbase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://10.1.1.210/&quot;&gt;git://10.1.1.210/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;membase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://10.1.1.210/&quot;&gt;git://10.1.1.210/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;apache&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/apache/&quot;&gt;git://github.com/apache/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;remote name=&amp;quot;erlang&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/erlang/&quot;&gt;git://github.com/erlang/&lt;/a&gt;&amp;quot;/&amp;gt;&amp;lt;default remote=&amp;quot;couchbase&amp;quot; revision=&amp;quot;master&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;tlm&amp;quot; path=&amp;quot;tlm&amp;quot; revision=&amp;quot;14fb7cc05baf418a57d33ab7dd0e7239645ec156&amp;quot;&amp;gt;&amp;lt;copyfile src=&amp;quot;Makefile.top&amp;quot; dest=&amp;quot;Makefile&amp;quot;/&amp;gt;&amp;lt;/project&amp;gt;&amp;lt;project name=&amp;quot;bucket_engine&amp;quot; path=&amp;quot;bucket_engine&amp;quot; revision=&amp;quot;2a797a8d97f421587cce728f2e6aa2cd42c8fa26&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ep-engine&amp;quot; path=&amp;quot;ep-engine&amp;quot; revision=&amp;quot;e94e5336f9107f1375504b205a114902b66af374&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libconflate&amp;quot; path=&amp;quot;libconflate&amp;quot; revision=&amp;quot;c0d3e26a51f25a2b020713559cb344d43ce0b06c&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libmemcached&amp;quot; path=&amp;quot;libmemcached&amp;quot; revision=&amp;quot;ca739a890349ac36dc79447e37da7caa9ae819f5&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;libvbucket&amp;quot; path=&amp;quot;libvbucket&amp;quot; revision=&amp;quot;026c79ae424a6daed4bb9345e86cc8fc21759b28&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-cli&amp;quot; path=&amp;quot;couchbase-cli&amp;quot; revision=&amp;quot;df2bf841fe1a88ce22cd931ee20fd8821cfcbd88&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;memcached&amp;quot; path=&amp;quot;memcached&amp;quot; revision=&amp;quot;f5f43c6971d88c839ee78bcf87d6e7f177cef7b4&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;moxi&amp;quot; path=&amp;quot;moxi&amp;quot; revision=&amp;quot;4b391021af7a453bf88716724d2c644916ebd969&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;ns_server&amp;quot; path=&amp;quot;ns_server&amp;quot; revision=&amp;quot;44176c27097947806b721de4b84dc92f24802dbb&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;portsigar&amp;quot; path=&amp;quot;portsigar&amp;quot; revision=&amp;quot;159b6179ea8a3c2075ee9eb2afa6f91c98c0fda6&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;sigar&amp;quot; path=&amp;quot;sigar&amp;quot; revision=&amp;quot;63a3cd1b316d2d4aa6dd31ce8fc66101b983e0b0&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-examples&amp;quot; path=&amp;quot;couchbase-examples&amp;quot; revision=&amp;quot;cd9c8600589a1996c1ba6dbea9ac171b937d3379&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchbase-python-client&amp;quot; path=&amp;quot;couchbase-python-client&amp;quot; revision=&amp;quot;d443169c0694fca1be67d8f6934a8c50f0175ee7&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdb&amp;quot; path=&amp;quot;couchdb&amp;quot; revision=&amp;quot;586e4bb73b92db4362192616370c4e3edb8c34a0&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchdbx-app&amp;quot; path=&amp;quot;couchdbx-app&amp;quot; revision=&amp;quot;cf709acdb8ee24cef158a2007189184e1e0f8016&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;couchstore&amp;quot; path=&amp;quot;couchstore&amp;quot; revision=&amp;quot;1011b9d3d6baf87103531c89acc7d2f44be37e2e&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;geocouch&amp;quot; path=&amp;quot;geocouch&amp;quot; revision=&amp;quot;ed9ad43aa361df0829262fef811b5236331b44c8&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;testrunner&amp;quot; path=&amp;quot;testrunner&amp;quot; revision=&amp;quot;7a76cbb6954e29750e17388ab0d559a720d3a8c2&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;otp&amp;quot; path=&amp;quot;otp&amp;quot; revision=&amp;quot;b6dc1a844eab061d0a7153d46e7e68296f15a504&amp;quot; remote=&amp;quot;erlang&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;icu4c&amp;quot; path=&amp;quot;icu4c&amp;quot; revision=&amp;quot;26359393672c378f41f2103a8699c4357c894be7&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;snappy&amp;quot; path=&amp;quot;snappy&amp;quot; revision=&amp;quot;5681dde156e9d07adbeeab79666c9a9d7a10ec95&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;v8&amp;quot; path=&amp;quot;v8&amp;quot; revision=&amp;quot;447decb75060a106131ab4de934bcc374648e7f2&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;gperftools&amp;quot; path=&amp;quot;gperftools&amp;quot; revision=&amp;quot;8f60ba949fb8576c530ef4be148bff97106ddc59&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;project name=&amp;quot;pysqlite&amp;quot; path=&amp;quot;pysqlite&amp;quot; revision=&amp;quot;0ff6e32ea05037fddef1eb41a648f2a2141009ea&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&amp;lt;/manifest&amp;gt;</environment>
            <key id="23971">MB-8165</key>
            <summary>timeout error appeared while trying to read replica from a bucket with active resident ratio 30%</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="Iryna">Iryna Mironava</assignee>
                                <reporter username="Iryna">Iryna Mironava</reporter>
                        <labels>
                    </labels>
                <created>Mon, 29 Apr 2013 14:54:42 -0500</created>
                <updated>Tue, 21 May 2013 02:39:38 -0500</updated>
                    <resolved>Mon, 20 May 2013 23:05:16 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>couchbase-bucket</component>
                                <votes>0</votes>
                        <watches>5</watches>
                                                    <comments>
                    <comment id="56477" author="Iryna" created="Mon, 29 Apr 2013 14:57:57 -0500"  >&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8165/a3ab787f/diaf.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8165/a3ab787f/diaf.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8165/a3ab787f/delay.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8165/a3ab787f/delay.zip&lt;/a&gt;</comment>
                    <comment id="56987" author="mikew" created="Thu, 2 May 2013 14:56:46 -0500"  >Iryna,&lt;br/&gt;
&lt;br/&gt;
The replica read command follows the same code path as a normal get request so I am not sure why you would be seeing a timeout. Can you please point out the place in the logs that shows this timeout? Also, does this test always fail or is it sporadic?</comment>
                    <comment id="57390" author="Iryna" created="Tue, 7 May 2013 08:29:21 -0500"  >i get timeout socket error each time i run this test&lt;br/&gt;
When I am trying to get replica for a key i get not my vbucket error</comment>
                    <comment id="58224" author="maria" created="Tue, 14 May 2013 13:53:04 -0500"  >mike, looks like iryna is seeing this issue for each test she runs. &lt;br/&gt;
can u take a look at the logs? thanks.</comment>
                    <comment id="58250" author="mikew" created="Tue, 14 May 2013 15:06:56 -0500"  >It looks like you forgot to set replica_to_read=1 in this test. From looking at the test code your getreplica commands are hitting active vbuckets and if an active vbucket receives a replica read command it returns not my vbucket.</comment>
                    <comment id="58633" author="deepkaran.salooja" created="Fri, 17 May 2013 12:44:53 -0500"  >The test is supposed to work fine with replica_to_read=0(which is the default). Running it with replica_to_read=1 returns error e.g.&lt;br/&gt;
newmemcapable.GetrTests.getr_dgm_test,nodes_init=3,GROUP=P1,replica_to_read=1,dgm_run=true,wait_timeout=250&lt;br/&gt;
&lt;br/&gt;
&amp;quot;IndexError: list index out of range&amp;quot;&lt;br/&gt;
&lt;br/&gt;
Need to have 2 replicas if replica_to_read=1 e.g.&lt;br/&gt;
&lt;br/&gt;
newmemcapable.GetrTests.getr_dgm_test,nodes_init=3,GROUP=P1,replica_to_read=1,dgm_run=true,wait_timeout=250,resident_ratio=90,replicas=2&lt;br/&gt;
&lt;br/&gt;
But still get the same Not my vbucket error:&lt;br/&gt;
&lt;br/&gt;
======================================================================&lt;br/&gt;
ERROR: getr_dgm_test (newmemcapable.GetrTests)&lt;br/&gt;
----------------------------------------------------------------------&lt;br/&gt;
Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;pytests/newmemcapable.py&amp;quot;, line 265, in getr_dgm_test&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;replica_to_read=self.replica_to_read, batch_size=1)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;pytests/basetestcase.py&amp;quot;, line 455, in verify_cluster_stats&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;batch_size=batch_size)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;pytests/basetestcase.py&amp;quot;, line 386, in _verify_all_buckets&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;task.result(timeout)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;lib/tasks/future.py&amp;quot;, line 159, in result&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;return self.__get_result()&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;lib/tasks/future.py&amp;quot;, line 111, in __get_result&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;raise self._exception&lt;br/&gt;
MemcachedError: Memcached error #7 &amp;#39;Not my vbucket&amp;#39;:  Connection reset&lt;br/&gt;
&lt;br/&gt;
----------------------------------------------------------------------&lt;br/&gt;
&lt;br/&gt;
The test code looks ok to me so far. Investigating more.</comment>
                    <comment id="58634" author="mikew" created="Fri, 17 May 2013 12:58:27 -0500"  >Okay. I just looked again and I think your right. I got thrown off by one of the functions and didn&amp;#39;t realize you guys keep separate maps of replica and active vbuckets. I&amp;#39;ll try to add some logging in ep-engine and run the test one more time. If you could add logging in testrunner that says which server and vbucket a getr is sent to when it fails that would be helpful too.</comment>
                    <comment id="58636" author="deepkaran.salooja" created="Fri, 17 May 2013 13:24:20 -0500"  >Added logging to testrunner. It will now log the replica vbucket and server. The very first getr returns Not my vbucket error always.&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://review.couchbase.org/#/c/26387/&quot;&gt;http://review.couchbase.org/#/c/26387/&lt;/a&gt;</comment>
                    <comment id="58702" author="maria" created="Sat, 18 May 2013 01:54:32 -0500"  >mike, pls take a look and provide some update to your ep-engine test run.</comment>
                    <comment id="58850" author="mikew" created="Mon, 20 May 2013 17:49:14 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26429&quot;&gt;http://review.couchbase.org/#/c/26429&lt;/a&gt;</comment>
                    <comment id="58869" author="maria" created="Tue, 21 May 2013 02:39:38 -0500"  >iryna, wait for the new build to come tomorrow before verifying this issue. thanks.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Thu, 2 May 2013 14:56:46 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>10896</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8309] online_upgrade_swap_rebalance 1.8.1-&gt;2.0.2: Rebalance exited with reason {{change_filter_failed,{&apos;EXIT&apos;,{{unexpected_reason,killed}</title>
                <link>http://www.couchbase.com/issues/browse/MB-8309</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&lt;a href=&quot;http://qa.hq.northscale.net/job/centos-32-2.0-upgrade-P1/4/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/centos-32-2.0-upgrade-P1/4/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
./testrunner -i /tmp/centos-32-2.0-upgrade.ini upgrade_version=2.0.2-805-rel,get-cbcollect-info=True,GROUP=P1 -t newupgradetests.MultiNodesUpgradeTests.online_upgrade_swap_rebalance,initial_version=1.8.1-942-rel,standard_buckets=1,items=500000,max_verify=1000,GROUP=1_8;ONLINE;WINDOWS;P1&lt;br/&gt;
&lt;br/&gt;
steps:&lt;br/&gt;
1)10.3.3.151, 10.3.3.152 with 1.8.1 build&lt;br/&gt;
10.3.3.153 with 2.0.2-805-rel&lt;br/&gt;
&lt;br/&gt;
2)[2013-05-17 01:11:42,198] - [rest_client:925] INFO - rebalance params : password=password&amp;amp;ejectedNodes=ns_1%4010.3.3.151&amp;amp;user=Administrator&amp;amp;knownNodes=ns_1%4010.3.3.152%2Cns_1%4010.3.3.151%2Cns_1%4010.3.3.153&lt;br/&gt;
...&lt;br/&gt;
[2013-05-17 01:26:15,908] - [task:340] INFO - rebalancing was completed with progress: 100.0% in 873.699863911 sec&lt;br/&gt;
&lt;br/&gt;
3)[2013-05-17 01:26:37,009] - [rest_client:925] INFO - rebalance params : password=password&amp;amp;ejectedNodes=ns_1%4010.3.3.152&amp;amp;user=Administrator&amp;amp;knownNodes=ns_1%4010.3.3.152%2Cns_1%4010.3.3.153&lt;br/&gt;
...&lt;br/&gt;
&lt;br/&gt;
[2013-05-17 01:31:07,549] - [rest_client:1014] ERROR - {u&amp;#39;status&amp;#39;: u&amp;#39;none&amp;#39;, u&amp;#39;errorMessage&amp;#39;: u&amp;#39;Rebalance failed. See logs for detailed reason. You can try rebalance again.&amp;#39;} - rebalance failed&lt;br/&gt;
[2013-05-17 01:31:07,550] - [rest_client:1015] INFO - Latest logs from UI:&lt;br/&gt;
[2013-05-17 01:31:07,601] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 2, u&amp;#39;text&amp;#39;: u&amp;quot;Rebalance exited with reason {{change_filter_failed,\n                               {&amp;#39;EXIT&amp;#39;,\n                                {{unexpected_reason,killed},\n                                 [{misc,executing_on_new_process,1},\n                                  {ns_vbm_sup,local_change_vbucket_filter,4},\n                                  {rpc,local_call,3},\n                                  {ns_vbm_sup,change_vbucket_filter,4},\n                                  {ns_vbm_sup,&amp;#39;-set_replicas/3-fun-2-&amp;#39;,5},\n                                  {lists,foldl,3},\n                                  {ns_vbm_sup,set_replicas,3},\n                                  {ns_vbm_sup,\n                                   &amp;#39;-set_replicas_on_nodes/3-fun-1-&amp;#39;,3}]}}},\n                              [{ns_vbm_sup,change_vbucket_filter,4},\n                               {ns_vbm_sup,&amp;#39;-set_replicas/3-fun-2-&amp;#39;,5},\n                               {lists,foldl,3},\n                               {ns_vbm_sup,set_replicas,3},\n                               {ns_vbm_sup,&amp;#39;-set_replicas_on_nodes/3-fun-1-&amp;#39;,\n                                3},\n                               {lists,foreach,2},\n                               {janitor_agent,\n                                do_bulk_set_vbucket_state_old_style,4},\n                               {ns_vbucket_mover,\n                                update_replication_post_move,3}]}\n&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_orchestrator&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779444497.0, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-17 01:31:07,602] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Failed to get tap stats after 5 attempts (repeated 43 times)&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ebucketmigrator_srv&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779418787.0, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-17 01:31:07,603] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Failed to get tap stats after 5 attempts&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ebucketmigrator_srv&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779358861.0, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-17 01:31:07,603] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Failed to get tap stats after 5 attempts (repeated 179 times)&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ebucketmigrator_srv&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779358787.0, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-17 01:31:07,604] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Failed to get tap stats after 5 attempts&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ebucketmigrator_srv&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779299138.0, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-17 01:31:07,604] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Failed to get tap stats after 5 attempts (repeated 154 times)&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ebucketmigrator_srv&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779298786.0, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-17 01:31:07,605] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Failed to get tap stats after 5 attempts&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ebucketmigrator_srv&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779238798.0, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-17 01:31:07,605] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Failed to get tap stats after 5 attempts (repeated 132 times)&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ebucketmigrator_srv&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779238787.0, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-17 01:31:07,605] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Failed to get tap stats after 5 attempts&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ebucketmigrator_srv&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779184396.0, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-17 01:31:07,605] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.3.153&apos;&gt;ns_1@10.3.3.153&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Bucket &amp;quot;standard_bucket0&amp;quot; rebalance does not seem to be swap rebalance&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_vbucket_mover&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368779184144.0, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}</description>
                <environment>centos 32, 2.0.2-805-rel</environment>
            <key id="24322">MB-8309</key>
            <summary>online_upgrade_swap_rebalance 1.8.1-&gt;2.0.2: Rebalance exited with reason {{change_filter_failed,{&apos;EXIT&apos;,{{unexpected_reason,killed}</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="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="alkondratenko">Aleksey Kondratenko</assignee>
                                <reporter username="andreibaranouski">Andrei Baranouski</reporter>
                        <labels>
                    </labels>
                <created>Fri, 17 May 2013 06:11:23 -0500</created>
                <updated>Mon, 20 May 2013 17:15:48 -0500</updated>
                    <resolved>Mon, 20 May 2013 17:15:48 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="58611" author="andreibaranouski" created="Fri, 17 May 2013 06:16:16 -0500"  >&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/kjd32sf/10.3.3.151-5172013-131-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/kjd32sf/10.3.3.151-5172013-131-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/kjd32sf/10.3.3.152-5172013-131-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/kjd32sf/10.3.3.152-5172013-131-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/kjd32sf/10.3.3.153-5172013-132-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/kjd32sf/10.3.3.153-5172013-132-diag.zip&lt;/a&gt;</comment>
                    <comment id="58758" author="andreibaranouski" created="Mon, 20 May 2013 02:39:26 -0500"  >almost similar bug: &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8317&quot; title=&quot;Rebalance fails when ejecting out nodes in a 1.8.1 &amp;amp; 2.0.2 mixed cluster while data is being inserted/mutated&quot;&gt;&lt;strike&gt;MB-8317&lt;/strike&gt;&lt;/a&gt; 1.8.1 &amp;amp; 2.0.2 mixed cluster: Rebalance exited with reason {{change_filter_failed,{&amp;#39;EXIT&amp;#39;,{noproc,[{erlang,link,[&amp;lt;17560.12069.16&amp;gt;]},{ns_vbm_new_sup,&amp;#39;-perform_vbucket_filter_change/6-fun-1-&amp;#39;</comment>
                    <comment id="58819" author="alkondratenko" created="Mon, 20 May 2013 14:09:04 -0500"  >No this one is different. We&amp;#39;re hitting 30 seconds timeout of waiting for downstream tap messages draining. Will just bump timeouts similar to pre-2.0 bump.</comment>
                    <comment id="58820" author="alkondratenko" created="Mon, 20 May 2013 14:10:06 -0500"  >I.e. so that downstream confirmation timeout (which we never bumped) matches other timeouts that we did bump pre-2.0&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58846" author="alkondratenko" created="Mon, 20 May 2013 17:15:48 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26416/&quot;&gt;http://review.couchbase.org/#/c/26416/&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 20 May 2013 14:09:04 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11285</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-7209] [RN 2.0.2 + Doc]2.0.0 cluster restore with data and index</title>
                <link>http://www.couchbase.com/issues/browse/MB-7209</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>In our document showing how to restore from one cluster to another identical cluster (&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-1.8/couchbase-backup-restore-restore.html&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-1.8/couchbase-backup-restore-restore.html&lt;/a&gt; at session 5.2.2.2. Restoring to a different cluster), &lt;br/&gt;
it shows only restore data.  &lt;br/&gt;
In 2.0.0, we have @indexes directory to store index.  What is the instruction to do cluster restore (data and indexes) from one cluster to another cluster.</description>
                <environment>all os</environment>
            <key id="20815">MB-7209</key>
            <summary>[RN 2.0.2 + Doc]2.0.0 cluster restore with data and index</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="thuan">Thuan Nguyen</reporter>
                        <labels>
                        <label>info-request</label>
                        <label>system-test</label>
                    </labels>
                <created>Fri, 16 Nov 2012 16:53:26 -0600</created>
                <updated>Mon, 20 May 2013 15:09:46 -0500</updated>
                    <resolved>Mon, 20 May 2013 15:09:39 -0500</resolved>
                            <version>2.0</version>
                <version>2.0.1</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>documentation</component>
                <component>tools</component>
                                <votes>0</votes>
                        <watches>5</watches>
                                                    <comments>
                    <comment id="44227" author="alkondratenko" created="Fri, 16 Nov 2012 17:00:06 -0600"  >AFAIK there&amp;#39;s no need to do anything. Indexes will be automatically rebuilt. Or at least I think so. No sure we should care about that however.</comment>
                    <comment id="44228" author="alkondratenko" created="Fri, 16 Nov 2012 17:00:18 -0600"  >Pinging Farshid</comment>
                    <comment id="44229" author="alkondratenko" created="Fri, 16 Nov 2012 17:00:40 -0600"  >And Yaseen</comment>
                    <comment id="44230" author="thuan" created="Fri, 16 Nov 2012 17:11:56 -0600"  >In large cluster with more than 30 million items, rebuild index may take more than a day to complete.  So in cluster restore in 2.0.0, do we need to copy both data and indexes files to new cluster to skip rebuild initial index?</comment>
                    <comment id="44244" author="farshid" created="Fri, 16 Nov 2012 18:54:39 -0600"  >this is a use case which we need to discuss for 2.1 or 3.0 release. &lt;br/&gt;
as part of cluster restore which is meant for large deployments we want to allow them to also copy their index files as well as their data files&lt;br/&gt;
&lt;br/&gt;
currently cbbackup/cbrestore indeed restore the data files but also definition of design documents .&lt;br/&gt;
&lt;br/&gt;
the cluster restore feature on the other hand is now designed to work for data files and not indexes.&lt;br/&gt;
&lt;br/&gt;
Tony&amp;#39;&lt;br/&gt;
it is clear that indexes are not restored but can you confirm whether design docs are created or not after restore ? &lt;br/&gt;
</comment>
                    <comment id="44245" author="farshid" created="Fri, 16 Nov 2012 18:54:59 -0600"  >please reassign to Yaseen after comemtning </comment>
                    <comment id="44324" author="steve" created="Mon, 19 Nov 2012 13:11:11 -0600"  >looks like the instructions may need a scrub, too.</comment>
                    <comment id="44445" author="steve" created="Tue, 20 Nov 2012 13:23:14 -0600"  >bug-scrub: since this is docs, just need alk to evaluate docs (he believes cluster-restore works)</comment>
                    <comment id="44579" author="alkondratenko" created="Wed, 21 Nov 2012 13:22:06 -0600"  >Tried manually. Everything works as expected. master couch database is restored as part of everything and indexes are back. Just being rebuilt after restore</comment>
                    <comment id="44580" author="alkondratenko" created="Wed, 21 Nov 2012 13:24:01 -0600"  >The only thing that may be somewhat problematic is lack of _exact_ instructions of what data files are here (quoting from documentation):&lt;br/&gt;
&lt;br/&gt;
The necessary steps for migrating data using this method are as follows:&lt;br/&gt;
&lt;br/&gt;
Take a backup of the data files of all nodes, using the above procedure. Alternately, shut down the couchbase-server on all nodes and copy the DB files.&lt;br/&gt;
&lt;br/&gt;
Install Couchbase Server (of at least version 1.7.1) on new nodes and cluster together. If using the web console to setup your cluster, a &amp;#39;default&amp;#39; bucket will be created. Please delete this bucket before proceeding.&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="47436" author="farshid" created="Wed, 9 Jan 2013 20:21:52 -0600"  >per bug scrub.&lt;br/&gt;
&lt;br/&gt;
the cluster restore feature on 2.0 is going to only restore data files. the user can use cbbackup/cbrestore tool to backup the ddoc definitions and restore it to the new cluster.&lt;br/&gt;
&lt;br/&gt;
and then they need to wait for index to build on the new cluster</comment>
                    <comment id="53640" author="kzeller" created="Wed, 27 Mar 2013 15:32:11 -0500"  >Removing documentation as component until we confirm this item for 1) release notes, or 2) required new content.</comment>
                    <comment id="55177" author="kzeller" created="Tue, 16 Apr 2013 12:31:46 -0500"  >Is this something that needs to be documented? If so, what is the point we want to make?</comment>
                    <comment id="55560" author="thuan" created="Thu, 18 Apr 2013 19:12:52 -0500"  >I think we need to add more info for restore in 2.0.0 and later if user has design doc and view.  After restore data to cluster, just re-create doc, view and indexes will be rebuild.</comment>
                    <comment id="56228" author="maria" created="Thu, 25 Apr 2013 13:03:06 -0500"  >abhinav, pls work with Karen for her to doc additional restore functionality/expected behavior.</comment>
                    <comment id="57878" author="maria" created="Fri, 10 May 2013 19:22:29 -0500"  >tony, before closing this bug, verify if there&amp;#39;s any doc for karen to do. thanks.</comment>
                    <comment id="58171" author="wayne" created="Tue, 14 May 2013 02:00:26 -0500"  >Updating the fix version to 2.0.2.  Please review the current instruction, and provide addition/new steps if needed.</comment>
                    <comment id="58213" author="anil" created="Tue, 14 May 2013 13:32:28 -0500"  >Tony, can you provide additional info and assign this to Karen for documentation.&lt;br/&gt;
</comment>
                    <comment id="58227" author="thuan" created="Tue, 14 May 2013 14:00:41 -0500"  >Just talk to Aleksey, all we need to backup is database files and restore them to new cluster.&lt;br/&gt;
In document for backup restore in 2.0,&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-backup-restore-restore.html&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-backup-restore-restore.html&lt;/a&gt;&lt;br/&gt;
&amp;nbsp;I don&amp;#39;t see how to restore docs and view in that page.  We need to add how to restore views into that page.&lt;br/&gt;
To restore docs and views, all user need to do is to re-create docs and views after restore data to new cluster.  Then index will rebuild automatically.</comment>
                    <comment id="58606" author="maria" created="Fri, 17 May 2013 00:26:12 -0500"  >karen, pls work with tony to get this doc&amp;#39;d for 2.0.2.&lt;br/&gt;
thanks.</comment>
                    <comment id="58829" author="kzeller" created="Mon, 20 May 2013 15:09:39 -0500"  >so when I read through this comment thread it appears this ticket is resolved by the new content on cbrestore of design documents for &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7300&quot; title=&quot;[Doc&amp;#39;d] cbtansfer/cbbackup/cbrestore - option to just transfer design-docs only&quot;&gt;MB-7300&lt;/a&gt;. This has been sent out for review.&lt;br/&gt;
&lt;br/&gt;
Consolidating.</comment>
                    <comment id="58830" author="kzeller" created="Mon, 20 May 2013 15:09:46 -0500"  >so when I read through this comment thread it appears this ticket is resolved by the new content on cbrestore of design documents for &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7300&quot; title=&quot;[Doc&amp;#39;d] cbtansfer/cbbackup/cbrestore - option to just transfer design-docs only&quot;&gt;MB-7300&lt;/a&gt;. This has been sent out for review.&lt;br/&gt;
&lt;br/&gt;
Consolidating.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 16 Nov 2012 17:00:06 -0600</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>88</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8238] NO menu bar to access menu commands after installation and click the Couchbase icon on MAC</title>
                <link>http://www.couchbase.com/issues/browse/MB-8238</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>1. Intall Couchbase server on MAC Lion OS&lt;br/&gt;
2. Click Couchbase Icon no access menu poped out&lt;br/&gt;
&lt;br/&gt;
For previous build like 755, we have this access menu. The screen shot is from 755</description>
                <environment>build-2.0.2-793</environment>
            <key id="24175">MB-8238</key>
            <summary>NO menu bar to access menu commands after installation and click the Couchbase icon on MAC</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="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="Chisheng">Chisheng Hong</assignee>
                                <reporter username="Chisheng">Chisheng Hong</reporter>
                        <labels>
                    </labels>
                <created>Thu, 9 May 2013 20:56:04 -0500</created>
                <updated>Mon, 20 May 2013 14:13:09 -0500</updated>
                    <resolved>Mon, 20 May 2013 14:13:09 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>4</watches>
                                                    <comments>
                    <comment id="57819" author="maria" created="Fri, 10 May 2013 13:51:04 -0500"  >assigning to bin. has nothing to do with ns_server.</comment>
                    <comment id="58018" author="rmayuram" created="Mon, 13 May 2013 12:22:08 -0500"  >Chisheng, the image shows the menu ... can you clarify the issue and show it to Tarun L?&lt;br/&gt;
&lt;br/&gt;
thanks,&lt;br/&gt;
ravi&lt;br/&gt;
</comment>
                    <comment id="58039" author="Chisheng" created="Mon, 13 May 2013 14:19:00 -0500"  >There should be a couchbase icon on menu bar for Mac after you open couchbase app and when you click it you can see some option like &amp;quot;about couchbase server&amp;quot;, &amp;quot;open admin console&amp;quot;. But for build 793, I did not see this anymore. The screen shot shows how the couchbase menu icon looks like in previous build. It&amp;#39;s in the upper right part of the screen shot.</comment>
                    <comment id="58553" author="maria" created="Thu, 16 May 2013 16:39:15 -0500"  >per bug triage, promoting to blocker since there&amp;#39;s no way to access the Couchbase Server from the MAC without this icon.</comment>
                    <comment id="58595" author="traun" created="Thu, 16 May 2013 20:37:28 -0500"  >I&amp;#39;m installing VMWare Fusion with a Mountain Lion OSX guest OS, so I can do repeatable experiments and have control over the environment (and not mess with my released version of the Couchbase server running on my macbook)&lt;br/&gt;
&lt;br/&gt;
I&amp;#39;m currently waiting for a 4.4 GB download to finish.  (it&amp;#39;s crawling)</comment>
                    <comment id="58629" author="traun" created="Fri, 17 May 2013 12:24:32 -0500"  >I have installed this build:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://builder.hq.couchbase.com/get/couchbase-server-community_x86_64_2.0.2-806-rel.zip&quot;&gt;http://builder.hq.couchbase.com/get/couchbase-server-community_x86_64_2.0.2-806-rel.zip&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
to a virtual machine running a clean install of Mountain Lion.&lt;br/&gt;
&lt;br/&gt;
What I see is that it&amp;#39;s actually in the menu bar, but the icon is just a small &amp;quot;dot&amp;quot; rather than the couch icon.   (see CouchbaseMenubar attachment)&lt;br/&gt;
&lt;br/&gt;
@Chisheng is this what you are seeing too?  Or in your case, is there not even a &amp;quot;dot&amp;quot; icon?&lt;br/&gt;
</comment>
                    <comment id="58630" author="rmayuram" created="Fri, 17 May 2013 12:30:40 -0500"  >Now that you mention it, I see that as well (just a period)  - which is build 793, so Chisheng must see that as well.</comment>
                    <comment id="58664" author="traun" created="Fri, 17 May 2013 15:36:56 -0500"  >Don&amp;#39;t have a fix yet, but found a workaround which sheds some light on the issue.  &lt;br/&gt;
&lt;br/&gt;
If I resize the Couchbase-Status-bw.png icon on the file system from 16x16 -&amp;gt; 116x116, it appears at closer to the normal size.  (see attached screenshot Couchbase-Menubar-Resized.png)</comment>
                    <comment id="58688" author="traun" created="Fri, 17 May 2013 18:03:31 -0500"  >I modified the image to have 72 DPI (was: 499 DPI), left the size the same, and it fixed the issue.  Screenshot attached: CouchbaseMenubar-Fixed.png&lt;br/&gt;
&lt;br/&gt;
Have submitted to Gerrit for code review: &lt;a href=&quot;http://review.couchbase.org/#/c/26392/&quot;&gt;http://review.couchbase.org/#/c/26392/&lt;/a&gt;</comment>
                    <comment id="58821" author="maria" created="Mon, 20 May 2013 14:13:09 -0500"  >ready for qe to verify. fix is merged.</comment>
                </comments>
                    <attachments>
                    <attachment id="17383" name="CouchbaseMenubar-Fixed.png" size="75068" author="traun" created="Fri, 17 May 2013 18:03:31 -0500" />
                    <attachment id="17375" name="Couchbase-Menubar.png" size="867676" author="traun" created="Fri, 17 May 2013 12:24:32 -0500" />
                    <attachment id="17379" name="Couchbase-Menubar-Resized.png" size="24341" author="traun" created="Fri, 17 May 2013 15:36:56 -0500" />
                    <attachment id="17293" name="ns-diag-20130509185236.txt.zip" size="797164" author="Chisheng" created="Thu, 9 May 2013 20:56:04 -0500" />
                    <attachment id="17294" name="Screen Shot 2013-05-09 at 6.53.45 PM.png" size="435612" author="Chisheng" created="Thu, 9 May 2013 20:56:04 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 10 May 2013 13:51:04 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10026"><![CDATA[MacOSX 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11153</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8317] Rebalance fails when ejecting out nodes in a 1.8.1 &amp; 2.0.2 mixed cluster while data is being inserted/mutated</title>
                <link>http://www.couchbase.com/issues/browse/MB-8317</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>1.8.1 &amp;amp; 2.0.2 mixed cluster: Rebalance exited with reason {{change_filter_failed,{&amp;#39;EXIT&amp;#39;,{noproc,[{erlang,link,[&amp;lt;17560.12069.16&amp;gt;]},{ns_vbm_new_sup,&amp;#39;-perform_vbucket_filter_change/6-fun-1-&amp;#39;&lt;br/&gt;
&lt;br/&gt;
very similar bug &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8309&quot; title=&quot;online_upgrade_swap_rebalance 1.8.1-&amp;gt;2.0.2: Rebalance exited with reason {{change_filter_failed,{&amp;#39;EXIT&amp;#39;,{{unexpected_reason,killed}&quot;&gt;&lt;strike&gt;MB-8309&lt;/strike&gt;&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
1.8.1 &amp;amp; 2.0.2-807 ( mixed cluster)&lt;a href=&quot;http://qa.hq.northscale.net/job/cen-ubu-64-2.0-new-rebalance-mixed-cluster-P1/9/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/cen-ubu-64-2.0-new-rebalance-mixed-cluster-P1/9/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
./testrunner -i /tmp/rebalance_in.ini wait_timeout=180,GROUP=P1,EXCLUDE_GROUP=FROM_2_0,get-cbcollect-info=True -t rebalance.rebalanceout.RebalanceOutTests.rebalance_out_with_ops,nodes_out=3,replicas=2,items=50000,doc_ops=create;update;delete,GROUP=OUT;P1&lt;br/&gt;
&lt;br/&gt;
1_8_1:&lt;br/&gt;
10.5.2.11&lt;br/&gt;
10.6.2.81&lt;br/&gt;
10.6.2.82&lt;br/&gt;
&lt;br/&gt;
2.0.2-807-rel:&lt;br/&gt;
10.3.121.119&lt;br/&gt;
10.3.121.121&lt;br/&gt;
10.3.121.122&lt;br/&gt;
10.3.121.123&lt;br/&gt;
&lt;br/&gt;
2013-05-19 14:30:01,445] - [rest_client:925] INFO - rebalance params : password=password&amp;amp;ejectedNodes=&amp;amp;user=Administrator&amp;amp;knownNodes=ns_1%4010.3.121.119%2Cns_1%4010.3.121.122%2Cns_1%4010.6.2.81%2Cns_1%4010.3.121.123%2Cns_1%4010.6.2.82%2Cns_1%4010.5.2.11%2Cns_1%4010.3.121.121&lt;br/&gt;
[2013-05-19 14:30:02,062] - [rest_client:929] INFO - rebalance operation started&lt;br/&gt;
[2013-05-19 14:30:02,080] - [rest_client:1031] INFO - rebalance percentage : 0 %&lt;br/&gt;
[2013-05-19 14:30:12,106] - [task:340] INFO - rebalancing was completed with progress: 100% in 10.0423641205 sec&lt;br/&gt;
....&lt;br/&gt;
[2013-05-19 14:30:47,707] - [rest_client:925] INFO - rebalance params : password=password&amp;amp;ejectedNodes=ns_1%4010.3.121.123%2Cns_1%4010.3.121.122%2Cns_1%4010.3.121.121&amp;amp;user=Administrator&amp;amp;knownNodes=ns_1%4010.3.121.119%2Cns_1%4010.3.121.122%2Cns_1%4010.6.2.81%2Cns_1%4010.3.121.123%2Cns_1%4010.6.2.82%2Cns_1%4010.5.2.11%2Cns_1%4010.3.121.121&lt;br/&gt;
[2013-05-19 14:30:47,720] - [rest_client:929] INFO - rebalance operation started&lt;br/&gt;
[2013-05-19 14:30:47,730] - [rest_client:1031] INFO - rebalance percentage : 0 %&lt;br/&gt;
[2013-05-19 14:30:57,756] - [rest_client:1014] ERROR - {u&amp;#39;status&amp;#39;: u&amp;#39;none&amp;#39;, u&amp;#39;errorMessage&amp;#39;: u&amp;#39;Rebalance failed. See logs for detailed reason. You can try rebalance again.&amp;#39;} - rebalance failed&lt;br/&gt;
[2013-05-19 14:30:57,757] - [rest_client:1015] INFO - Latest logs from UI:&lt;br/&gt;
[2013-05-19 14:30:57,815] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.119&apos;&gt;ns_1@10.3.121.119&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;quot;Current master is older (before 2.0.1) and I&amp;#39;ll try to takeover (repeated 1 times)&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;mb_master&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999050547.0, u&amp;#39;type&amp;#39;: u&amp;#39;warning&amp;#39;}&lt;br/&gt;
[2013-05-19 14:30:57,816] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.119&apos;&gt;ns_1@10.3.121.119&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 2, u&amp;#39;text&amp;#39;: u&amp;quot;Rebalance exited with reason {{change_filter_failed,\n                               {&amp;#39;EXIT&amp;#39;,\n                                {noproc,\n                                 [{erlang,link,[&amp;lt;17560.12069.16&amp;gt;]},\n                                  {ns_vbm_new_sup,\n                                   &amp;#39;-perform_vbucket_filter_change/6-fun-1-&amp;#39;,\n                                   7},\n                                  {misc,&amp;#39;-executing_on_new_process/1-fun-0-&amp;#39;,\n                                   3}]}}},\n                              [{ns_vbm_sup,change_vbucket_filter,4},\n                               {ns_vbm_sup,&amp;#39;-set_replicas/3-fun-2-&amp;#39;,5},\n                               {lists,foldl,3},\n                               {ns_vbm_sup,set_replicas,3},\n                               {ns_vbm_sup,&amp;#39;-set_replicas_on_nodes/3-fun-1-&amp;#39;,\n                                3},\n                               {lists,foreach,2},\n                               {janitor_agent,\n                                do_bulk_set_vbucket_state_old_style,4},\n                               {ns_vbucket_mover,handle_call,3}]}\n&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_orchestrator&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999050224.0, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-19 14:30:57,818] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.119&apos;&gt;ns_1@10.3.121.119&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Failed to get tap stats after 5 attempts&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ebucketmigrator_srv&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999049409.0, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-19 14:30:57,819] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.119&apos;&gt;ns_1@10.3.121.119&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Bucket &amp;quot;default&amp;quot; rebalance does not seem to be swap rebalance&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_vbucket_mover&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999049155.0, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-19 14:30:57,820] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.119&apos;&gt;ns_1@10.3.121.119&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Started rebalancing bucket default&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_rebalancer&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999048756.0, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-19 14:30:57,821] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.119&apos;&gt;ns_1@10.3.121.119&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 4, u&amp;#39;text&amp;#39;: u&amp;quot;Starting rebalance, KeepNodes = [&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.119&apos;&gt;ns_1@10.3.121.119&lt;/a&gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.6.2.81&apos;&gt;ns_1@10.6.2.81&lt;/a&gt;&amp;#39;,\n                                 &amp;#39;&lt;a href=&apos;mailto:ns_1@10.6.2.82&apos;&gt;ns_1@10.6.2.82&lt;/a&gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.5.2.11&apos;&gt;ns_1@10.5.2.11&lt;/a&gt;&amp;#39;], EjectNodes = [&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.123&apos;&gt;ns_1@10.3.121.123&lt;/a&gt;&amp;#39;,\n                                                                                   &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.122&apos;&gt;ns_1@10.3.121.122&lt;/a&gt;&amp;#39;,\n                                                                                   &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.121&apos;&gt;ns_1@10.3.121.121&lt;/a&gt;&amp;#39;]\n&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_orchestrator&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999048675.0, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-19 14:30:57,822] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.5.2.11&apos;&gt;ns_1@10.5.2.11&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 102, u&amp;#39;text&amp;#39;: u&amp;#39;Client-side error-report for user &amp;quot;Administrator&amp;quot; on node \&amp;#39;&lt;a href=&apos;mailto:ns_1@10.5.2.11&apos;&gt;ns_1@10.5.2.11&lt;/a&gt;\&amp;#39;:\nUser-Agent:Python-httplib2/$Rev: 259 $\n2013-05-19 14:30:19.598873 : rebalance_out_with_ops started \n&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;client-side error report&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;menelaus_web&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999020803.0, u&amp;#39;type&amp;#39;: u&amp;#39;warning&amp;#39;}&lt;br/&gt;
[2013-05-19 14:30:57,823] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.5.2.11&apos;&gt;ns_1@10.5.2.11&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 1, u&amp;#39;text&amp;#39;: u&amp;#39;Bucket &amp;quot;default&amp;quot; loaded on node \&amp;#39;&lt;a href=&apos;mailto:ns_1@10.5.2.11&apos;&gt;ns_1@10.5.2.11&lt;/a&gt;\&amp;#39; in 0 seconds.&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_memcached&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999014887.0, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-19 14:30:57,825] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.6.2.81&apos;&gt;ns_1@10.6.2.81&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 1, u&amp;#39;text&amp;#39;: u&amp;#39;Bucket &amp;quot;default&amp;quot; loaded on node \&amp;#39;&lt;a href=&apos;mailto:ns_1@10.6.2.81&apos;&gt;ns_1@10.6.2.81&lt;/a&gt;\&amp;#39; in 0 seconds.&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_memcached&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999013947.0, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-19 14:30:57,827] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.6.2.82&apos;&gt;ns_1@10.6.2.82&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 1, u&amp;#39;text&amp;#39;: u&amp;#39;Bucket &amp;quot;default&amp;quot; loaded on node \&amp;#39;&lt;a href=&apos;mailto:ns_1@10.6.2.82&apos;&gt;ns_1@10.6.2.82&lt;/a&gt;\&amp;#39; in 0 seconds.&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_memcached&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368999013933.0, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
</description>
                <environment>2.0.2-807</environment>
            <key id="24338">MB-8317</key>
            <summary>Rebalance fails when ejecting out nodes in a 1.8.1 &amp; 2.0.2 mixed cluster while data is being inserted/mutated</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="2">Won&apos;t Fix</resolution>
                    <security id="10011">Public</security>
                        <assignee username="alkondratenko">Aleksey Kondratenko</assignee>
                                <reporter username="andreibaranouski">Andrei Baranouski</reporter>
                        <labels>
                    </labels>
                <created>Mon, 20 May 2013 02:38:40 -0500</created>
                <updated>Mon, 20 May 2013 13:30:23 -0500</updated>
                    <resolved>Mon, 20 May 2013 13:30:23 -0500</resolved>
                            <version>2.0.2</version>
                                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="58759" author="andreibaranouski" created="Mon, 20 May 2013 03:06:40 -0500"  >&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.5.2.11-5192013-1431-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.5.2.11-5192013-1431-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.6.2.81-5192013-1432-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.6.2.81-5192013-1432-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.6.2.82-5192013-1433-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.6.2.82-5192013-1433-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.3.121.119-5192013-1434-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.3.121.119-5192013-1434-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.3.121.121-5192013-1435-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.3.121.121-5192013-1435-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.3.121.122-5192013-1437-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.3.121.122-5192013-1437-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.3.121.123-5192013-1438-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8309/32560c18/10.3.121.123-5192013-1438-diag.zip&lt;/a&gt;&lt;br/&gt;
</comment>
                    <comment id="58790" author="deepkaran.salooja" created="Mon, 20 May 2013 12:20:26 -0500"  >So far this rebalance failure is seen with this specific test only, so not a blocker issue.</comment>
                    <comment id="58804" author="alkondratenko" created="Mon, 20 May 2013 13:30:23 -0500"  >Appears to be same problem as &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-6497&quot; title=&quot;Not ready to replicate from vbuckets cause rebalance failure due to bad_replicas when replica count &amp;gt; 1&quot;&gt;&lt;strike&gt;MB-6497&lt;/strike&gt;&lt;/a&gt;:&lt;br/&gt;
&lt;br/&gt;
commit f13f9c77ac8b3cf21295c1bc5043b1112172c62b&lt;br/&gt;
Author: Aliaksey Kandratsenka &amp;lt;&lt;a href=&apos;mailto:alk@tut.by&apos;&gt;alk@tut.by&lt;/a&gt;&amp;gt;&lt;br/&gt;
Date:   Tue Sep 4 20:11:37 2012 -0700&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-6497&quot; title=&quot;Not ready to replicate from vbuckets cause rebalance failure due to bad_replicas when replica count &amp;gt; 1&quot;&gt;&lt;strike&gt;MB-6497&lt;/strike&gt;&lt;/a&gt;: separated replication management into own gen_server&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;As pointed out in ticket temporary restart-type on replicators and our&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;existing not-ready-vbuckets handling (killing itself) do not coexist&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;well.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Basically, previously if there are any not ready to be replicated from&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;vbuckets ebucketmigrator would exit 30 seconds after it was&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;spawned. Before transition into temporary restart-type it would be&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;restarted by supervisor (note: we still had subtle races&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;here). Temporary restart-type caused such ebucketmigrator to be never&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;restarted. Part of the problem was that during rebalance we&amp;#39;re using&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;update_vbucket_state requests to janitor and they&amp;#39;re incremental. So&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;it would add new vbuckets, completetly dropping old.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;In order to remedy this situation I&amp;#39;ve created new gen_server that&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;remembers desired replication topology for it&amp;#39;s node and bucket. In&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;order to deal with previously unexpected and completely raceful&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;replicator restarts, I&amp;#39;ve moved restart-for-not-ready-vbuckets&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;handling into that replications manager. So requests for replication&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;changes (including vbucket filter change) do not race with&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ebucketmigrator dying &amp;#39;legitimely&amp;#39;.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;New gen_server is placed before vbm_new_sup in it&amp;#39;s supervisor&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;list. That&amp;#39;s to make sure that if this guy crashes, vbm_sup will be&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;restarted as well.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Change-Id: I81e759a63e8263b4de0219c8b4f790749f908b12&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Reviewed-on: &lt;a href=&quot;http://review.couchbase.org/20492&quot;&gt;http://review.couchbase.org/20492&lt;/a&gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Tested-by: Aliaksey Kandratsenka &amp;lt;&lt;a href=&apos;mailto:alkondratenko@gmail.com&apos;&gt;alkondratenko@gmail.com&lt;/a&gt;&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Reviewed-by: Aliaksey Artamonau &amp;lt;&lt;a href=&apos;mailto:aliaksiej.artamonau@gmail.com&apos;&gt;aliaksiej.artamonau@gmail.com&lt;/a&gt;&amp;gt;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
We&amp;#39;ve fixed it since 2.0 but 1.8.x is still vulnerable.&lt;br/&gt;
&lt;br/&gt;
Just retry rebalance.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 20 May 2013 12:20:26 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11325</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8285] DevGuide: metadata reported as 150 bytes needs to be revised</title>
                <link>http://www.couchbase.com/issues/browse/MB-8285</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Found a few places where the metadata size is still reading 150 bytes and should be reduced to 60 for 2.0.1 and 54 for 2.0.2...maybe we can setup some sort of linking or monitoring as this will continue to change in future versions and customers are stumbling across the old values&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/couchbase-keys.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/couchbase-keys.html&lt;/a&gt;&lt;br/&gt;
\&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&lt;/a&gt;</description>
                <environment></environment>
            <key id="24276">MB-8285</key>
            <summary>DevGuide: metadata reported as 150 bytes needs to be revised</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="perry">Perry Krug</reporter>
                        <labels>
                    </labels>
                <created>Wed, 15 May 2013 09:04:08 -0500</created>
                <updated>Mon, 20 May 2013 13:24:53 -0500</updated>
                    <resolved>Mon, 20 May 2013 13:24:47 -0500</resolved>
                            <version>2.0.1</version>
                                                <component>documentation</component>
                                <votes>0</votes>
                        <watches>2</watches>
                                                    <comments>
                    <comment id="58800" author="kzeller" created="Mon, 20 May 2013 13:08:00 -0500"  >Found git grep -n &amp;quot;150&amp;quot;&lt;br/&gt;
&lt;br/&gt;
[FIXED] accessing-data.xml:727:          expiration and flags. Metadata per document is 150 Bytes, is&lt;br/&gt;
[FIXED] accessing-data.xml:749:      hundred million keys which are 70 Bytes each plus meta data at 150&lt;br/&gt;
&lt;br/&gt;
[FIXED] storing-data.xml:98:        at 150 Bytes each will require about 45 GB of RAM for document&lt;br/&gt;
[FIXED] storing-data.xml:240:        On average, document metadata is about 150 Bytes per item.&lt;br/&gt;
[FIXED] storing-data.xml:243:        means 100 million items with a 70 Byte key and 150 Byte meta&lt;br/&gt;
&lt;br/&gt;
[ADDED] Calculate example to now 23 GB at 54 Byte metadata</comment>
                    <comment id="58802" author="kzeller" created="Mon, 20 May 2013 13:24:47 -0500"  >Pushed updates, should appear in one hour:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&lt;/a&gt; &lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&lt;/a&gt; &lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/couchbase-keys.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/couchbase-keys.html&lt;/a&gt; &lt;br/&gt;
\&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&lt;/a&gt;</comment>
                    <comment id="58803" author="kzeller" created="Mon, 20 May 2013 13:24:53 -0500"  >Pushed updates, should appear in one hour:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&lt;/a&gt; &lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&lt;/a&gt; &lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/couchbase-keys.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/couchbase-keys.html&lt;/a&gt; &lt;br/&gt;
\&lt;a href=&quot;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&quot;&gt;http://www.couchbase.com/docs/couchbase-devguide-2.0/cb-store-operations.html&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 20 May 2013 13:08:00 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11247</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8296] win32: rebalance failed after Port server memcached on node \&apos;babysitter_of_ns_1@127.0.0.1\&apos; exited with status 255</title>
                <link>http://www.couchbase.com/issues/browse/MB-8296</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&lt;a href=&quot;http://qa.hq.northscale.net/job/windows32_rebalance-kv/9/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/windows32_rebalance-kv/9/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
./testrunner -i /tmp/4-w-32.ini get-cbcollect-info=True -t rebalancetests.IncrementalRebalanceOut.test_load,replica=1,delete-ratio=0,expiry-ratio=0&lt;br/&gt;
&lt;br/&gt;
password=password&amp;amp;ejectedNodes=&amp;amp;user=Administrator&amp;amp;knownNodes=ns_1%4010.3.2.179%2Cns_1%4010.3.2.185%2Cns_1%4010.3.2.178%2Cns_1%4010.3.2.183&lt;br/&gt;
[2013-05-16 04:40:53,799] - [rest_client:929] INFO - rebalance operation started&lt;br/&gt;
[2013-05-16 04:40:53,991] - [rest_client:1031] INFO - rebalance percentage : 0 %&lt;br/&gt;
[2013-05-16 04:40:55,037] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:40:57,191] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:40:58,428] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:40:59,674] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:41:00,790] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:41:02,902] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:41:04,931] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:41:06,048] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:41:08,102] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:41:10,423] - [rest_client:1031] INFO - rebalance percentage : 0.0 %&lt;br/&gt;
[2013-05-16 04:41:11,575] - [rest_client:1014] ERROR - {u&amp;#39;status&amp;#39;: u&amp;#39;none&amp;#39;, u&amp;#39;errorMessage&amp;#39;: u&amp;#39;Rebalance failed. See logs for detailed reason. You can try rebalance again.&amp;#39;} - rebalance failed&lt;br/&gt;
[2013-05-16 04:41:11,575] - [rest_client:1015] INFO - Latest logs from UI:&lt;br/&gt;
[2013-05-16 04:41:11,736] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.178&apos;&gt;ns_1@10.3.2.178&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 2, u&amp;#39;text&amp;#39;: u&amp;quot;Rebalance exited with reason {bulk_set_vbucket_state_failed,\n                              [{&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.179&apos;&gt;ns_1@10.3.2.179&lt;/a&gt;&amp;#39;,\n                                {&amp;#39;EXIT&amp;#39;,\n                                 {{badmatch,wrong_rebalancer_pid},\n                                  [{janitor_agent,set_vbucket_state,7},\n                                   {janitor_agent,\n                                    &amp;#39;-bulk_set_vbucket_state/4-fun-0-&amp;#39;,4},\n                                   {misc,&amp;#39;-parallel_map/3-fun-0-&amp;#39;,4}]}}}]}\n&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_orchestrator&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704449014, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-16 04:41:11,736] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.178&apos;&gt;ns_1@10.3.2.178&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;quot;&amp;lt;0.8010.5&amp;gt; exited with {bulk_set_vbucket_state_failed,\n                        [{&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.179&apos;&gt;ns_1@10.3.2.179&lt;/a&gt;&amp;#39;,\n                          {&amp;#39;EXIT&amp;#39;,\n                           {{badmatch,wrong_rebalancer_pid},\n                            [{janitor_agent,set_vbucket_state,7},\n                             {janitor_agent,\n                              &amp;#39;-bulk_set_vbucket_state/4-fun-0-&amp;#39;,4},\n                             {misc,&amp;#39;-parallel_map/3-fun-0-&amp;#39;,4}]}}}]}&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_vbucket_mover&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704446155, u&amp;#39;type&amp;#39;: u&amp;#39;critical&amp;#39;}&lt;br/&gt;
[2013-05-16 04:41:11,736] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.179&apos;&gt;ns_1@10.3.2.179&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Port server memcached on node \&amp;#39;&lt;a href=&apos;mailto:babysitter_of_ns_1@127.0.0.1&apos;&gt;babysitter_of_ns_1@127.0.0.1&lt;/a&gt;\&amp;#39; exited with status 255. Restarting. Messages: Thu May 16 04:29:32.201380 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; - Schedule the backfill for vbucket 427\nThu May 16 04:29:32.201380 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; - Sending TAP_OPAQUE with command &amp;quot;opaque_enable_auto_nack&amp;quot; and vbucket 0\nThu May 16 04:29:32.208215 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; - Sending TAP_OPAQUE with command &amp;quot;enable_checkpoint_sync&amp;quot; and vbucket 0\nThu May 16 04:29:32.213098 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; - Sending TAP_OPAQUE with command &amp;quot;initial_vbucket_stream&amp;quot; and vbucket 427\nThu May 16 04:29:32.222863 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; - Backfill is completed with VBuckets 427, \nThu May 16 04:29:32.222863 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; - Sending TAP_OPAQUE with command &amp;quot;close_backfill&amp;quot; and vbucket 427\nThu May 16 04:29:32.267782 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.183&apos;&gt;ns_1@10.3.2.183&lt;/a&gt;\&amp;#39; - Sending TAP_OPAQUE with command &amp;quot;opaque_enable_auto_nack&amp;quot; and vbucket 0\nThu May 16 04:29:32.267782 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.183&apos;&gt;ns_1@10.3.2.183&lt;/a&gt;\&amp;#39; - Sending TAP_OPAQUE with command &amp;quot;enable_checkpoint_sync&amp;quot; and vbucket 0\nThu May 16 04:29:32.315630 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:32.553896 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; - disconnected, keep alive for 300 seconds\nThu May 16 04:29:32.565614 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; - Connection is closed by force\nThu May 16 04:29:32.693536 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:rebalance_427 - Sending TAP_OPAQUE with command &amp;quot;opaque_enable_auto_nack&amp;quot; and vbucket 0\nThu May 16 04:29:32.693536 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:rebalance_427 - Sending TAP_OPAQUE with command &amp;quot;enable_checkpoint_sync&amp;quot; and vbucket 0\nThu May 16 04:29:32.693536 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:rebalance_427 - Sending TAP_VBUCKET_SET with vbucket 427 and state &amp;quot;pending&amp;quot;\nThu May 16 04:29:32.694512 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1608&amp;quot;\nThu May 16 04:29:32.697442 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; - Clear the tap queues by force\nThu May 16 04:29:32.705254 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 774, cookie 044D50E0\nThu May 16 04:29:32.708183 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:rebalance_427 - VBucket &amp;lt;427&amp;gt; is going dead to complete vbucket takeover\nThu May 16 04:29:32.715995 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:rebalance_427 - Sending TAP_VBUCKET_SET with vbucket 427 and state &amp;quot;active&amp;quot;\nThu May 16 04:29:32.719901 Pacific Daylight Time 3: (bucket-0) TAP takeover is completed. Disconnecting tap stream &amp;lt;eq_tapq:rebalance_427&amp;gt;\nThu May 16 04:29:32.720878 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:rebalance_427 - disconnected\nThu May 16 04:29:32.723807 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:rebalance_427&amp;quot;\nThu May 16 04:29:32.724784 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:rebalance_427 - Clear the tap queues by force\nThu May 16 04:29:32.742361 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.183&apos;&gt;ns_1@10.3.2.183&lt;/a&gt;\&amp;#39; - disconnected, keep alive for 300 seconds\nThu May 16 04:29:32.751149 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.183&apos;&gt;ns_1@10.3.2.183&lt;/a&gt;\&amp;#39; - Connection is closed by force\nThu May 16 04:29:32.817551 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1609 - disconnected\nThu May 16 04:29:32.983556 Pacific Daylight Time 3: (bucket-0) Deletion of vbucket 427 was completed.\nThu May 16 04:29:33.097807 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1612 - disconnected\nThu May 16 04:29:33.214010 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1610&amp;quot;\nThu May 16 04:29:33.214010 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1609&amp;quot;\nThu May 16 04:29:33.214010 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:replication_building_427_\&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.183&apos;&gt;ns_1@10.3.2.183&lt;/a&gt;\&amp;#39; - Clear the tap queues by force\nThu May 16 04:29:33.214010 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:33.214010 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1612&amp;quot;\nThu May 16 04:29:33.335096 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1611 - disconnected\nThu May 16 04:29:33.348767 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1611&amp;quot;\nThu May 16 04:29:33.401498 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 772, cookie 044D4960\nThu May 16 04:29:33.546020 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1614 - disconnected\nThu May 16 04:29:33.734485 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1613 - disconnected\nThu May 16 04:29:33.883889 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1613&amp;quot;\nThu May 16 04:29:33.883889 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1614&amp;quot;\nThu May 16 04:29:33.883889 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:33.900490 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1615 - disconnected\nThu May 16 04:29:34.011811 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1615&amp;quot;\nThu May 16 04:29:34.022552 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 771, cookie 044D4D20\nThu May 16 04:29:34.139732 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:34.308667 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1616 - disconnected\nThu May 16 04:29:34.412176 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1616&amp;quot;\nThu May 16 04:29:34.445377 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 770, cookie 044D5860\nThu May 16 04:29:34.524473 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1618 - disconnected\nThu May 16 04:29:34.547909 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1617 - disconnected\nThu May 16 04:29:34.793011 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1617&amp;quot;\nThu May 16 04:29:34.793011 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1618&amp;quot;\nThu May 16 04:29:34.793011 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:34.805705 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 769, cookie 044D5860\nThu May 16 04:29:34.942415 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1619 - disconnected\nThu May 16 04:29:34.976593 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1619&amp;quot;\nThu May 16 04:29:35.003935 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1620 - disconnected\nThu May 16 04:29:35.162128 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1621 - disconnected\nThu May 16 04:29:35.178728 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1620&amp;quot;\nThu May 16 04:29:35.178728 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1621&amp;quot;\nThu May 16 04:29:35.178728 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:35.595694 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:31:37.747055 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:31:37.747055 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=234 rev=2\nThu May 16 04:34:13.673599 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:13.673599 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=269 rev=4\nThu May 16 04:34:27.262573 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:27.262573 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=702 rev=3\nThu May 16 04:34:37.990402 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:37.990402 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=816 rev=4\nThu May 16 04:34:41.872966 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:41.872966 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=865 rev=4\nThu May 16 04:40:07.491773 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - disconnected, keep alive for 300 seconds\nThu May 16 04:40:07.538645 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1027 - disconnected\nThu May 16 04:40:07.594306 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1027&amp;quot;\nThu May 16 04:40:07.600165 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_4 - disconnected\nThu May 16 04:40:07.602118 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_18 - disconnected\nThu May 16 04:40:07.623601 Pacific Daylight Time 3: (bucket-0) Shutting down tap connections!\nThu May 16 04:40:07.623601 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_4&amp;quot;\nThu May 16 04:40:07.624577 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.183&apos;&gt;replication_ns_1@10.3.2.183&lt;/a&gt;&amp;quot;\nThu May 16 04:40:07.625554 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.178&apos;&gt;replication_ns_1@10.3.2.178&lt;/a&gt;&amp;quot;\nThu May 16 04:40:07.625554 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.183&apos;&gt;replication_ns_1@10.3.2.183&lt;/a&gt; - Clear the tap queues by force\nThu May 16 04:40:07.625554 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_18&amp;quot;\nThu May 16 04:40:07.626530 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt;&amp;quot;\nThu May 16 04:40:07.626530 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.178&apos;&gt;replication_ns_1@10.3.2.178&lt;/a&gt; - Clear the tap queues by force\nThu May 16 04:40:07.627507 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Clear the tap queues by force\nThu May 16 04:40:33.087881 Pacific Daylight Time 3: (bucket-0) Warning: failed to load the engine session stats  due to IO exception &amp;quot;basic_ios::clear&amp;quot;\nThu May 16 04:40:33.087881 Pacific Daylight Time 3: (bucket-0) Failed to load mutation log, falling back to key dump\nThu May 16 04:40:33.087881 Pacific Daylight Time 3: Extension support isn\&amp;#39;t implemented in this version of bucket_engine\nThu May 16 04:40:33.088858 Pacific Daylight Time 3: (bucket-0) metadata loaded in 1236 usec\nThu May 16 04:40:33.089834 Pacific Daylight Time 3: (bucket-0) warmup completed in 1709 usec\nThu May 16 04:40:35.654123 Pacific Daylight Time 3: (bucket-0) Connection closed by mccouch\nThu May 16 04:40:35.654123 Pacific Daylight Time 3: (bucket-0) Resetting connection to mccouch, lastReceivedCommand = notify_vbucket_update lastSentCommand = notify_vbucket_update currentCommand =notify_vbucket_update\nMUTEX ERROR: Failed to acquire lock: Invalid argument\n\nThis application has requested the Runtime to terminate it in an unusual way.\nPlease contact the application\&amp;#39;s support team for more information.\nThu May 16 04:40:36.013475 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1622 - Reset vbucket 938 was completed succecssfully.\nThu May 16 04:40:36.444112 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1623 - Reset vbucket 682 was completed succecssfully.\nThu May 16 04:40:43.419251 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1624 - Reset vbucket 937 was completed succecssfully.&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_log&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704444183, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-16 04:41:11,737] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.179&apos;&gt;ns_1@10.3.2.179&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 4, u&amp;#39;text&amp;#39;: u&amp;quot;Control connection to memcached on &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.179&apos;&gt;ns_1@10.3.2.179&lt;/a&gt;&amp;#39; disconnected: {badmatch,\n                                                                    {error,\n                                                                     closed}}&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_memcached&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704444167, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-16 04:41:11,737] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.183&apos;&gt;ns_1@10.3.2.183&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Port server memcached on node \&amp;#39;&lt;a href=&apos;mailto:babysitter_of_ns_1@127.0.0.1&apos;&gt;babysitter_of_ns_1@127.0.0.1&lt;/a&gt;\&amp;#39; exited with status 255. Restarting. Messages: Thu May 16 04:29:15.442145 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3313 - disconnected\nThu May 16 04:29:15.624751 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 87, cookie 044041E0\nThu May 16 04:29:15.669670 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3317 - disconnected\nThu May 16 04:29:15.862040 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3316 - disconnected\nThu May 16 04:29:16.100306 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3320 - disconnected\nThu May 16 04:29:16.126672 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3313&amp;quot;\nThu May 16 04:29:16.127648 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3316&amp;quot;\nThu May 16 04:29:16.128625 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:16.133507 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3317&amp;quot;\nThu May 16 04:29:16.135460 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3320&amp;quot;\nThu May 16 04:29:16.220416 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 86, cookie 04405860\nThu May 16 04:29:16.252640 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3315 - disconnected\nThu May 16 04:29:17.141255 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3315&amp;quot;\nThu May 16 04:29:17.169574 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 433, cookie 04404B40\nThu May 16 04:29:17.269177 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:17.290660 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3319 - disconnected\nThu May 16 04:29:17.524043 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3319&amp;quot;\nThu May 16 04:29:17.652941 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3321 - disconnected\nThu May 16 04:29:17.821876 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3318 - disconnected\nThu May 16 04:29:18.312079 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3318&amp;quot;\nThu May 16 04:29:18.312079 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3321&amp;quot;\nThu May 16 04:29:18.312079 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:19.443842 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 432, cookie 04404B40\nThu May 16 04:29:19.913539 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 85, cookie 044052C0\nThu May 16 04:29:19.920374 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3322 - disconnected\nThu May 16 04:29:19.941857 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 431, cookie 04405680\nThu May 16 04:29:20.106886 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3323 - disconnected\nThu May 16 04:29:20.277773 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3325 - disconnected\nThu May 16 04:29:20.415460 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3322&amp;quot;\nThu May 16 04:29:20.416436 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3323&amp;quot;\nThu May 16 04:29:20.416436 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3325&amp;quot;\nThu May 16 04:29:20.416436 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nThu May 16 04:29:20.758211 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3324 - disconnected\nThu May 16 04:29:21.398795 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3326 - disconnected\nThu May 16 04:29:21.637061 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3324&amp;quot;\nThu May 16 04:29:21.637061 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3326&amp;quot;\nThu May 16 04:29:21.936847 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3327 - disconnected\nThu May 16 04:29:22.640903 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3327&amp;quot;\nThu May 16 04:29:23.123294 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3328 - disconnected\nThu May 16 04:29:23.646698 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3328&amp;quot;\nThu May 16 04:29:24.432781 Pacific Daylight Time 3: (bucket-0) Notified the completion of checkpoint persistence for vbucket 427, cookie 04405860\nThu May 16 04:29:24.720848 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3329 - disconnected\nThu May 16 04:29:25.651453 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3329&amp;quot;\nThu May 16 04:31:32.042777 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:31:32.042777 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=70 rev=3\nThu May 16 04:32:06.188053 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:32:06.188053 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=345 rev=3\nThu May 16 04:32:14.777347 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:32:14.777347 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=391 rev=3\nThu May 16 04:32:32.463715 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:32:32.463715 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=504 rev=3\nThu May 16 04:32:43.120259 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:32:43.120259 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=567 rev=3\nThu May 16 04:32:43.849705 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:32:43.849705 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=574 rev=4\nThu May 16 04:34:08.487842 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:08.487842 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=154 rev=4\nThu May 16 04:34:40.688906 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:40.689883 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=454 rev=4\nThu May 16 04:34:41.123449 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:41.123449 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=456 rev=4\nThu May 16 04:34:51.585670 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:51.586646 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=511 rev=5\nThu May 16 04:34:52.812154 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:52.812154 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=518 rev=4\nThu May 16 04:34:59.385952 Pacific Daylight Time 3: (bucket-0) Received error[86] from mccouch for unknown\nThu May 16 04:34:59.386928 Pacific Daylight Time 3: (bucket-0) Retry notify CouchDB of update, vbucket=550 rev=5\nThu May 16 04:39:57.487966 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - disconnected, keep alive for 300 seconds\nThu May 16 04:39:57.588545 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.179&apos;&gt;replication_ns_1@10.3.2.179&lt;/a&gt; - disconnected, keep alive for 300 seconds\nThu May 16 04:39:57.780916 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_2904 - disconnected\nThu May 16 04:39:57.783845 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.178&apos;&gt;replication_ns_1@10.3.2.178&lt;/a&gt; - disconnected, keep alive for 300 seconds\nThu May 16 04:39:57.788728 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_1541 - disconnected\nThu May 16 04:39:57.826811 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_131 - disconnected\nThu May 16 04:39:57.913720 Pacific Daylight Time 3: (bucket-0) Shutting down tap connections!\nThu May 16 04:39:57.913720 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.178&apos;&gt;replication_ns_1@10.3.2.178&lt;/a&gt;&amp;quot;\nThu May 16 04:39:57.913720 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_131&amp;quot;\nThu May 16 04:39:57.913720 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.178&apos;&gt;replication_ns_1@10.3.2.178&lt;/a&gt; - Clear the tap queues by force\nThu May 16 04:39:57.914696 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_1541&amp;quot;\nThu May 16 04:39:57.914696 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.179&apos;&gt;replication_ns_1@10.3.2.179&lt;/a&gt;&amp;quot;\nThu May 16 04:39:57.916649 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_2904&amp;quot;\nThu May 16 04:39:57.916649 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.179&apos;&gt;replication_ns_1@10.3.2.179&lt;/a&gt; - Clear the tap queues by force\nThu May 16 04:39:57.916649 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt;&amp;quot;\nThu May 16 04:39:57.919579 Pacific Daylight Time 3: (bucket-0) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.2.185&apos;&gt;replication_ns_1@10.3.2.185&lt;/a&gt; - Clear the tap queues by force\nThu May 16 04:40:23.080161 Pacific Daylight Time 3: (bucket-0) Warning: failed to load the engine session stats  due to IO exception &amp;quot;basic_ios::clear&amp;quot;\nThu May 16 04:40:23.080161 Pacific Daylight Time 3: (bucket-0) Failed to load mutation log, falling back to key dump\nThu May 16 04:40:23.080161 Pacific Daylight Time 3: Extension support isn\&amp;#39;t implemented in this version of bucket_engine\nThu May 16 04:40:23.081137 Pacific Daylight Time 3: (bucket-0) metadata loaded in 1162 usec\nThu May 16 04:40:23.082114 Pacific Daylight Time 3: (bucket-0) warmup completed in 1738 usec\nThu May 16 04:40:26.572125 Pacific Daylight Time 3: (bucket-0) Connection closed by mccouch\nThu May 16 04:40:26.572125 Pacific Daylight Time 3: (bucket-0) Resetting connection to mccouch, lastReceivedCommand = notify_vbucket_update lastSentCommand = notify_vbucket_update currentCommand =notify_vbucket_update\nMUTEX ERROR: Failed to acquire lock: Invalid argument\n\nThis application has requested the Runtime to terminate it in an unusual way.\nPlease contact the application\&amp;#39;s support team for more information.\nThu May 16 04:40:26.785978 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3330 - Reset vbucket 596 was completed succecssfully.\nThu May 16 04:40:37.310695 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3331 - Reset vbucket 595 was completed succecssfully.\nThu May 16 04:40:37.419087 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3331 - disconnected\nThu May 16 04:40:37.419087 Pacific Daylight Time 3: (bucket-0) TAP (Consumer) eq_tapq:anon_3330 - disconnected\nThu May 16 04:40:38.198334 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3330&amp;quot;\nThu May 16 04:40:38.198334 Pacific Daylight Time 3: (bucket-0) Schedule cleanup of &amp;quot;eq_tapq:anon_3331&amp;quot;&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_log&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704438866, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-16 04:41:11,738] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.183&apos;&gt;ns_1@10.3.2.183&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 4, u&amp;#39;text&amp;#39;: u&amp;quot;Control connection to memcached on &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.183&apos;&gt;ns_1@10.3.2.183&lt;/a&gt;&amp;#39; disconnected: {badmatch,\n                                                                    {error,\n                                                                     closed}}&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_memcached&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704438788, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-16 04:41:11,738] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 1, u&amp;#39;text&amp;#39;: u&amp;#39;Bucket &amp;quot;bucket-0&amp;quot; loaded on node \&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;\&amp;#39; in 0 seconds.&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_memcached&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704436520, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-16 04:41:11,739] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 3, u&amp;#39;text&amp;#39;: u&amp;#39;Node &lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt; joined cluster&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_cluster&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704435895, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-16 04:41:11,741] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 4, u&amp;#39;text&amp;#39;: u&amp;quot;Node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;&amp;#39; saw that node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.183&apos;&gt;ns_1@10.3.2.183&lt;/a&gt;&amp;#39; came up. Tags: []&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;node up&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_node_disco&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704435895, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-05-16 04:41:11,742] - [rest_client:1016] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 4, u&amp;#39;text&amp;#39;: u&amp;quot;Node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.185&apos;&gt;ns_1@10.3.2.185&lt;/a&gt;&amp;#39; saw that node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.179&apos;&gt;ns_1@10.3.2.179&lt;/a&gt;&amp;#39; came up. Tags: []&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;node up&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_node_disco&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1368704435707, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
ERROR</description>
                <environment>2.0.2-804</environment>
            <key id="24303">MB-8296</key>
            <summary>win32: rebalance failed after Port server memcached on node \&apos;babysitter_of_ns_1@127.0.0.1\&apos; exited with status 255</summary>
                <type id="3" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/task.png">Task</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="andreibaranouski">Andrei Baranouski</assignee>
                                <reporter username="andreibaranouski">Andrei Baranouski</reporter>
                        <labels>
                    </labels>
                <created>Thu, 16 May 2013 10:12:47 -0500</created>
                <updated>Mon, 20 May 2013 12:15:45 -0500</updated>
                    <resolved>Mon, 20 May 2013 12:15:45 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>couchbase-bucket</component>
                                <votes>0</votes>
                        <watches>4</watches>
                                                    <comments>
                    <comment id="58494" author="andreibaranouski" created="Thu, 16 May 2013 10:38:47 -0500"  >&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.178-5162013-441-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.178-5162013-441-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.183-5162013-444-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.183-5162013-444-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.179-5162013-445-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.179-5162013-445-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.185-5162013-445-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.185-5162013-445-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.178-5162013-448-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.178-5162013-448-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.183-5162013-451-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.183-5162013-451-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.179-5162013-452-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8296/3bfd5ba8/10.3.2.179-5162013-452-diag.zip&lt;/a&gt;&lt;br/&gt;
</comment>
                    <comment id="58535" author="mikew" created="Thu, 16 May 2013 15:54:23 -0500"  >Just for bug distribution.</comment>
                    <comment id="58545" author="chiyoung" created="Thu, 16 May 2013 16:22:56 -0500"  >Just discussed this issue with Jin. We suspect that this crash can be related to the recent crash in CouchNotifier.&lt;br/&gt;
&lt;br/&gt;
Jin merged the fix today and will ask QE to verify it.</comment>
                    <comment id="58561" author="maria" created="Thu, 16 May 2013 17:12:20 -0500"  >Andrei, pls verify on latest build (build 804 or &amp;gt;).</comment>
                    <comment id="58563" author="jin" created="Thu, 16 May 2013 17:19:29 -0500"  >There is no new build yet that should have included the last fix I merged. I will update all the bugs that is waiting for the new build once it is ready. Thanks.</comment>
                    <comment id="58777" author="andreibaranouski" created="Mon, 20 May 2013 08:40:54 -0500"  >don&amp;#39;t see on 807 &lt;a href=&quot;http://qa.hq.northscale.net/job/windows32_rebalance-kv/11/&quot;&gt;http://qa.hq.northscale.net/job/windows32_rebalance-kv/11/&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Thu, 16 May 2013 15:54:23 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11268</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8003] investigate whether hot-fix commits were included in later releases</title>
                <link>http://www.couchbase.com/issues/browse/MB-8003</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>commits should be merged forward once they are found to be good.&lt;br/&gt;
&lt;br/&gt;
This is especaily true for changes that are included in hot-fixes.&lt;br/&gt;
&lt;br/&gt;
Track the changes that were included in hot-fixes and verify which releases they are int.</description>
                <environment></environment>
            <key id="23486">MB-8003</key>
            <summary>investigate whether hot-fix commits were included in later releases</summary>
                <type id="3" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/task.png">Task</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="6">Done</resolution>
                    <security id="10011">Public</security>
                        <assignee username="plabee">Phil Labee</assignee>
                                <reporter username="plabee">Phil Labee</reporter>
                        <labels>
                    </labels>
                <created>Mon, 1 Apr 2013 20:01:34 -0500</created>
                <updated>Mon, 20 May 2013 10:53:02 -0500</updated>
                    <resolved>Mon, 20 May 2013 10:53:02 -0500</resolved>
                            <version>2.0.1</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>build</component>
                                <votes>0</votes>
                        <watches>4</watches>
                                                    <comments>
                    <comment id="54046" author="plabee" created="Tue, 2 Apr 2013 13:28:30 -0500"  >2.0.0 Hot-Fixes:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7341&quot; title=&quot;[2.0-hotfix candidate] Offline upgrade hangs at cbtransfer converting sqlite file to couchstorefile&quot;&gt;&lt;strike&gt;MB-7341&lt;/strike&gt;&lt;/a&gt;:  from 2.0.1-107, which preceds 2.0.1 release (build 170 for linux, windows is later still)&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7542&quot; title=&quot;seq_id set to 0 under some scenarios&quot;&gt;&lt;strike&gt;MB-7542&lt;/strike&gt;&lt;/a&gt;: from 2.0.0-1980, need to trace commits&lt;br/&gt;
CBSE-473: from 2.0.0-1988, need to trace commits&lt;br/&gt;
</comment>
                    <comment id="55845" author="wayne" created="Mon, 22 Apr 2013 19:43:48 -0500"  >Phil, can you confirm if these commits are in 2.0.1 and 2.0.2 branches?  Once confirmed, can you comment, and update the ticket?  Thanks.</comment>
                    <comment id="58210" author="anil" created="Tue, 14 May 2013 13:22:30 -0500"  >Phil, can you update the ticket?</comment>
                    <comment id="58566" author="maria" created="Thu, 16 May 2013 17:25:33 -0500"  >can you update this ticket by EOD, 5/16? If this is resolved, pls change to RESOLVED-FIXED state. Thanks.</comment>
                    <comment id="58617" author="plabee" created="Fri, 17 May 2013 09:07:24 -0500"  >Update wiki pages:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7542&quot; title=&quot;seq_id set to 0 under some scenarios&quot;&gt;&lt;strike&gt;MB-7542&lt;/strike&gt;&lt;/a&gt;   :: &lt;a href=&quot;http://hub.internal.couchbase.com/confluence/display/CR/MB-7542+*+seq_id+set+to+0+under+some+scenarios&quot;&gt;http://hub.internal.couchbase.com/confluence/display/CR/MB-7542+*+seq_id+set+to+0+under+some+scenarios&lt;/a&gt;&lt;br/&gt;
CBSE-473 ::  &lt;a href=&quot;http://hub.internal.couchbase.com/confluence/display/CR/CBSE-473+*+backup+taken+from+1.8.1+could+not+be+restored+fully+to+2.0+cluster&quot;&gt;http://hub.internal.couchbase.com/confluence/display/CR/CBSE-473+*+backup+taken+from+1.8.1+could+not+be+restored+fully+to+2.0+cluster&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
There are changes that were merged to 2.0.1 but NOT merged to 2.0.2, in repos couchdbx-app and membase-cli.&lt;br/&gt;
&lt;br/&gt;
Unclear what the situation is in couchbase-python-client and couchdb because the commits listed in the manifests are no longer in the history of these repos.&lt;br/&gt;
&lt;br/&gt;
Likewise I couldn&amp;#39;t find the commit for libconflate, but we stopped using the branches on libconflate due to a bad checkin.&lt;br/&gt;
&lt;br/&gt;
</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 22 Apr 2013 19:43:48 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>100</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10080" key="com.pyxis.greenhopper.jira:gh-sprint">
                <customfieldname>Sprint</customfieldname>
                <customfieldvalues>
                        <customfieldvalue>15</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-7938] 2.0.2 memcached crashes in EventuallyPersistentStore::flushVBucket</title>
                <link>http://www.couchbase.com/issues/browse/MB-7938</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-rebalance-regressions/196/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-rebalance-regressions/196/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
./testrunner -i /tmp/rebalance_regression.ini wait_timeout=100,get-cbcollect-info=True -t swaprebalance.SwapRebalanceFailedTests.test_failover_swap_rebalance,replica=2,num-buckets=2,num-swap=2,keys-count=1000000,swap-orchestrator=True&lt;br/&gt;
&lt;br/&gt;
test logs:&lt;br/&gt;
[2013-03-18 08:35:42,154] - [data_helper:289] INFO - creating direct client 10.3.121.94:11210 bucket-1&lt;br/&gt;
[2013-03-18 08:35:42,432] - [rest_client:913] ERROR - {u&amp;#39;status&amp;#39;: u&amp;#39;none&amp;#39;, u&amp;#39;errorMessage&amp;#39;: u&amp;#39;Rebalance failed. See logs for detailed reason. You can try rebalance again.&amp;#39;} - rebalance failed&lt;br/&gt;
[2013-03-18 08:35:42,432] - [rest_client:914] INFO - Latest logs from UI:&lt;br/&gt;
[2013-03-18 08:35:42,565] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.93&apos;&gt;ns_1@10.3.121.93&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 1, u&amp;#39;text&amp;#39;: u&amp;quot;Node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.93&apos;&gt;ns_1@10.3.121.93&lt;/a&gt;&amp;#39; is leaving cluster.&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_cluster&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363621308275, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-03-18 08:35:42,567] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.93&apos;&gt;ns_1@10.3.121.93&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 4, u&amp;#39;text&amp;#39;: u&amp;#39;Node &lt;a href=&apos;mailto:ns_1@10.3.121.93&apos;&gt;ns_1@10.3.121.93&lt;/a&gt; left cluster&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_cluster&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363621307949, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-03-18 08:35:42,567] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 4, u&amp;#39;text&amp;#39;: u&amp;quot;Control connection to memcached on &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39; disconnected: {badmatch,\n                                                                     {error,\n                                                                      closed}}&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_memcached&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363621307350, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-03-18 08:35:42,570] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.93&apos;&gt;ns_1@10.3.121.93&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 2, u&amp;#39;text&amp;#39;: u&amp;quot;Rebalance exited with reason {{bulk_set_vbucket_state_failed,\n                               [{&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39;,\n                                 {&amp;#39;EXIT&amp;#39;,\n                                  {{{{unexpected_reason,\n                                      {{badmatch,{error,closed}},\n                                       [{mc_binary,quick_stats_recv,3},\n                                        {mc_binary,\n                                         mass_get_last_closed_checkpoint_loop,\n                                         5},\n                                        {mc_binary,\n                                         mass_get_last_closed_checkpoint,3},\n                                        {ebucketmigrator_srv,handle_call,3},\n                                        {gen_server,handle_msg,5},\n                                        {proc_lib,init_p_do_apply,3}]}},\n                                     [{misc,executing_on_new_process,1},\n                                      {tap_replication_manager,\n                                       change_vbucket_filter,4},\n                                      {tap_replication_manager,\n                                       &amp;#39;-do_set_incoming_replication_map/3-lc$^5/1-5-&amp;#39;,\n                                       2},\n                                      {tap_replication_manager,\n                                       do_set_incoming_replication_map,3},\n                                      {tap_replication_manager,handle_call,3},\n                                      {gen_server,handle_msg,5},\n                                      {proc_lib,init_p_do_apply,3}]},\n                                    {gen_server,call,\n                                     [&amp;#39;tap_replication_manager-bucket-1&amp;#39;,\n                                      {change_vbucket_replication,531,\n                                       &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.96&apos;&gt;ns_1@10.3.121.96&lt;/a&gt;&amp;#39;},\n                                      infinity]}},\n                                   {gen_server,call,\n                                    [{&amp;#39;janitor_agent-bucket-1&amp;#39;,\n                                      &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39;},\n                                     {if_rebalance,&amp;lt;0.13276.97&amp;gt;,\n                                      {update_vbucket_state,531,replica,\n                                       undefined,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.96&apos;&gt;ns_1@10.3.121.96&lt;/a&gt;&amp;#39;}},\n                                     infinity]}}}},\n                                {&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.94&apos;&gt;ns_1@10.3.121.94&lt;/a&gt;&amp;#39;,\n                                 {&amp;#39;EXIT&amp;#39;,\n                                  {{{{unexpected_reason,\n                                      {{badmatch,{error,closed}},\n                                       [{mc_binary,quick_stats_recv,3},\n                                        {mc_binary,quick_stats_loop,5},\n                                        {mc_binary,quick_stats,5},\n                                        {mc_client_binary,\n                                         get_zero_open_checkpoint_vbuckets,3},\n                                        {ebucketmigrator_srv,handle_call,3},\n                                        {gen_server,handle_msg,5},\n                                        {proc_lib,init_p_do_apply,3}]}},\n                                     [{misc,executing_on_new_process,1},\n                                      {tap_replication_manager,\n                                       change_vbucket_filter,4},\n                                      {tap_replication_manager,\n                                       &amp;#39;-do_set_incoming_replication_map/3-lc$^5/1-5-&amp;#39;,\n                                       2},\n                                      {tap_replication_manager,\n                                       do_set_incoming_replication_map,3},\n                                      {tap_replication_manager,handle_call,3},\n                                      {gen_server,handle_msg,5},\n                                      {proc_lib,init_p_do_apply,3}]},\n                                    {gen_server,call,\n                                     [&amp;#39;tap_replication_manager-bucket-1&amp;#39;,\n                                      {change_vbucket_replication,531,\n                                       &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39;},\n                                      infinity]}},\n                                   {gen_server,call,\n                                    [{&amp;#39;janitor_agent-bucket-1&amp;#39;,\n                                      &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.94&apos;&gt;ns_1@10.3.121.94&lt;/a&gt;&amp;#39;},\n                                     {if_rebalance,&amp;lt;0.13276.97&amp;gt;,\n                                      {update_vbucket_state,531,replica,\n                                       undefined,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39;}},\n                                     infinity]}}}}]},\n                              [{janitor_agent,bulk_set_vbucket_state,4},\n                               {ns_vbucket_mover,\n                                update_replication_post_move,3},\n                               {ns_vbucket_mover,on_move_done,2},\n                               {gen_server,handle_msg,5},\n                               {proc_lib,init_p_do_apply,3}]}\n&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_orchestrator&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363621307292, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-03-18 08:35:42,571] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Port server memcached on node \&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;\&amp;#39; exited with status 134. Restarting. Messages: Mon Mar 18 08:41:35.578716 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_451 - Reset vbucket 538 was completed succecssfully.\nMon Mar 18 08:41:35.704327 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_452 - disconnected\nMon Mar 18 08:41:35.805105 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_450&amp;quot;\nMon Mar 18 08:41:35.805157 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_452&amp;quot;\nMon Mar 18 08:41:35.805446 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.96&apos;&gt;replication_ns_1@10.3.121.96&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:35.830322 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 538, cookie 0x6ccf080\nMon Mar 18 08:41:36.347550 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_451 - disconnected\nMon Mar 18 08:41:36.444078 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_453 - Reset vbucket 870 was completed succecssfully.\nMon Mar 18 08:41:36.479457 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_451&amp;quot;\nMon Mar 18 08:41:36.480162 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.94&apos;&gt;replication_ns_1@10.3.121.94&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:36.714685 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 870, cookie 0x6ca6000\nMon Mar 18 08:41:36.976727 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_453 - disconnected\nMon Mar 18 08:41:37.019371 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_454 - Reset vbucket 537 was completed succecssfully.\nMon Mar 18 08:41:37.206467 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_455 - disconnected\nMon Mar 18 08:41:37.271568 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 537, cookie 0x6ca6000\nMon Mar 18 08:41:37.285754 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_453&amp;quot;\nMon Mar 18 08:41:37.285827 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_455&amp;quot;\nMon Mar 18 08:41:37.286268 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.96&apos;&gt;replication_ns_1@10.3.121.96&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:37.643780 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_456 - Reset vbucket 869 was completed succecssfully.\nMon Mar 18 08:41:37.799981 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 869, cookie 0x6cf1b80\nMon Mar 18 08:41:37.837434 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_456 - disconnected\nMon Mar 18 08:41:37.907834 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_454 - disconnected\nMon Mar 18 08:41:37.984234 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_457 - Reset vbucket 868 was completed succecssfully.\nMon Mar 18 08:41:38.035570 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_454&amp;quot;\nMon Mar 18 08:41:38.035669 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_456&amp;quot;\nMon Mar 18 08:41:38.036087 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.94&apos;&gt;replication_ns_1@10.3.121.94&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:38.180437 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_458 - disconnected\nMon Mar 18 08:41:38.250083 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_458&amp;quot;\nMon Mar 18 08:41:38.383886 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.96&apos;&gt;replication_ns_1@10.3.121.96&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:38.544533 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 868, cookie 0x6ca62c0\nMon Mar 18 08:41:38.692906 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_459 - Reset vbucket 536 was completed succecssfully.\nMon Mar 18 08:41:38.933451 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_457 - disconnected\nMon Mar 18 08:41:38.934109 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 536, cookie 0x6ca7080\nMon Mar 18 08:41:39.241149 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_460 - Reset vbucket 867 was completed succecssfully.\nMon Mar 18 08:41:39.396965 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_461 - disconnected\nMon Mar 18 08:41:39.472257 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_457&amp;quot;\nMon Mar 18 08:41:39.472345 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_461&amp;quot;\nMon Mar 18 08:41:39.506632 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.96&apos;&gt;replication_ns_1@10.3.121.96&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:39.553585 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_459 - disconnected\nMon Mar 18 08:41:39.572591 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 867, cookie 0x6ca6000\nMon Mar 18 08:41:39.579114 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_459&amp;quot;\nMon Mar 18 08:41:39.695310 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_460 - disconnected\nMon Mar 18 08:41:39.900652 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_460&amp;quot;\nMon Mar 18 08:41:39.900985 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.94&apos;&gt;replication_ns_1@10.3.121.94&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:40.151512 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_462 - disconnected\nMon Mar 18 08:41:40.266294 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_462&amp;quot;\nMon Mar 18 08:41:40.266461 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.96&apos;&gt;replication_ns_1@10.3.121.96&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:40.856053 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_463 - Reset vbucket 866 was completed succecssfully.\nMon Mar 18 08:41:41.091008 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 866, cookie 0x6ca6000\nMon Mar 18 08:41:41.323419 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_463 - disconnected\nMon Mar 18 08:41:41.342314 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_463&amp;quot;\nMon Mar 18 08:41:41.371404 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_464 - Reset vbucket 535 was completed succecssfully.\nMon Mar 18 08:41:41.661043 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_465 - disconnected\nMon Mar 18 08:41:41.717840 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 535, cookie 0x6ca62c0\nMon Mar 18 08:41:41.742040 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_465&amp;quot;\nMon Mar 18 08:41:41.742448 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.96&apos;&gt;replication_ns_1@10.3.121.96&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:41.954347 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_466 - Reset vbucket 865 was completed succecssfully.\nMon Mar 18 08:41:42.166879 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 865, cookie 0x6cf1600\nMon Mar 18 08:41:42.269048 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_464 - disconnected\nMon Mar 18 08:41:42.340677 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_464&amp;quot;\nMon Mar 18 08:41:42.340711 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.94&apos;&gt;replication_ns_1@10.3.121.94&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:42.384967 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_467 - Reset vbucket 864 was completed succecssfully.\nMon Mar 18 08:41:42.413198 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_466 - disconnected\nMon Mar 18 08:41:42.441804 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_466&amp;quot;\nMon Mar 18 08:41:42.684453 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 864, cookie 0x6ccf080\nMon Mar 18 08:41:42.818667 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_468 - disconnected\nMon Mar 18 08:41:42.875395 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_467 - disconnected\nMon Mar 18 08:41:42.904356 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_469 - Reset vbucket 534 was completed succecssfully.\nMon Mar 18 08:41:42.978903 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_467&amp;quot;\nMon Mar 18 08:41:42.978974 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_468&amp;quot;\nMon Mar 18 08:41:42.979235 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.96&apos;&gt;replication_ns_1@10.3.121.96&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:43.243646 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_470 - disconnected\nMon Mar 18 08:41:43.403811 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.96&apos;&gt;replication_ns_1@10.3.121.96&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:43.403750 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_470&amp;quot;\nMon Mar 18 08:41:43.494580 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 534, cookie 0x6ccf600\nMon Mar 18 08:41:43.580734 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_471 - Reset vbucket 533 was completed succecssfully.\nMon Mar 18 08:41:43.893154 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 533, cookie 0x6ca6000\nMon Mar 18 08:41:44.327385 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_472 - Reset vbucket 532 was completed succecssfully.\nMon Mar 18 08:41:44.412144 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_469 - disconnected\nMon Mar 18 08:41:44.495170 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_469&amp;quot;\nMon Mar 18 08:41:44.502353 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_471 - disconnected\nMon Mar 18 08:41:44.516347 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_471&amp;quot;\nMon Mar 18 08:41:44.516369 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.94&apos;&gt;replication_ns_1@10.3.121.94&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:44.519367 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 532, cookie 0x6ca62c0\nMon Mar 18 08:41:44.855524 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.94&apos;&gt;replication_ns_1@10.3.121.94&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:45.087666 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_473 - Reset vbucket 863 was completed succecssfully.\nMon Mar 18 08:41:45.320777 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_472 - disconnected\nMon Mar 18 08:41:45.440897 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 863, cookie 0x6cceb00\nMon Mar 18 08:41:45.445425 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_472&amp;quot;\nMon Mar 18 08:41:45.446922 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.94&apos;&gt;replication_ns_1@10.3.121.94&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:45.531819 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_474 - Reset vbucket 531 was completed succecssfully.\nMon Mar 18 08:41:45.566986 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_473 - disconnected\nMon Mar 18 08:41:45.641574 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_473&amp;quot;\nMon Mar 18 08:41:45.822884 PDT 3: (bucket-1) Notified the completion of checkpoint persistence for vbucket 531, cookie 0x6ccf600\nMon Mar 18 08:41:45.850503 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_475 - disconnected\nMon Mar 18 08:41:45.932729 PDT 3: (bucket-1) Schedule cleanup of &amp;quot;eq_tapq:anon_475&amp;quot;\nMon Mar 18 08:41:45.932798 PDT 3: (bucket-1) TAP (Producer) eq_tapq:&lt;a href=&apos;mailto:replication_ns_1@10.3.121.96&apos;&gt;replication_ns_1@10.3.121.96&lt;/a&gt; - Sending TAP_OPAQUE with command &amp;quot;complete_vb_filter_change&amp;quot; and vbucket 0\nMon Mar 18 08:41:46.151290 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_476 - Reset vbucket 530 was completed succecssfully.\nMon Mar 18 08:41:46.393310 PDT 3: (bucket-1) TAP (Consumer) eq_tapq:anon_474 - disconnected\nmemcached: src/ep.cc:1790: virtual void PersistenceCallback::callback(mutation_result&amp;amp;): Assertion `stats-&amp;gt;diskQueueSize &amp;lt; ((size_t)1&amp;lt;&amp;lt;(sizeof(size_t)*8-1))\&amp;#39; failed.&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_port_server&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363621307102, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-03-18 08:35:42,577] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.93&apos;&gt;ns_1@10.3.121.93&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 0, u&amp;#39;text&amp;#39;: u&amp;#39;Bucket &amp;quot;bucket-1&amp;quot; rebalance does not seem to be swap rebalance&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_vbucket_mover&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363620900761, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-03-18 08:35:42,578] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 1, u&amp;#39;text&amp;#39;: u&amp;#39;Bucket &amp;quot;bucket-1&amp;quot; loaded on node \&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;\&amp;#39; in 0 seconds.&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_memcached&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363620899668, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-03-18 08:35:42,579] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.96&apos;&gt;ns_1@10.3.121.96&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 1, u&amp;#39;text&amp;#39;: u&amp;#39;Bucket &amp;quot;bucket-1&amp;quot; loaded on node \&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.96&apos;&gt;ns_1@10.3.121.96&lt;/a&gt;\&amp;#39; in 0 seconds.&amp;#39;, u&amp;#39;shortText&amp;#39;: u&amp;#39;message&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_memcached&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363620899353, u&amp;#39;type&amp;#39;: u&amp;#39;info&amp;#39;}&lt;br/&gt;
[2013-03-18 08:35:42,580] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.94&apos;&gt;ns_1@10.3.121.94&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 5, u&amp;#39;text&amp;#39;: u&amp;quot;Node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.94&apos;&gt;ns_1@10.3.121.94&lt;/a&gt;&amp;#39; saw that node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.98&apos;&gt;ns_1@10.3.121.98&lt;/a&gt;&amp;#39; went down.&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;node down&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_node_disco&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363620899198, u&amp;#39;type&amp;#39;: u&amp;#39;warning&amp;#39;}&lt;br/&gt;
[2013-03-18 08:35:42,585] - [rest_client:915] ERROR - {u&amp;#39;node&amp;#39;: u&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39;, u&amp;#39;code&amp;#39;: 5, u&amp;#39;text&amp;#39;: u&amp;quot;Node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.95&apos;&gt;ns_1@10.3.121.95&lt;/a&gt;&amp;#39; saw that node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.98&apos;&gt;ns_1@10.3.121.98&lt;/a&gt;&amp;#39; went down.&amp;quot;, u&amp;#39;shortText&amp;#39;: u&amp;#39;node down&amp;#39;, u&amp;#39;module&amp;#39;: u&amp;#39;ns_node_disco&amp;#39;, u&amp;#39;tstamp&amp;#39;: 1363620899195, u&amp;#39;type&amp;#39;: u&amp;#39;warning&amp;#39;}&lt;br/&gt;
ERROR&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&apos;mailto:root@ubuntu1104-64&apos;&gt;root@ubuntu1104-64&lt;/a&gt;:/tmp# sudo gdb /opt/couchbase/bin/memcached core.memcached.30589 &lt;br/&gt;
GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2&lt;br/&gt;
Copyright (C) 2010 Free Software Foundation, Inc.&lt;br/&gt;
License GPLv3+: GNU GPL version 3 or later &amp;lt;&lt;a href=&quot;http://gnu.org/licenses/gpl.html&quot;&gt;http://gnu.org/licenses/gpl.html&lt;/a&gt;&amp;gt;&lt;br/&gt;
This is free software: you are free to change and redistribute it.&lt;br/&gt;
There is NO WARRANTY, to the extent permitted by law.  Type &amp;quot;show copying&amp;quot;&lt;br/&gt;
and &amp;quot;show warranty&amp;quot; for details.&lt;br/&gt;
This GDB was configured as &amp;quot;x86_64-linux-gnu&amp;quot;.&lt;br/&gt;
For bug reporting instructions, please see:&lt;br/&gt;
&amp;lt;&lt;a href=&quot;http://www.gnu.org/software/gdb/bugs/&quot;&gt;http://www.gnu.org/software/gdb/bugs/&lt;/a&gt;&amp;gt;...&lt;br/&gt;
Reading symbols from /opt/couchbase/bin/memcached...done.&lt;br/&gt;
[New Thread 30607]&lt;br/&gt;
[New Thread 30597]&lt;br/&gt;
[New Thread 30611]&lt;br/&gt;
[New Thread 30589]&lt;br/&gt;
[New Thread 30604]&lt;br/&gt;
[New Thread 30598]&lt;br/&gt;
[New Thread 30602]&lt;br/&gt;
[New Thread 30600]&lt;br/&gt;
[New Thread 30603]&lt;br/&gt;
[New Thread 30601]&lt;br/&gt;
[New Thread 30606]&lt;br/&gt;
[New Thread 30610]&lt;br/&gt;
[New Thread 30609]&lt;br/&gt;
[New Thread 30608]&lt;br/&gt;
&lt;br/&gt;
warning: Can&amp;#39;t read pathname for load map: Input/output error.&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/libmemcached_utilities.so.0...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/libmemcached_utilities.so.0&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libevent-2.0.so.5...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libevent-2.0.so.5&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libdl.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libdl.so.2&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libm.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libm.so.6&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/librt.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/librt.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libtcmalloc_minimal.so.4...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/ld-linux-x86-64.so.2&lt;br/&gt;
Reading symbols from /usr/lib/x86_64-linux-gnu/libstdc++.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /usr/lib/x86_64-linux-gnu/libstdc++.so.6&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libgcc_s.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libgcc_s.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/stdin_term_handler.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/stdin_term_handler.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/file_logger.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/file_logger.so&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libz.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libz.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/bucket_engine.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/bucket_engine.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/ep.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libcouchstore.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libcouchstore.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libsnappy.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libsnappy.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicuuc.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicuuc.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicudata.so.44...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicudata.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicui18n.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicui18n.so.44&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libnss_files.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libnss_files.so.2&lt;br/&gt;
Core was generated by `/opt/couchbase/bin/memcached -X /opt/couchbase/lib/memcached/stdin_term_handler&amp;#39;.&lt;br/&gt;
Program terminated with signal 6, Aborted.&lt;br/&gt;
#0  0x00007f9d01257d05 in raise () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
(gdb) t a a bt&lt;br/&gt;
&lt;br/&gt;
Thread 14 (Thread 30608):&lt;br/&gt;
#0  0x00007f9d015c7f2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007f9cfca013d8 in wait (this=0x24ee2d0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x24ee2d0, d=...) at src/dispatcher.cc:328&lt;br/&gt;
#3  0x00007f9cfca042ca in Dispatcher::run (this=0x6d9b880) at src/dispatcher.cc:171&lt;br/&gt;
#4  0x00007f9cfca04b7d in launch_dispatcher_thread (arg=0x6d9b8d4) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#6  0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#7  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 13 (Thread 30609):&lt;br/&gt;
#0  0x00007f9d015c7f2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007f9cfca013d8 in wait (this=0x24ee240, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x24ee240, d=...) at src/dispatcher.cc:328&lt;br/&gt;
#3  0x00007f9cfca042ca in Dispatcher::run (this=0x6d9b6c0) at src/dispatcher.cc:171&lt;br/&gt;
#4  0x00007f9cfca04b7d in launch_dispatcher_thread (arg=0x6d9b714) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#6  0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#7  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 12 (Thread 30610):&lt;br/&gt;
#0  0x00007f9d015c7f2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007f9cfca013d8 in wait (this=0x24ee5a0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x24ee5a0, d=...) at src/dispatcher.cc:328&lt;br/&gt;
#3  0x00007f9cfca042ca in Dispatcher::run (this=0x6d9b500) at src/dispatcher.cc:171&lt;br/&gt;
#4  0x00007f9cfca04b7d in launch_dispatcher_thread (arg=0x6d9b554) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#6  0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#7  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 11 (Thread 30606):&lt;br/&gt;
#0  0x00007f9d012d44ed in nanosleep () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007f9d01305914 in usleep () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#2  0x00007f9cfca416a5 in updateStatsThread (arg=&amp;lt;value optimized out&amp;gt;) at src/memory_tracker.cc:31&lt;br/&gt;
#3  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#4  0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#5  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 10 (Thread 30601):&lt;br/&gt;
#0  0x00007f9d0130d633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007f9d020dbf36 in epoll_dispatch (base=0x6d4e280, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00007f9d020c7394 in event_base_loop (base=0x6d4e280, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414b94 in worker_libevent (arg=0x24e94f8) at daemon/thread.c:301&lt;br/&gt;
#4  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 9 (Thread 30603):&lt;br/&gt;
#0  mc_get_allocation_size (ptr=0x7977200) at daemon/alloc_hooks.c:115&lt;br/&gt;
#1  0x00007f9cfca41264 in DeleteHook (ptr=0x7977200) at src/memory_tracker.cc:56&lt;br/&gt;
#2  0x00007f9d01801402 in MallocHook::InvokeDeleteHookSlow(void const*) () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#3  0x00007f9d017f455a in MallocHook::InvokeDeleteHook(void const*) () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#4  0x00007f9d018077f6 in tc_delete () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#5  0x00007f9d00fb3e19 in std::basic_stringstream&amp;lt;char, std::char_traits&amp;lt;char&amp;gt;, std::allocator&amp;lt;char&amp;gt; &amp;gt;::~basic_stringstream() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#6  0x00007f9cfca3809a in void core_engine::add_casted_stat&amp;lt;unsigned long&amp;gt;(char const*, unsigned long, void (*)(char const*, unsigned short, char const*, unsigned int, void const*), void const*) ()&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;from /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
&lt;br/&gt;
#7  0x00007f9cfca28af0 in addCheckpointStat (this=&amp;lt;value optimized out&amp;gt;, vb=...) at src/ep_engine.cc:2858&lt;br/&gt;
#8  EventuallyPersistentEngine::StatCheckpointVisitor::visitBucket (this=&amp;lt;value optimized out&amp;gt;, vb=...) at src/ep_engine.cc:2842&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
#9  0x00007f9cfca09adc in EventuallyPersistentStore::visit (this=&amp;lt;value optimized out&amp;gt;, visitor=...) at src/ep.cc:2417&lt;br/&gt;
#10 0x00007f9cfca2d315 in EventuallyPersistentEngine::doCheckpointStats (this=0x6da2000, cookie=0x6cf18c0, add_stat=0x40d1d0 &amp;lt;append_stats&amp;gt;, stat_key=&amp;lt;value optimized out&amp;gt;, nkey=&amp;lt;value optimized out&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at src/ep_engine.cc:2868&lt;br/&gt;
#11 0x00007f9cfca2fdcc in EventuallyPersistentEngine::getStats (this=0x6da2000, cookie=0x6cf18c0, stat_key=0x6cf5018 &amp;quot;&lt;a href=&apos;mailto:checkpointn_ns_1@10.3.121.94&apos;&gt;checkpointn_ns_1@10.3.121.94&lt;/a&gt;&amp;quot;, nkey=10, add_stat=0x40d1d0 &amp;lt;append_stats&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at src/ep_engine.cc:3328&lt;br/&gt;
#12 0x00007f9cfca30416 in EvpGetStats (handle=0x6da2000, cookie=0x6cf18c0, stat_key=0x6cf5018 &amp;quot;&lt;a href=&apos;mailto:checkpointn_ns_1@10.3.121.94&apos;&gt;checkpointn_ns_1@10.3.121.94&lt;/a&gt;&amp;quot;, nkey=10, add_stat=&amp;lt;value optimized out&amp;gt;) at src/ep_engine.cc:193&lt;br/&gt;
#13 0x00007f9cff4e1c20 in bucket_get_stats (handle=&amp;lt;value optimized out&amp;gt;, cookie=0x6cf18c0, stat_key=0x6cf5018 &amp;quot;&lt;a href=&apos;mailto:checkpointn_ns_1@10.3.121.94&apos;&gt;checkpointn_ns_1@10.3.121.94&lt;/a&gt;&amp;quot;, nkey=10, add_stat=0x40d1d0 &amp;lt;append_stats&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at bucket_engine.c:1720&lt;br/&gt;
#14 0x00000000004113f6 in process_bin_stat (c=0x6cf18c0) at daemon/memcached.c:2199&lt;br/&gt;
#15 0x0000000000411d65 in complete_nread_binary (c=0x7977200) at daemon/memcached.c:3708&lt;br/&gt;
#16 complete_nread (c=0x7977200) at daemon/memcached.c:3820&lt;br/&gt;
#17 conn_nread (c=0x7977200) at daemon/memcached.c:5673&lt;br/&gt;
#18 0x00000000004068a5 in event_handler (fd=&amp;lt;value optimized out&amp;gt;, which=&amp;lt;value optimized out&amp;gt;, arg=0x6cf18c0) at daemon/memcached.c:5936&lt;br/&gt;
#19 0x00007f9d020c748c in event_process_active_single_queue (base=0x6d4ea00, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1308&lt;br/&gt;
#20 event_process_active (base=0x6d4ea00, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1375&lt;br/&gt;
#21 event_base_loop (base=0x6d4ea00, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1572&lt;br/&gt;
#22 0x0000000000414b94 in worker_libevent (arg=0x24e96e8) at daemon/thread.c:301&lt;br/&gt;
#23 0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#24 0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#25 0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 8 (Thread 30600):&lt;br/&gt;
#0  0x00007f9d015ca955 in __lll_unlock_wake () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007f9d015c6e7a in _L_unlock_1177 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#2  0x00007f9d015c6da3 in pthread_mutex_unlock () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#3  0x00007f9cfca42636 in Mutex::release (this=0xed948a8) at src/mutex.cc:94&lt;br/&gt;
#4  0x00007f9cfc9fab10 in unlock (this=&amp;lt;value optimized out&amp;gt;, qi=..., vbucket=...) at src/locks.hh:58&lt;br/&gt;
#5  ~LockHolder (this=&amp;lt;value optimized out&amp;gt;, qi=..., vbucket=...) at src/locks.hh:41&lt;br/&gt;
#6  CheckpointManager::queueDirty (this=&amp;lt;value optimized out&amp;gt;, qi=..., vbucket=...) at src/checkpoint.cc:717&lt;br/&gt;
#7  0x00007f9cfca07423 in EventuallyPersistentStore::queueDirty (this=0x6d9e480, vb=..., key=..., vbid=&amp;lt;value optimized out&amp;gt;, op=queue_op_set, seqno=&amp;lt;value optimized out&amp;gt;, tapBackfill=false)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at src/ep.cc:2168&lt;br/&gt;
#8  0x00007f9cfca0bc2d in EventuallyPersistentStore::setWithMeta (this=0x6d9e480, itm=..., cas=&amp;lt;value optimized out&amp;gt;, cookie=&amp;lt;value optimized out&amp;gt;, force=&amp;lt;value optimized out&amp;gt;, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;allowExisting=&amp;lt;value optimized out&amp;gt;, nru=3 &amp;#39;\003&amp;#39;) at src/ep.cc:1399&lt;br/&gt;
#9  0x00007f9cfca2ac53 in EventuallyPersistentEngine::tapNotify(const void *, void *, uint16_t, uint8_t, uint16_t, &amp;lt;anonymous enum&amp;gt;, uint32_t, const void *, size_t, uint32_t, uint32_t, uint64_t, const void *, size_t, uint16_t) (this=0x6da2000, cookie=0x6ccf080, engine_specific=&amp;lt;value optimized out&amp;gt;, nengine=&amp;lt;value optimized out&amp;gt;, tap_flags=&amp;lt;value optimized out&amp;gt;, tap_event=TAP_MUTATION, tap_seqno=974, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;key=0x1102c031, nkey=25, flags=0, exptime=0, cas=15671462831700303, data=0x1102c04a, ndata=369, vbucket=530) at src/ep_engine.cc:2067&lt;br/&gt;
#10 0x00007f9cfca2b368 in EvpTapNotify(ENGINE_HANDLE *, const void *, void *, uint16_t, uint8_t, uint16_t, &amp;lt;anonymous enum&amp;gt;, uint32_t, const void *, size_t, uint32_t, uint32_t, uint64_t, const void *, size_t, uint16_t) (handle=0x6da2000, cookie=0x6ccf080, engine_specific=0x1102c028, nengine=65535, ttl=254 &amp;#39;\376&amp;#39;, tap_flags=0, tap_event=TAP_MUTATION, tap_seqno=974, key=0x1102c031, nkey=25, flags=0, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;exptime=0, cas=15671462831700303, data=0x1102c04a, ndata=369, vbucket=&amp;lt;value optimized out&amp;gt;) at src/ep_engine.cc:1037&lt;br/&gt;
#11 0x00007f9cff4e0a04 in bucket_tap_notify (handle=&amp;lt;value optimized out&amp;gt;, cookie=0x6ccf080, engine_specific=0x1102c028, nengine=65535, ttl=254 &amp;#39;\376&amp;#39;, tap_flags=23, tap_event=TAP_MUTATION, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;tap_seqno=974, key=0x1102c031, nkey=25, flags=0, exptime=0, cas=15671462831700303, data=0x1102c04a, ndata=369, vbucket=&amp;lt;value optimized out&amp;gt;) at bucket_engine.c:1942&lt;br/&gt;
#12 0x0000000000409eb2 in process_bin_tap_packet (event=TAP_MUTATION, c=0x6ccf080) at daemon/memcached.c:3031&lt;br/&gt;
#13 0x00000000004120c3 in process_bin_packet (c=0x6ccf080) at daemon/memcached.c:3117&lt;br/&gt;
#14 complete_nread_binary (c=0x6ccf080) at daemon/memcached.c:3738&lt;br/&gt;
#15 complete_nread (c=0x6ccf080) at daemon/memcached.c:3820&lt;br/&gt;
#16 conn_nread (c=0x6ccf080) at daemon/memcached.c:5673&lt;br/&gt;
#17 0x00000000004068a5 in event_handler (fd=&amp;lt;value optimized out&amp;gt;, which=&amp;lt;value optimized out&amp;gt;, arg=0x6ccf080) at daemon/memcached.c:5936&lt;br/&gt;
#18 0x00007f9d020c748c in event_process_active_single_queue (base=0x6d4e500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1308&lt;br/&gt;
#19 event_process_active (base=0x6d4e500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1375&lt;br/&gt;
#20 event_base_loop (base=0x6d4e500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1572&lt;br/&gt;
#21 0x0000000000414b94 in worker_libevent (arg=0x24e9400) at daemon/thread.c:301&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#22 0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#23 0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#24 0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 7 (Thread 30602):&lt;br/&gt;
#0  0x00007f9d0130d633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007f9d020dbf36 in epoll_dispatch (base=0x6d4ec80, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00007f9d020c7394 in event_base_loop (base=0x6d4ec80, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414b94 in worker_libevent (arg=0x24e95f0) at daemon/thread.c:301&lt;br/&gt;
#4  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 6 (Thread 30598):&lt;br/&gt;
#0  0x00007f9d015c7f2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007f9d00102176 in logger_thead_main (arg=&amp;lt;value optimized out&amp;gt;) at extensions/loggers/file_logger.c:368&lt;br/&gt;
#2  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
&lt;br/&gt;
Thread 5 (Thread 30604):&lt;br/&gt;
#0  0x00007f9d0130d633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007f9d020dbf36 in epoll_dispatch (base=0x6d4e780, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00007f9d020c7394 in event_base_loop (base=0x6d4e780, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414b94 in worker_libevent (arg=0x24e97e0) at daemon/thread.c:301&lt;br/&gt;
#4  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 4 (Thread 30589):&lt;br/&gt;
#0  0x00007f9d0130d633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007f9d020dbf36 in epoll_dispatch (base=0x6d4e000, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00007f9d020c7394 in event_base_loop (base=0x6d4e000, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x000000000040c2e1 in main (argc=&amp;lt;value optimized out&amp;gt;, argv=&amp;lt;value optimized out&amp;gt;) at daemon/memcached.c:7918&lt;br/&gt;
&lt;br/&gt;
Thread 3 (Thread 30611):&lt;br/&gt;
#0  0x00007f9d015c7f2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007f9cfca2090f in wait (this=0x6da2000) at src/syncobject.hh:57&lt;br/&gt;
#2  wait (this=0x6da2000) at src/syncobject.hh:73&lt;br/&gt;
#3  wait (this=0x6da2000) at src/tapconnmap.hh:169&lt;br/&gt;
#4  EventuallyPersistentEngine::notifyPendingConnections (this=0x6da2000) at src/ep_engine.cc:3406&lt;br/&gt;
#5  0x00007f9cfca209f3 in EvpNotifyPendingConns (arg=0x6da2000) at src/ep_engine.cc:1139&lt;br/&gt;
#6  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#7  0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#8  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 2 (Thread 30597):&lt;br/&gt;
#0  0x00007f9d012fe2ed in read () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007f9d01299798 in _IO_file_underflow () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#2  0x00007f9d0129a7be in _IO_default_uflow () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#3  0x00007f9d0128e8fa in _IO_getline_info () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#4  0x00007f9d0128d7ca in fgets () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#5  0x00007f9d00b05b19 in fgets (arg=&amp;lt;value optimized out&amp;gt;) at /usr/include/bits/stdio2.h:255&lt;br/&gt;
#6  check_stdin_thread (arg=&amp;lt;value optimized out&amp;gt;) at extensions/daemon/stdin_check.c:37&lt;br/&gt;
#7  0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#8  0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#9  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 1 (Thread 30607):&lt;br/&gt;
#0  0x00007f9d01257d05 in raise () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007f9d0125bab6 in abort () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#2  0x00007f9d012507c5 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#3  0x00007f9cfca1d8db in PersistenceCallback::callback(std::pair&amp;lt;int, long&amp;gt;&amp;amp;) () from /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
#4  0x00007f9cfca78724 in CouchKVStore::commitCallback(CouchRequest **, int, &amp;lt;anonymous enum&amp;gt;) (this=0x6dbc000, committedReqs=&amp;lt;value optimized out&amp;gt;, numReqs=10, errCode=COUCHSTORE_SUCCESS)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at src/couch-kvstore/couch-kvstore.cc:1655&lt;br/&gt;
#5  0x00007f9cfca7c07c in CouchKVStore::commit2couchstore (this=0x6dbc000) at src/couch-kvstore/couch-kvstore.cc:1488&lt;br/&gt;
#6  0x00007f9cfca7c25a in CouchKVStore::commit (this=0x777d) at src/couch-kvstore/couch-kvstore.cc:871&lt;br/&gt;
#7  0x00007f9cfca0ee06 in EventuallyPersistentStore::flushVBucket (this=0x6d9e480, vbid=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:1977&lt;br/&gt;
#8  0x00007f9cfca3ca1a in doFlush (this=0x6dba5a0, d=..., tid=...) at src/flusher.cc:215&lt;br/&gt;
#9  Flusher::step (this=0x6dba5a0, d=..., tid=...) at src/flusher.cc:153&lt;br/&gt;
#10 0x00007f9cfca042ca in Dispatcher::run (this=0x6d9aa80) at src/dispatcher.cc:171&lt;br/&gt;
#11 0x00007f9cfca04b7d in launch_dispatcher_thread (arg=0x777d) at src/dispatcher.cc:28&lt;br/&gt;
#12 0x00007f9d015c2d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#13 0x00007f9d0130cfdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#14 0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment>version=2.0.2-741-rel, Ubuntu 11.04</environment>
            <key id="23279">MB-7938</key>
            <summary>2.0.2 memcached crashes in EventuallyPersistentStore::flushVBucket</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="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="andreibaranouski">Andrei Baranouski</assignee>
                                <reporter username="andreibaranouski">Andrei Baranouski</reporter>
                        <labels>
                    </labels>
                <created>Tue, 19 Mar 2013 03:57:44 -0500</created>
                <updated>Mon, 20 May 2013 08:39:19 -0500</updated>
                    <resolved>Fri, 17 May 2013 16:46:10 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>couchbase-bucket</component>
                                <votes>0</votes>
                        <watches>6</watches>
                                                    <comments>
                    <comment id="53080" author="andreibaranouski" created="Tue, 19 Mar 2013 04:13:14 -0500"  >core file:&lt;br/&gt;
root(couchbase)@10.3.121.95:/core/7938-2.0.2-741.core.memcached.30589&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.92-3182013-842-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.92-3182013-842-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.93-3182013-836-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.93-3182013-836-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.94-3182013-838-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.94-3182013-838-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.95-3182013-839-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.95-3182013-839-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.96-3182013-840-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.96-3182013-840-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.97-3182013-841-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.97-3182013-841-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.98-3182013-837-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/10.3.121.98-3182013-837-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="53544" author="xiaoqin" created="Tue, 26 Mar 2013 16:15:55 -0500"  >Looks like the value get overflowed, we did 0 -  1 on diskQueuSize, which causes it be the biggest positive number:&lt;br/&gt;
&lt;br/&gt;
(gdb) p stats-&amp;gt;diskQueueSize&lt;br/&gt;
$6 = {value = 18446744073709551615}&lt;br/&gt;
(gdb) p (size_t) - 1&lt;br/&gt;
$7 = 18446744073709551615</comment>
                    <comment id="53550" author="xiaoqin" created="Tue, 26 Mar 2013 16:54:19 -0500"  >Hi Andrei,&lt;br/&gt;
Can you give me more input about what is the setup? What is the rebalance set up? Are there any read/write operations at the same time on the cluster? Is the failed node is the new node to be added  or an existing node in the cluster? Thanks!</comment>
                    <comment id="53551" author="xiaoqin" created="Tue, 26 Mar 2013 16:56:24 -0500"  >Also, is it possible that I run the script by myself to do live debugging? Does it happen each time for the tests or just occasionally? How long does it run before the crash?</comment>
                    <comment id="54854" author="mikew" created="Wed, 10 Apr 2013 18:41:52 -0500"  >See &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8068&quot; title=&quot;memcached crashed when load items to bucket&quot;&gt;&lt;strike&gt;MB-8068&lt;/strike&gt;&lt;/a&gt; for a similar crash.</comment>
                    <comment id="56370" author="maria" created="Fri, 26 Apr 2013 19:48:20 -0500"  >pls verify / close.</comment>
                    <comment id="56394" author="thuan" created="Sat, 27 Apr 2013 19:37:26 -0500"  >Integrated in github-ep-engine-2-0 #485 (See [&lt;a href=&quot;http://qa.hq.northscale.net/job/github-ep-engine-2-0/485/&quot;&gt;http://qa.hq.northscale.net/job/github-ep-engine-2-0/485/&lt;/a&gt;])&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7938&quot; title=&quot;2.0.2 memcached crashes in EventuallyPersistentStore::flushVBucket&quot;&gt;&lt;strike&gt;MB-7938&lt;/strike&gt;&lt;/a&gt;: Don&amp;#39;t decr diskQueueSize if an item is being requeued (Revision dc6f14b69037a9fb54774f39d01902266728d862)&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Result = SUCCESS&lt;br/&gt;
Mike Wiederhold : &lt;br/&gt;
Files : &lt;br/&gt;
* src/ep.cc&lt;br/&gt;
</comment>
                    <comment id="57541" author="andreibaranouski" created="Wed, 8 May 2013 08:34:54 -0500"  >reproduced on 2.0.2-789 &lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-rebalance-regressions-P1/206/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-rebalance-regressions-P1/206/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
gdb /opt/couchbase/bin/memcached core.memcached.26798 &lt;br/&gt;
GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2&lt;br/&gt;
Copyright (C) 2010 Free Software Foundation, Inc.&lt;br/&gt;
License GPLv3+: GNU GPL version 3 or later &amp;lt;&lt;a href=&quot;http://gnu.org/licenses/gpl.html&quot;&gt;http://gnu.org/licenses/gpl.html&lt;/a&gt;&amp;gt;&lt;br/&gt;
This is free software: you are free to change and redistribute it.&lt;br/&gt;
There is NO WARRANTY, to the extent permitted by law.  Type &amp;quot;show copying&amp;quot;&lt;br/&gt;
and &amp;quot;show warranty&amp;quot; for details.&lt;br/&gt;
This GDB was configured as &amp;quot;x86_64-linux-gnu&amp;quot;.&lt;br/&gt;
For bug reporting instructions, please see:&lt;br/&gt;
&amp;lt;&lt;a href=&quot;http://www.gnu.org/software/gdb/bugs/&quot;&gt;http://www.gnu.org/software/gdb/bugs/&lt;/a&gt;&amp;gt;...&lt;br/&gt;
Reading symbols from /opt/couchbase/bin/memcached...done.&lt;br/&gt;
[New Thread 26893]&lt;br/&gt;
[New Thread 26895]&lt;br/&gt;
[New Thread 26897]&lt;br/&gt;
[New Thread 26898]&lt;br/&gt;
[New Thread 26896]&lt;br/&gt;
[New Thread 2986]&lt;br/&gt;
[New Thread 2988]&lt;br/&gt;
[New Thread 2987]&lt;br/&gt;
[New Thread 2996]&lt;br/&gt;
[New Thread 2995]&lt;br/&gt;
[New Thread 2997]&lt;br/&gt;
[New Thread 3003]&lt;br/&gt;
[New Thread 3004]&lt;br/&gt;
[New Thread 26798]&lt;br/&gt;
[New Thread 26806]&lt;br/&gt;
[New Thread 26807]&lt;br/&gt;
[New Thread 26811]&lt;br/&gt;
[New Thread 26813]&lt;br/&gt;
[New Thread 26890]&lt;br/&gt;
[New Thread 26809]&lt;br/&gt;
[New Thread 26812]&lt;br/&gt;
[New Thread 3005]&lt;br/&gt;
[New Thread 26810]&lt;br/&gt;
[New Thread 26892]&lt;br/&gt;
[New Thread 26891]&lt;br/&gt;
[New Thread 26894]&lt;br/&gt;
&lt;br/&gt;
warning: Can&amp;#39;t read pathname for load map: Input/output error.&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/libmemcached_utilities.so.0...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/libmemcached_utilities.so.0&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libevent-2.0.so.5...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libevent-2.0.so.5&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libdl.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libdl.so.2&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libm.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libm.so.6&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/librt.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/librt.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libtcmalloc_minimal.so.4...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/ld-linux-x86-64.so.2&lt;br/&gt;
Reading symbols from /usr/lib/x86_64-linux-gnu/libstdc++.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /usr/lib/x86_64-linux-gnu/libstdc++.so.6&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libgcc_s.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libgcc_s.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/stdin_term_handler.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/stdin_term_handler.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/file_logger.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/file_logger.so&lt;br/&gt;
Reading symbols from /lib/x86_64-linux-gnu/libz.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib/x86_64-linux-gnu/libz.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/bucket_engine.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/bucket_engine.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/ep.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libcouchstore.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libcouchstore.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libsnappy.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libsnappy.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicuuc.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicuuc.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicudata.so.44...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicudata.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicui18n.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicui18n.so.44&lt;br/&gt;
Core was generated by `/opt/couchbase/bin/memcached -X /opt/couchbase/lib/memcached/stdin_term_handler&amp;#39;.&lt;br/&gt;
Program terminated with signal 6, Aborted.&lt;br/&gt;
#0  0x00007fb4f811ad05 in raise () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
(gdb) t a a bt&lt;br/&gt;
&lt;br/&gt;
Thread 26 (Thread 26894):&lt;br/&gt;
#0  0x00007fb4f81c843d in fdatasync () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f2e8faaf in couch_sync (handle=&amp;lt;value optimized out&amp;gt;) at src/os.c:117&lt;br/&gt;
#2  0x00007fb4f314857f in cfs_sync (h=0x48f8ea40) at src/couch-kvstore/couch-fs-stats.cc:88&lt;br/&gt;
#3  0x00007fb4f2e89e2f in couchstore_commit (db=0x5dd2ee0) at src/couch_db.c:193&lt;br/&gt;
#4  0x00007fb4f313dff6 in CouchKVStore::saveDocs (this=0x3b6e4c00, vbid=731, rev=&amp;lt;value optimized out&amp;gt;, docs=&amp;lt;value optimized out&amp;gt;, docinfos=0x48f8f9a0, docCount=&amp;lt;value optimized out&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at src/couch-kvstore/couch-kvstore.cc:1486&lt;br/&gt;
#5  0x00007fb4f313e74b in CouchKVStore::commit2couchstore (this=0x3b6e4c00) at src/couch-kvstore/couch-kvstore.cc:1411&lt;br/&gt;
#6  0x00007fb4f313e93a in CouchKVStore::commit (this=0x42) at src/couch-kvstore/couch-kvstore.cc:806&lt;br/&gt;
#7  0x00007fb4f30ca4c6 in EventuallyPersistentStore::flushVBucket (this=0x92c5000, vbid=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:1919&lt;br/&gt;
#8  0x00007fb4f30f55d9 in doFlush (this=0x9ac59e0, tid=26148) at src/flusher.cc:222&lt;br/&gt;
#9  Flusher::step (this=0x9ac59e0, tid=26148) at src/flusher.cc:152&lt;br/&gt;
#10 0x00007fb4f3106140 in ExecutorThread::run (this=0x5eacea0) at src/scheduler.cc:148&lt;br/&gt;
#11 0x00007fb4f310686d in launch_executor_thread (arg=0x42) at src/scheduler.cc:34&lt;br/&gt;
#12 0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#13 0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#14 0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 25 (Thread 26891):&lt;br/&gt;
#0  0x00007fb4f81c843d in fdatasync () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f2e8faaf in couch_sync (handle=&amp;lt;value optimized out&amp;gt;) at src/os.c:117&lt;br/&gt;
#2  0x00007fb4f314857f in cfs_sync (h=0xc1ade20) at src/couch-kvstore/couch-fs-stats.cc:88&lt;br/&gt;
#3  0x00007fb4f2e89e03 in couchstore_commit (db=0x5dd36c0) at src/couch_db.c:184&lt;br/&gt;
#4  0x00007fb4f313dff6 in CouchKVStore::saveDocs (this=0xb06cc00, vbid=1020, rev=&amp;lt;value optimized out&amp;gt;, docs=&amp;lt;value optimized out&amp;gt;, docinfos=0x4b03c660, docCount=&amp;lt;value optimized out&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at src/couch-kvstore/couch-kvstore.cc:1486&lt;br/&gt;
#5  0x00007fb4f313e74b in CouchKVStore::commit2couchstore (this=0xb06cc00) at src/couch-kvstore/couch-kvstore.cc:1411&lt;br/&gt;
#6  0x00007fb4f313e93a in CouchKVStore::commit (this=0x79) at src/couch-kvstore/couch-kvstore.cc:806&lt;br/&gt;
#7  0x00007fb4f30ca4c6 in EventuallyPersistentStore::flushVBucket (this=0x92c5000, vbid=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:1919&lt;br/&gt;
#8  0x00007fb4f30f55d9 in doFlush (this=0x9ac5680, tid=26146) at src/flusher.cc:222&lt;br/&gt;
#9  Flusher::step (this=0x9ac5680, tid=26146) at src/flusher.cc:152&lt;br/&gt;
#10 0x00007fb4f3106140 in ExecutorThread::run (this=0x5e81ba0) at src/scheduler.cc:148&lt;br/&gt;
#11 0x00007fb4f310686d in launch_executor_thread (arg=0x79) at src/scheduler.cc:34&lt;br/&gt;
#12 0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#13 0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#14 0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 24 (Thread 26892):&lt;br/&gt;
#0  0x00007fb4f81c2e93 in poll () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f314b8b5 in CouchNotifier::waitForReadable (this=0x3fd70000, tryOnce=&amp;lt;value optimized out&amp;gt;) at src/couch-kvstore/couch-notifier.cc:629&lt;br/&gt;
#2  0x00007fb4f314bfa5 in waitOnce (this=0x3fd70000, vbs=..., file_version=&amp;lt;value optimized out&amp;gt;, header_offset=&amp;lt;value optimized out&amp;gt;, cb=&amp;lt;value optimized out&amp;gt;) at src/couch-kvstore/couch-notifier.cc:674&lt;br/&gt;
#3  CouchNotifier::notify_update (this=0x3fd70000, vbs=..., file_version=&amp;lt;value optimized out&amp;gt;, header_offset=&amp;lt;value optimized out&amp;gt;, cb=&amp;lt;value optimized out&amp;gt;) at src/couch-kvstore/couch-notifier.cc:752&lt;br/&gt;
#4  0x00007fb4f313e138 in notify_headerpos_update (this=0x3b6e5800, vbid=973, rev=&amp;lt;value optimized out&amp;gt;, docs=&amp;lt;value optimized out&amp;gt;, docinfos=0x2736fd80, docCount=&amp;lt;value optimized out&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at ./src/couch-kvstore/couch-notifier.hh:127&lt;br/&gt;
#5  CouchKVStore::saveDocs (this=0x3b6e5800, vbid=973, rev=&amp;lt;value optimized out&amp;gt;, docs=&amp;lt;value optimized out&amp;gt;, docinfos=0x2736fd80, docCount=&amp;lt;value optimized out&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at src/couch-kvstore/couch-kvstore.cc:1499&lt;br/&gt;
#6  0x00007fb4f313e74b in CouchKVStore::commit2couchstore (this=0x3b6e5800) at src/couch-kvstore/couch-kvstore.cc:1411&lt;br/&gt;
#7  0x00007fb4f313e93a in CouchKVStore::commit (this=0x7fb4f0cd2680) at src/couch-kvstore/couch-kvstore.cc:806&lt;br/&gt;
#8  0x00007fb4f30ca4c6 in EventuallyPersistentStore::flushVBucket (this=0x92c5000, vbid=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:1919&lt;br/&gt;
#9  0x00007fb4f30f55d9 in doFlush (this=0x9ac5d40, tid=26149) at src/flusher.cc:222&lt;br/&gt;
#10 Flusher::step (this=0x9ac5d40, tid=26149) at src/flusher.cc:152&lt;br/&gt;
#11 0x00007fb4f3106140 in ExecutorThread::run (this=0x5e81a00) at src/scheduler.cc:148&lt;br/&gt;
#12 0x00007fb4f310686d in launch_executor_thread (arg=0x7fb4f0cd2680) at src/scheduler.cc:34&lt;br/&gt;
#13 0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#14 0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#15 0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
Thread 23 (Thread 26810):&lt;br/&gt;
#0  0x00007fb4f81d0633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f8f8ef36 in epoll_dispatch (base=0x5dcc280, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00007fb4f8f7a394 in event_base_loop (base=0x5dcc280, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414c84 in worker_libevent (arg=0x15674f8) at daemon/thread.c:301&lt;br/&gt;
#4  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 22 (Thread 3005):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f30bc778 in wait (this=0x81463f0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x81463f0, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00007fb4f30bf32a in Dispatcher::run (this=0x8162700) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00007fb4f30bfafd in launch_dispatcher_thread (arg=0x8162754) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#6  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#7  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 21 (Thread 26812):&lt;br/&gt;
#0  0x00007fb4f81d0633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f8f8ef36 in epoll_dispatch (base=0x5dcca00, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00007fb4f8f7a394 in event_base_loop (base=0x5dcca00, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414c84 in worker_libevent (arg=0x15676e8) at daemon/thread.c:301&lt;br/&gt;
#4  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 20 (Thread 26809):&lt;br/&gt;
#0  0x00007fb4f81d0633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f8f8ef36 in epoll_dispatch (base=0x5dcc500, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00007fb4f8f7a394 in event_base_loop (base=0x5dcc500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414c84 in worker_libevent (arg=0x1567400) at daemon/thread.c:301&lt;br/&gt;
#4  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 19 (Thread 26890):&lt;br/&gt;
#0  0x00007fb4f81974ed in nanosleep () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f81c8914 in usleep () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#2  0x00007fb4f3101385 in updateStatsThread (arg=&amp;lt;value optimized out&amp;gt;) at src/memory_tracker.cc:31&lt;br/&gt;
#3  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#4  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#5  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 18 (Thread 26813):&lt;br/&gt;
#0  0x00007fb4f81d0633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f8f8ef36 in epoll_dispatch (base=0x5dcc780, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00007fb4f8f7a394 in event_base_loop (base=0x5dcc780, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414c84 in worker_libevent (arg=0x15677e0) at daemon/thread.c:301&lt;br/&gt;
#4  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 17 (Thread 26811):&lt;br/&gt;
#0  0x00007fb4f81d0633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f8f8ef36 in epoll_dispatch (base=0x5dccc80, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#2  0x00007fb4f8f7a394 in event_base_loop (base=0x5dccc80, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414c84 in worker_libevent (arg=0x15675f0) at daemon/thread.c:301&lt;br/&gt;
#4  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 16 (Thread 26807):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f6fc5176 in logger_thead_main (arg=&amp;lt;value optimized out&amp;gt;) at extensions/loggers/file_logger.c:368&lt;br/&gt;
#2  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#3  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#4  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 15 (Thread 26806):&lt;br/&gt;
#0  0x00007fb4f81c12ed in read () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f815c798 in _IO_file_underflow () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#2  0x00007fb4f815d7be in _IO_default_uflow () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#3  0x00007fb4f81518fa in _IO_getline_info () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#4  0x00007fb4f81507ca in fgets () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#5  0x00007fb4f79c8b19 in fgets (arg=&amp;lt;value optimized out&amp;gt;) at /usr/include/bits/stdio2.h:255&lt;br/&gt;
#6  check_stdin_thread (arg=&amp;lt;value optimized out&amp;gt;) at extensions/daemon/stdin_check.c:37&lt;br/&gt;
#7  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#8  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#9  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 14 (Thread 26798):&lt;br/&gt;
#0  0x00007fb4f81d0633 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f8f8ef36 in epoll_dispatch (base=0x5dcc000, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00007fb4f8f7a394 in event_base_loop (base=0x5dcc000, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x000000000040c841 in main (argc=&amp;lt;value optimized out&amp;gt;, argv=&amp;lt;value optimized out&amp;gt;) at daemon/memcached.c:7926&lt;br/&gt;
&lt;br/&gt;
Thread 13 (Thread 3004):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f30bc778 in wait (this=0x81465a0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x81465a0, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00007fb4f30bf32a in Dispatcher::run (this=0x81621c0) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00007fb4f30bfafd in launch_dispatcher_thread (arg=0x8162214) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#6  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#7  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 12 (Thread 3003):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f30daf7f in wait (this=0x5dc8400) at src/syncobject.hh:57&lt;br/&gt;
#2  wait (this=0x5dc8400) at src/syncobject.hh:73&lt;br/&gt;
#3  wait (this=0x5dc8400) at src/tapconnmap.hh:169&lt;br/&gt;
#4  EventuallyPersistentEngine::notifyPendingConnections (this=0x5dc8400) at src/ep_engine.cc:3379&lt;br/&gt;
#5  0x00007fb4f30db063 in EvpNotifyPendingConns (arg=0x5dc8400) at src/ep_engine.cc:1153&lt;br/&gt;
#6  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#7  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#8  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 11 (Thread 2997):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f30bc778 in wait (this=0x6e46900, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x6e46900, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00007fb4f30bf32a in Dispatcher::run (this=0x5e0b6c0) at src/dispatcher.cc:184&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#4  0x00007fb4f30bfafd in launch_dispatcher_thread (arg=0x5e0b714) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#6  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#7  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 10 (Thread 2995):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f30daf7f in wait (this=0x5dc6000) at src/syncobject.hh:57&lt;br/&gt;
#2  wait (this=0x5dc6000) at src/syncobject.hh:73&lt;br/&gt;
#3  wait (this=0x5dc6000) at src/tapconnmap.hh:169&lt;br/&gt;
#4  EventuallyPersistentEngine::notifyPendingConnections (this=0x5dc6000) at src/ep_engine.cc:3379&lt;br/&gt;
#5  0x00007fb4f30db063 in EvpNotifyPendingConns (arg=0x5dc6000) at src/ep_engine.cc:1153&lt;br/&gt;
#6  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#7  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#8  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 9 (Thread 2996):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f30bc778 in wait (this=0x6e46630, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x6e46630, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00007fb4f30bf32a in Dispatcher::run (this=0x5e0ba40) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00007fb4f30bfafd in launch_dispatcher_thread (arg=0x5e0ba94) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#6  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#7  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 8 (Thread 2987):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f30bc778 in wait (this=0x8146990, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x8146990, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00007fb4f30bf32a in Dispatcher::run (this=0xbe02000) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00007fb4f30bfafd in launch_dispatcher_thread (arg=0xbe02054) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#6  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#7  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 7 (Thread 2988):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f30bc778 in wait (this=0x8147680, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x8147680, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00007fb4f30bf32a in Dispatcher::run (this=0xbe02a80) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00007fb4f30bfafd in launch_dispatcher_thread (arg=0xbe02ad4) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#6  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#7  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 6 (Thread 2986):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f30daf7f in wait (this=0x5dc9600) at src/syncobject.hh:57&lt;br/&gt;
#2  wait (this=0x5dc9600) at src/syncobject.hh:73&lt;br/&gt;
#3  wait (this=0x5dc9600) at src/tapconnmap.hh:169&lt;br/&gt;
#4  EventuallyPersistentEngine::notifyPendingConnections (this=0x5dc9600) at src/ep_engine.cc:3379&lt;br/&gt;
#5  0x00007fb4f30db063 in EvpNotifyPendingConns (arg=0x5dc9600) at src/ep_engine.cc:1153&lt;br/&gt;
#6  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#7  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#8  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
Thread 5 (Thread 26896):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f3105fd1 in wait (this=0x5eacb60) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x5eacb60) at src/scheduler.cc:134&lt;br/&gt;
#3  0x00007fb4f310686d in launch_executor_thread (arg=0x5eacba4) at src/scheduler.cc:34&lt;br/&gt;
#4  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 4 (Thread 26898):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f3105fd1 in wait (this=0x5eac820) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x5eac820) at src/scheduler.cc:134&lt;br/&gt;
#3  0x00007fb4f310686d in launch_executor_thread (arg=0x5eac864) at src/scheduler.cc:34&lt;br/&gt;
#4  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 3 (Thread 26897):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f3105fd1 in wait (this=0x5eac9c0) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x5eac9c0) at src/scheduler.cc:134&lt;br/&gt;
#3  0x00007fb4f310686d in launch_executor_thread (arg=0x5eaca04) at src/scheduler.cc:34&lt;br/&gt;
#4  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 2 (Thread 26895):&lt;br/&gt;
#0  0x00007fb4f848af2b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#1  0x00007fb4f3105fd1 in wait (this=0x5eacd00) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x5eacd00) at src/scheduler.cc:134&lt;br/&gt;
#3  0x00007fb4f310686d in launch_executor_thread (arg=0x5eacd44) at src/scheduler.cc:34&lt;br/&gt;
#4  0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#5  0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#6  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
Thread 1 (Thread 26893):&lt;br/&gt;
#0  0x00007fb4f811ad05 in raise () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#1  0x00007fb4f811eab6 in abort () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#2  0x00007fb4f81137c5 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#3  0x00007fb4f30d816a in PersistenceCallback::callback(std::pair&amp;lt;int, long&amp;gt;&amp;amp;) () from /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
#4  0x00007fb4f313cc34 in CouchKVStore::commitCallback(CouchRequest **, int, &amp;lt;anonymous enum&amp;gt;) (this=0x840c300, committedReqs=&amp;lt;value optimized out&amp;gt;, numReqs=981, errCode=COUCHSTORE_SUCCESS)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at src/couch-kvstore/couch-kvstore.cc:1591&lt;br/&gt;
#5  0x00007fb4f313e766 in CouchKVStore::commit2couchstore (this=0x840c300) at src/couch-kvstore/couch-kvstore.cc:1418&lt;br/&gt;
#6  0x00007fb4f313e93a in CouchKVStore::commit (this=0x68ae) at src/couch-kvstore/couch-kvstore.cc:806&lt;br/&gt;
#7  0x00007fb4f30ca4c6 in EventuallyPersistentStore::flushVBucket (this=0x8c4cc00, vbid=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:1919&lt;br/&gt;
#8  0x00007fb4f30f55d9 in doFlush (this=0x9ac46c0, tid=24958) at src/flusher.cc:222&lt;br/&gt;
#9  Flusher::step (this=0x9ac46c0, tid=24958) at src/flusher.cc:152&lt;br/&gt;
#10 0x00007fb4f3106140 in ExecutorThread::run (this=0x5e81860) at src/scheduler.cc:148&lt;br/&gt;
#11 0x00007fb4f310686d in launch_executor_thread (arg=0x68ae) at src/scheduler.cc:34&lt;br/&gt;
#12 0x00007fb4f8485d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0&lt;br/&gt;
#13 0x00007fb4f81cffdd in clone () from /lib/x86_64-linux-gnu/libc.so.6&lt;br/&gt;
#14 0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;br/&gt;
root(couchbase)@10.3.121.98&lt;br/&gt;
/cores/7938-2.0.2-789-core.memcached.26798&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.92-582013-546-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.92-582013-546-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.93-582013-541-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.93-582013-541-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.94-582013-543-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.94-582013-543-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.95-582013-545-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.95-582013-545-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.96-582013-544-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.96-582013-544-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.97-582013-547-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.97-582013-547-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.98-582013-543-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-7938/13460c18/10.3.121.98-582013-543-diag.zip&lt;/a&gt;&lt;br/&gt;
</comment>
                    <comment id="57593" author="maria" created="Wed, 8 May 2013 13:39:05 -0500"  >upgrading to blocker.&lt;br/&gt;
also see &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7735&quot; title=&quot;Memcached crash on a node on the destination cluster &quot;&gt;MB-7735&lt;/a&gt;.</comment>
                    <comment id="57602" author="mikew" created="Wed, 8 May 2013 13:46:55 -0500"  >This crash has nothing to do with &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7735&quot; title=&quot;Memcached crash on a node on the destination cluster &quot;&gt;MB-7735&lt;/a&gt;.</comment>
                    <comment id="57603" author="mikew" created="Wed, 8 May 2013 13:47:44 -0500"  >Please take a look at this issue. I can take a look at it next week if you don&amp;#39;t have time to get it resolved by then.</comment>
                    <comment id="57802" author="andreibaranouski" created="Fri, 10 May 2013 11:57:05 -0500"  >see the same crash on 2.0.2-787-rel &lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-failover-tests-P0/609/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-failover-tests-P0/609/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Thread 1 (Thread 0x46a74940 (LWP 22854)):&lt;br/&gt;
#0  0x0000003828630265 in raise () from /lib64/libc.so.6&lt;br/&gt;
#1  0x0000003828631d10 in abort () from /lib64/libc.so.6&lt;br/&gt;
#2  0x00000038286296e6 in __assert_fail () from /lib64/libc.so.6&lt;br/&gt;
#3  0x00002aaaaaf0dd0a in PersistenceCallback::callback(std::pair&amp;lt;int, long&amp;gt;&amp;amp;) () from /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
#4  0x00002aaaaaf65a84 in CouchKVStore::commitCallback (this=0x2aaabdb7e300, committedReqs=&amp;lt;value optimized out&amp;gt;, numReqs=31, errCode=COUCHSTORE_SUCCESS) at src/couch-kvstore/couch-kvstore.cc:1591&lt;br/&gt;
#5  0x00002aaaaaf67596 in CouchKVStore::commit2couchstore (this=0x2aaabdb7e300) at src/couch-kvstore/couch-kvstore.cc:1418&lt;br/&gt;
#6  0x00002aaaaaf6776a in CouchKVStore::commit (this=&amp;lt;value optimized out&amp;gt;) at src/couch-kvstore/couch-kvstore.cc:806&lt;br/&gt;
#7  0x00002aaaaaf01aa6 in EventuallyPersistentStore::flushVBucket (this=0x1d1f2c00, vbid=599) at src/ep.cc:2059&lt;br/&gt;
#8  0x00002aaaaaf2ae59 in doFlush (this=0x86f3a40, d=..., tid=...) at src/flusher.cc:226&lt;br/&gt;
#9  Flusher::step (this=0x86f3a40, d=..., tid=...) at src/flusher.cc:157&lt;br/&gt;
#10 0x00002aaaaaef582a in Dispatcher::run (this=0x190a1180) at src/dispatcher.cc:184&lt;br/&gt;
#11 0x00002aaaaaef5fed in launch_dispatcher_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/dispatcher.cc:28&lt;br/&gt;
#12 0x000000382920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#13 0x00000038286d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
vms:&lt;br/&gt;
&amp;nbsp;root(couchbase)@10.1.3.118:/tmp/core.memcached.17604 &amp;amp; /tmp/core.memcached.23647&lt;br/&gt;
&amp;nbsp;root(couchbase)@10.1.3.117:/tmp/core.memcached.730</comment>
                    <comment id="57807" author="jin" created="Fri, 10 May 2013 13:08:37 -0500"  >* Both the first reported crash in March and the latest crash caused by incorrectly accounting disk queue stat. It appears to be that the stat got arithmetically underflowed. But I believe the root cause that led to the condition was different for each crash though (there are a few changes have made in the code path btw March and now, ex KVShard, etc)&lt;br/&gt;
&lt;br/&gt;
* A fix is uploaded for review, &lt;a href=&quot;http://review.couchbase.org/#/c/26242/&quot;&gt;http://review.couchbase.org/#/c/26242/&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
* QE (Andrei) please pick up a toy build, 2.0.0-MRW31-toy-community at &lt;a href=&quot;http://builds.hq.northscale.net:8010/builders/ec2-centos-x64_toy-couchstore-builder/builds/165,&quot;&gt;http://builds.hq.northscale.net:8010/builders/ec2-centos-x64_toy-couchstore-builder/builds/165,&lt;/a&gt; and validate the above fix (as usual we could not reproduce the same crash at the dev side) - many thanks!&lt;br/&gt;
&lt;br/&gt;
* Will mark this as fixed after the code review + QE&amp;#39;s validation&lt;br/&gt;
&amp;nbsp;</comment>
                    <comment id="57829" author="maria" created="Fri, 10 May 2013 14:08:17 -0500"  >andrei, pls provide test result from this toy build. thanks.</comment>
                    <comment id="58344" author="andreibaranouski" created="Wed, 15 May 2013 08:17:04 -0500"  >toy build hangs on rebalance &lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-failover-tests-P0/614/console&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-failover-tests-P0/614/console&lt;/a&gt;</comment>
                    <comment id="58363" author="jin" created="Wed, 15 May 2013 12:03:36 -0500"  >&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt; is already tracking the rebalance hang issue, please see the latest update in the bug. The hang has nothing to do with the crash reported here and ep  engine has not merged the original fix for this bug yet (pending review). We will probably merge it fairly soon.</comment>
                    <comment id="58369" author="andreibaranouski" created="Wed, 15 May 2013 12:18:30 -0500"  >okay, but 2.0.0-MRW31 hangs on rebalance &lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-failover-tests-P0/614/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-failover-tests-P0/614/consoleFull&lt;/a&gt;&lt;br/&gt;
only one test passed for this run&lt;br/&gt;
so, I can&amp;#39;t verify entire set of tests where we had the crash.&lt;br/&gt;
&lt;br/&gt;
I guess  2.0.0-MRW31 doesn&amp;#39;t contain fix for &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt;?&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58378" author="jin" created="Wed, 15 May 2013 12:44:37 -0500"  >yes thanks. the crash must have occurred prior to the hang condition though - but I agree we need to validate the fix with the complete run of any relavant test.</comment>
                    <comment id="58638" author="jin" created="Fri, 17 May 2013 13:40:55 -0500"  >The last build 806 didn&amp;#39;t show the flushVBucket crash anymore . Please confirm and close it. Thanks!</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 26 Mar 2013 16:15:55 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>10126</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8284] Rebalance fails with reason replicator_died</title>
                <link>http://www.couchbase.com/issues/browse/MB-8284</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&lt;br/&gt;
Rebalance failures are seen in Centos64 sanity job:&lt;br/&gt;
&lt;a href=&quot;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/73/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/73/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
** Reason for termination == &lt;br/&gt;
** {exited,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{&amp;#39;EXIT&amp;#39;,&amp;lt;0.28006.6&amp;gt;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{replicator_died,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{&amp;#39;EXIT&amp;#39;,&amp;lt;17674.28481.2&amp;gt;,{badmatch,{error,closed}}}}}}&lt;br/&gt;
&lt;br/&gt;
[ns_server:info,2013-05-15T3:24:33.837,&lt;a href=&apos;mailto:ns_1@10.3.3.32&apos;&gt;ns_1@10.3.3.32&lt;/a&gt;:janitor_agent-default&amp;lt;0.23324.6&amp;gt;:janitor_agent:handle_info:761]Undoing temporary vbucket states caused by rebalance&lt;br/&gt;
[user:info,2013-05-15T3:24:33.837,&lt;a href=&apos;mailto:ns_1@10.3.3.32&apos;&gt;ns_1@10.3.3.32&lt;/a&gt;:&amp;lt;0.30432.2&amp;gt;:ns_orchestrator:handle_info:403]Rebalance exited with reason {exited,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{&amp;#39;EXIT&amp;#39;,&amp;lt;0.28006.6&amp;gt;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{replicator_died,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{&amp;#39;EXIT&amp;#39;,&amp;lt;17674.28481.2&amp;gt;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{badmatch,{error,closed}}}}}}&lt;br/&gt;
&lt;br/&gt;
ns_server:error,2013-05-15T3:24:33.584,&lt;a href=&apos;mailto:ns_1@10.3.3.32&apos;&gt;ns_1@10.3.3.32&lt;/a&gt;:&amp;lt;0.28006.6&amp;gt;:ns_replicas_builder:build_replicas_main:90]Got premature exit from one of ebucketmigrators: {&amp;#39;EXIT&amp;#39;,&amp;lt;17674.28481.2&amp;gt;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{badmatch,{error,closed}}}&lt;br/&gt;
[error_logger:error,2013-05-15T3:24:33.585,&lt;a href=&apos;mailto:ns_1@10.3.3.32&apos;&gt;ns_1@10.3.3.32&lt;/a&gt;:error_logger&amp;lt;0.6.0&amp;gt;:ale_error_logger_handler:log_report:72]&lt;br/&gt;
=========================CRASH REPORT=========================&lt;br/&gt;
&amp;nbsp;&amp;nbsp;crasher:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;initial call: ebucketmigrator_srv:init/1&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;pid: &amp;lt;17674.28481.2&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;registered_name: []&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;exception error: no match of right hand side value {error,closed}&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;in function  mc_client_binary:cmd_binary_vocal_recv/5&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;in call from mc_client_binary:set_vbucket/3&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;in call from ebucketmigrator_srv:&amp;#39;-init/1-lc$^0/1-0-&amp;#39;/3&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;in call from ebucketmigrator_srv:init/1&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ancestors: [&amp;lt;0.28006.6&amp;gt;,&amp;lt;0.28000.6&amp;gt;,&amp;lt;0.27823.6&amp;gt;,&amp;lt;0.26685.6&amp;gt;]&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;messages: []&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;links: [#Port&amp;lt;17674.80060&amp;gt;,&amp;lt;0.28006.6&amp;gt;,#Port&amp;lt;17674.80059&amp;gt;]&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;dictionary: []&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;trap_exit: false&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;status: running&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;heap_size: 987&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;stack_size: 24&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;reductions: 1725&lt;br/&gt;
&amp;nbsp;&amp;nbsp;neighbours:&lt;br/&gt;
&lt;br/&gt;
Attaching collect_info</description>
                <environment>2.0.2-803-rel&lt;br/&gt;
&lt;br/&gt;
&amp;lt;manifest&amp;gt;&lt;br/&gt;
&amp;lt;remote name=&amp;quot;couchbase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/couchbase/&quot;&gt;git://github.com/couchbase/&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;remote name=&amp;quot;membase&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/membase/&quot;&gt;git://github.com/membase/&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;remote name=&amp;quot;apache&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/apache/&quot;&gt;git://github.com/apache/&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;remote name=&amp;quot;erlang&amp;quot; fetch=&amp;quot;&lt;a href=&quot;git://github.com/erlang/&quot;&gt;git://github.com/erlang/&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;default remote=&amp;quot;couchbase&amp;quot; revision=&amp;quot;master&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;tlm&amp;quot; path=&amp;quot;tlm&amp;quot; revision=&amp;quot;f30cd57af02e51eafa0b6d5fb71176c2a46a2cf9&amp;quot;&amp;gt;&lt;br/&gt;
&amp;lt;copyfile src=&amp;quot;Makefile.top&amp;quot; dest=&amp;quot;Makefile&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;/project&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;bucket_engine&amp;quot; path=&amp;quot;bucket_engine&amp;quot; revision=&amp;quot;2a797a8d97f421587cce728f2e6aa2cd42c8fa26&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;ep-engine&amp;quot; path=&amp;quot;ep-engine&amp;quot; revision=&amp;quot;0d6b7b00df999bef2b9e7ff160fe908b3650e407&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;libconflate&amp;quot; path=&amp;quot;libconflate&amp;quot; revision=&amp;quot;c0d3e26a51f25a2b020713559cb344d43ce0b06c&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;libmemcached&amp;quot; path=&amp;quot;libmemcached&amp;quot; revision=&amp;quot;ca739a890349ac36dc79447e37da7caa9ae819f5&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;libvbucket&amp;quot; path=&amp;quot;libvbucket&amp;quot; revision=&amp;quot;408057ec55da3862ab8d75b1ed25d2848afd640f&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchbase-cli&amp;quot; path=&amp;quot;couchbase-cli&amp;quot; revision=&amp;quot;45f1370e3c440bde9763b124e88e26ee98941bcd&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;memcached&amp;quot; path=&amp;quot;memcached&amp;quot; revision=&amp;quot;b6ceb46fc26ac6f1d6be7a5866d6c6c0f6e6d32a&amp;quot; remote=&amp;quot;membase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;moxi&amp;quot; path=&amp;quot;moxi&amp;quot; revision=&amp;quot;4b391021af7a453bf88716724d2c644916ebd969&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;ns_server&amp;quot; path=&amp;quot;ns_server&amp;quot; revision=&amp;quot;232663cc06c71b92434ad70f9949b49e46269f9b&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;portsigar&amp;quot; path=&amp;quot;portsigar&amp;quot; revision=&amp;quot;159b6179ea8a3c2075ee9eb2afa6f91c98c0fda6&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;sigar&amp;quot; path=&amp;quot;sigar&amp;quot; revision=&amp;quot;63a3cd1b316d2d4aa6dd31ce8fc66101b983e0b0&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchbase-examples&amp;quot; path=&amp;quot;couchbase-examples&amp;quot; revision=&amp;quot;cd9c8600589a1996c1ba6dbea9ac171b937d3379&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchbase-python-client&amp;quot; path=&amp;quot;couchbase-python-client&amp;quot; revision=&amp;quot;d443169c0694fca1be67d8f6934a8c50f0175ee7&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchdb&amp;quot; path=&amp;quot;couchdb&amp;quot; revision=&amp;quot;586e4bb73b92db4362192616370c4e3edb8c34a0&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchdbx-app&amp;quot; path=&amp;quot;couchdbx-app&amp;quot; revision=&amp;quot;e83b255bc7f7548e2bc36e709666e564c2a488dd&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;couchstore&amp;quot; path=&amp;quot;couchstore&amp;quot; revision=&amp;quot;963fc26eafc67514eed5c9a3752d5d4cbdf5971d&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;geocouch&amp;quot; path=&amp;quot;geocouch&amp;quot; revision=&amp;quot;ed9ad43aa361df0829262fef811b5236331b44c8&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;testrunner&amp;quot; path=&amp;quot;testrunner&amp;quot; revision=&amp;quot;1f15e11d443be385ff8362d049a389331b502f9a&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;healthchecker&amp;quot; path=&amp;quot;healthchecker&amp;quot; revision=&amp;quot;29d45e7776ecb20800f6ad97aec585a1e1636370&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;otp&amp;quot; path=&amp;quot;otp&amp;quot; revision=&amp;quot;b6dc1a844eab061d0a7153d46e7e68296f15a504&amp;quot; remote=&amp;quot;erlang&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;icu4c&amp;quot; path=&amp;quot;icu4c&amp;quot; revision=&amp;quot;26359393672c378f41f2103a8699c4357c894be7&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;snappy&amp;quot; path=&amp;quot;snappy&amp;quot; revision=&amp;quot;5681dde156e9d07adbeeab79666c9a9d7a10ec95&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;v8&amp;quot; path=&amp;quot;v8&amp;quot; revision=&amp;quot;447decb75060a106131ab4de934bcc374648e7f2&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;gperftools&amp;quot; path=&amp;quot;gperftools&amp;quot; revision=&amp;quot;44a584d1de8c89addfb4f1d0522bdbbbed83ba48&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;project name=&amp;quot;pysqlite&amp;quot; path=&amp;quot;pysqlite&amp;quot; revision=&amp;quot;0ff6e32ea05037fddef1eb41a648f2a2141009ea&amp;quot; remote=&amp;quot;couchbase&amp;quot;/&amp;gt;&lt;br/&gt;
&amp;lt;/manifest&amp;gt;</environment>
            <key id="24275">MB-8284</key>
            <summary>Rebalance fails with reason replicator_died</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="deepkaran.salooja">Deepkaran Salooja</assignee>
                                <reporter username="deepkaran.salooja">Deepkaran Salooja</reporter>
                        <labels>
                    </labels>
                <created>Wed, 15 May 2013 08:46:58 -0500</created>
                <updated>Mon, 20 May 2013 08:22:08 -0500</updated>
                    <resolved>Fri, 17 May 2013 18:33:48 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>5</watches>
                                                    <comments>
                    <comment id="58346" author="deepkaran.salooja" created="Wed, 15 May 2013 08:51:27 -0500"  >&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8284/e9125b6b/10.3.3.32-5152013-635-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8284/e9125b6b/10.3.3.32-5152013-635-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8284/e9125b6b/10.3.3.33-5152013-638-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8284/e9125b6b/10.3.3.33-5152013-638-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8284/e9125b6b/10.3.3.30-5152013-640-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8284/e9125b6b/10.3.3.30-5152013-640-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8284/e9125b6b/10.3.3.224-5152013-643-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8284/e9125b6b/10.3.3.224-5152013-643-diag.zip&lt;/a&gt;</comment>
                    <comment id="58381" author="maria" created="Wed, 15 May 2013 12:53:59 -0500"  >FYI -- this is the newest build that contains Jin&amp;#39;s rebalance fixes. &lt;br/&gt;
</comment>
                    <comment id="58385" author="Aliaksey Artamonau" created="Wed, 15 May 2013 12:59:14 -0500"  >2013-05-15 03:26:26.249 ns_log:0:info:message(&lt;a href=&apos;mailto:ns_1@10.3.3.224&apos;&gt;ns_1@10.3.3.224&lt;/a&gt;) - Port server memcached on node &amp;#39;&lt;a href=&apos;mailto:babysitter_of_ns_1@127.0.0.1&apos;&gt;babysitter_of_ns_1@127.0.0.1&lt;/a&gt;&amp;#39; exited with status 134. Restarting&lt;br/&gt;
...&lt;br/&gt;
MUTEX ERROR: Failed to acquire lock: Invalid argument</comment>
                    <comment id="58465" author="jin" created="Thu, 16 May 2013 01:11:59 -0500"  >* MRW37 passed &lt;a href=&quot;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/75&quot;&gt;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/75&lt;/a&gt; except a singel view test.&lt;br/&gt;
* Checked the failed node, 10.3.3.32, and found no previously detected errors (rebalance hang, mutex acquire abort, crash, etc)&lt;br/&gt;
* Seems network glitch due to slowness caused connection timeout from and to this node&lt;br/&gt;
&lt;br/&gt;
Will merge the fix that went into MRW37 to 2.0.2 branch on Thursday morning.</comment>
                    <comment id="58467" author="Aliaksey Artamonau" created="Thu, 16 May 2013 01:19:02 -0500"  >Please see my comment above. In fact there was a mutex abort on node 10.3.3.224.</comment>
                    <comment id="58468" author="jin" created="Thu, 16 May 2013 01:36:07 -0500"  >Thanks for reiterating the issue but the mutex error was from the test running on the build 803. &lt;br/&gt;
Ketaki and Jin built another toy build with a fix, MRW37,  later this evening and ran the same sanity test. No MUTEX abort is now found any nodes including 10.3.3.224. The successful results except a single view test can be found at here &lt;a href=&quot;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/75&quot;&gt;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/75&lt;/a&gt;.</comment>
                    <comment id="58469" author="Aliaksey Artamonau" created="Thu, 16 May 2013 01:44:27 -0500"  >I misunderstood. Sorry then.</comment>
                    <comment id="58498" author="jin" created="Thu, 16 May 2013 12:11:43 -0500"  >The overnight test ran without an incident &lt;a href=&quot;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/77/&quot;&gt;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/77/&lt;/a&gt;.&lt;br/&gt;
This is again with the toy build MRW37. Thanks.</comment>
                    <comment id="58690" author="jin" created="Fri, 17 May 2013 18:32:48 -0500"  >Deep this bug has been tracking MUTEX::acquire failure during rebalance (in the path within couch_notifier::resectConnection()). Please confirm if we no longer see this error with the latest test results. If so please close, otherwise, reopen and assign back to Jin. Thanks.</comment>
                    <comment id="58691" author="jin" created="Fri, 17 May 2013 18:33:48 -0500"  >Build 805 and up should have included the fix.</comment>
                    <comment id="58754" author="maria" created="Mon, 20 May 2013 01:45:24 -0500"  >pls verify / close.</comment>
                    <comment id="58766" author="deepkaran.salooja" created="Mon, 20 May 2013 05:10:00 -0500"  >Andrei filed &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8318&quot;&gt;http://www.couchbase.com/issues/browse/MB-8318&lt;/a&gt; today(build 2.0.2-807-rel) and I see Mutex::acquire in the backtrace. Looking for more failures.</comment>
                    <comment id="58767" author="deepkaran.salooja" created="Mon, 20 May 2013 05:30:19 -0500"  >The above comment can be ignored. The crash is somewhere else.</comment>
                    <comment id="58773" author="deepkaran.salooja" created="Mon, 20 May 2013 08:22:08 -0500"  >verified with 2.0.2-807-rel</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 15 May 2013 12:53:59 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11246</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8243] memcached crashed in Configuration::getCouchBucket</title>
                <link>http://www.couchbase.com/issues/browse/MB-8243</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>I see crash from &lt;a href=&quot;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-&quot;&gt;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-&lt;/a&gt;&lt;br/&gt;
Centos64/63/consoleFull run on build 2.0.2-795-rel&lt;br/&gt;
&lt;br/&gt;
seems it&amp;#39;s the test:&lt;br/&gt;
./testrunner -i fournode.ini  -t viewquerytests.ViewQueryTests.test_employee_dataset_all_queries,limit=1000,docs-per-day=2,wait_persistence=true&lt;br/&gt;
&lt;br/&gt;
but this job doesn&amp;#39;t generate collect info after failures, and I have logs that have been obtained much later&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;gdb /opt/couchbase/bin/memcached core.memcached.7524 &lt;br/&gt;
GNU gdb (GDB) CentOS (7.0.1-45.el5.centos)&lt;br/&gt;
Copyright (C) 2009 Free Software Foundation, Inc.&lt;br/&gt;
License GPLv3+: GNU GPL version 3 or later &amp;lt;&lt;a href=&quot;http://gnu.org/licenses/gpl.html&quot;&gt;http://gnu.org/licenses/gpl.html&lt;/a&gt;&amp;gt;&lt;br/&gt;
This is free software: you are free to change and redistribute it.&lt;br/&gt;
There is NO WARRANTY, to the extent permitted by law.  Type &amp;quot;show copying&amp;quot;&lt;br/&gt;
and &amp;quot;show warranty&amp;quot; for details.&lt;br/&gt;
This GDB was configured as &amp;quot;x86_64-redhat-linux-gnu&amp;quot;.&lt;br/&gt;
For bug reporting instructions, please see:&lt;br/&gt;
&amp;lt;&lt;a href=&quot;http://www.gnu.org/software/gdb/bugs/&quot;&gt;http://www.gnu.org/software/gdb/bugs/&lt;/a&gt;&amp;gt;...&lt;br/&gt;
Reading symbols from /opt/couchbase/bin/memcached...done.&lt;br/&gt;
[New Thread 7705]&lt;br/&gt;
[New Thread 8584]&lt;br/&gt;
[New Thread 8583]&lt;br/&gt;
[New Thread 8582]&lt;br/&gt;
[New Thread 7709]&lt;br/&gt;
[New Thread 7708]&lt;br/&gt;
[New Thread 7707]&lt;br/&gt;
[New Thread 7706]&lt;br/&gt;
[New Thread 7704]&lt;br/&gt;
[New Thread 7703]&lt;br/&gt;
[New Thread 7702]&lt;br/&gt;
[New Thread 7701]&lt;br/&gt;
[New Thread 7539]&lt;br/&gt;
[New Thread 7538]&lt;br/&gt;
[New Thread 7537]&lt;br/&gt;
[New Thread 7536]&lt;br/&gt;
[New Thread 7535]&lt;br/&gt;
[New Thread 7533]&lt;br/&gt;
[New Thread 7532]&lt;br/&gt;
[New Thread 7524]&lt;br/&gt;
&lt;br/&gt;
warning: .dynamic section for &amp;quot;/usr/lib64/libstdc++.so.6&amp;quot; is not at the expected address&lt;br/&gt;
&lt;br/&gt;
warning: difference appears to be caused by prelink, adjusting expectations&lt;br/&gt;
&lt;br/&gt;
warning: .dynamic section for &amp;quot;/lib64/libgcc_s.so.1&amp;quot; is not at the expected address&lt;br/&gt;
&lt;br/&gt;
warning: difference appears to be caused by prelink, adjusting expectations&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/libmemcached_utilities.so.0...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/libmemcached_utilities.so.0&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libevent-2.0.so.5...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libevent-2.0.so.5&lt;br/&gt;
Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libdl.so.2&lt;br/&gt;
Reading symbols from /lib64/libm.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libm.so.6&lt;br/&gt;
Reading symbols from /lib64/librt.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/librt.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libtcmalloc_minimal.so.4...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done.&lt;br/&gt;
[Thread debugging using libthread_db enabled]&lt;br/&gt;
Loaded symbols for /lib64/libpthread.so.0&lt;br/&gt;
Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libc.so.6&lt;br/&gt;
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/ld-linux-x86-64.so.2&lt;br/&gt;
Reading symbols from /usr/lib64/libstdc++.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /usr/lib64/libstdc++.so.6&lt;br/&gt;
Reading symbols from /lib64/libgcc_s.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libgcc_s.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/stdin_term_handler.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/stdin_term_handler.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/file_logger.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/file_logger.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/bucket_engine.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/bucket_engine.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/ep.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libcouchstore.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libcouchstore.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libsnappy.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libsnappy.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicuuc.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicuuc.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicudata.so.44...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicudata.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicui18n.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicui18n.so.44&lt;br/&gt;
&lt;br/&gt;
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff9dbe8000&lt;br/&gt;
Core was generated by `/opt/couchbase/bin/memcached -X /opt/couchbase/lib/memcached/stdin_term_handler&amp;#39;.&lt;br/&gt;
Program terminated with signal 6, Aborted.&lt;br/&gt;
#0  0x0000003866c30285 in raise () from /lib64/libc.so.6&lt;br/&gt;
(gdb) t aa bt&lt;br/&gt;
A syntax error in expression, near `bt&amp;#39;.&lt;br/&gt;
(gdb) t a a bt&lt;br/&gt;
&lt;br/&gt;
Thread 20 (Thread 0x2af656d41220 (LWP 7524)):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002af6568c7576 in epoll_dispatch (base=0x222b6000, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002af6568b2e44 in event_base_loop (base=0x222b6000, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x00000000004097d6 in main (argc=&amp;lt;value optimized out&amp;gt;, argv=&amp;lt;value optimized out&amp;gt;) at daemon/memcached.c:7926&lt;br/&gt;
&lt;br/&gt;
Thread 19 (Thread 7532):&lt;br/&gt;
#0  0x0000003866cc545b in read () from /lib64/libc.so.6&lt;br/&gt;
#1  0x0000003866c6b677 in _IO_new_file_underflow () from /lib64/libc.so.6&lt;br/&gt;
#2  0x0000003866c6c03e in _IO_default_uflow_internal () from /lib64/libc.so.6&lt;br/&gt;
#3  0x0000003866c61124 in _IO_getline_info_internal () from /lib64/libc.so.6&lt;br/&gt;
#4  0x0000003866c5ffc9 in fgets () from /lib64/libc.so.6&lt;br/&gt;
#5  0x00002af656d42939 in check_stdin_thread (arg=&amp;lt;value optimized out&amp;gt;) at extensions/daemon/stdin_check.c:37&lt;br/&gt;
#6  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#7  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 18 (Thread 7533):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaaae4d6 in logger_thead_main (arg=0x1da4e040) at extensions/loggers/file_logger.c:368&lt;br/&gt;
#2  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#3  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 17 (Thread 7535):&lt;br/&gt;
#0  0x00002af656b17f6f in tcmalloc::CentralFreeList::Populate() () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#1  0x00002af656b17c93 in tcmalloc::CentralFreeList::FetchFromSpansSafe() () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#2  0x00002af656b17bcc in tcmalloc::CentralFreeList::RemoveRange(void**, void**, int) () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#3  0x00002af656b1ccd5 in tcmalloc::ThreadCache::FetchFromCentralCache(unsigned long, unsigned long) () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#4  0x00002af656b12054 in tcmalloc::ThreadCache::Allocate(unsigned long, unsigned long) () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#5  0x00002af656b10b60 in (anonymous namespace)::do_malloc(unsigned long) () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#6  0x00002af656b10892 in (anonymous namespace)::do_malloc_or_cpp_alloc(unsigned long) () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#7  0x00002af656b10bec in (anonymous namespace)::do_calloc(unsigned long, unsigned long) () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#8  0x00002af656b24764 in tc_calloc () from /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
#9  0x00002aaaaaef94b9 in HashTable (this=&amp;lt;value optimized out&amp;gt;, i=918, newState=vbucket_state_replica, st=..., checkpointConfig=..., checkpointId=1, initState=vbucket_state_dead)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at src/stored-value.hh:814&lt;br/&gt;
#10 VBucket::VBucket (this=&amp;lt;value optimized out&amp;gt;, i=918, newState=vbucket_state_replica, st=..., checkpointConfig=..., checkpointId=1, initState=vbucket_state_dead) at src/vbucket.hh:126&lt;br/&gt;
#11 0x00002aaaaaefb932 in EventuallyPersistentStore::setVBucketState (this=0x2a424400, vbid=918, to=vbucket_state_replica) at src/ep.cc:795&lt;br/&gt;
#12 0x00002aaaaaf1e11d in setVBucketState (h=0x2230e900, cookie=0x222858c0, request=0x22276800, response=0x4075e0 &amp;lt;binary_response_handler&amp;gt;) at src/ep_engine.h:508&lt;br/&gt;
#13 setVBucket (h=0x2230e900, cookie=0x222858c0, request=0x22276800, response=0x4075e0 &amp;lt;binary_response_handler&amp;gt;) at src/ep_engine.cc:738&lt;br/&gt;
#14 processUnknownCommand (h=0x2230e900, cookie=0x222858c0, request=0x22276800, response=0x4075e0 &amp;lt;binary_response_handler&amp;gt;) at src/ep_engine.cc:884&lt;br/&gt;
#15 0x00002aaaaaf1e99c in EvpUnknownCommand (handle=&amp;lt;value optimized out&amp;gt;, cookie=0x222858c0, request=0x22276800, response=0x4075e0 &amp;lt;binary_response_handler&amp;gt;) at src/ep_engine.cc:1021&lt;br/&gt;
#16 0x00002aaaaacc4dd4 in bucket_unknown_command (handle=&amp;lt;value optimized out&amp;gt;, cookie=0x222858c0, request=0x22276800, response=0x4075e0 &amp;lt;binary_response_handler&amp;gt;) at bucket_engine.c:2475&lt;br/&gt;
#17 0x0000000000411b4e in process_bin_unknown_packet (c=0x222858c0) at daemon/memcached.c:2882&lt;br/&gt;
#18 process_bin_packet (c=0x222858c0) at daemon/memcached.c:3170&lt;br/&gt;
#19 complete_nread_binary (c=0x222858c0) at daemon/memcached.c:3744&lt;br/&gt;
#20 complete_nread (c=0x222858c0) at daemon/memcached.c:3826&lt;br/&gt;
#21 conn_nread (c=0x222858c0) at daemon/memcached.c:5679&lt;br/&gt;
#22 0x0000000000405ec5 in event_handler (fd=&amp;lt;value optimized out&amp;gt;, which=&amp;lt;value optimized out&amp;gt;, arg=0x222858c0) at daemon/memcached.c:5942&lt;br/&gt;
#23 0x00002af6568b2f3c in event_process_active_single_queue (base=0x222b6500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1308&lt;br/&gt;
#24 event_process_active (base=0x222b6500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1375&lt;br/&gt;
#25 event_base_loop (base=0x222b6500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1572&lt;br/&gt;
#26 0x0000000000414604 in worker_libevent (arg=0x1da51900) at daemon/thread.c:301&lt;br/&gt;
#27 0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#28 0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
Thread 16 (Thread 7536):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002af6568c7576 in epoll_dispatch (base=0x222b6280, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002af6568b2e44 in event_base_loop (base=0x222b6280, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0x1da519f8) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 15 (Thread 7537):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002af6568c7576 in epoll_dispatch (base=0x222b6c80, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002af6568b2e44 in event_base_loop (base=0x222b6c80, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0x1da51af0) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 14 (Thread 7538):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002af6568c7576 in epoll_dispatch (base=0x222b6a00, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002af6568b2e44 in event_base_loop (base=0x222b6a00, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0x1da51be8) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 13 (Thread 7539):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002af6568c7576 in epoll_dispatch (base=0x222b6780, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002af6568b2e44 in event_base_loop (base=0x222b6780, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0x1da51ce0) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 12 (Thread 7701):&lt;br/&gt;
#0  0x0000003866c99221 in nanosleep () from /lib64/libc.so.6&lt;br/&gt;
#1  0x0000003866cccba4 in usleep () from /lib64/libc.so.6&lt;br/&gt;
#2  0x00002aaaaaf35125 in updateStatsThread (arg=0x1da4e4c0) at src/memory_tracker.cc:31&lt;br/&gt;
#3  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#4  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 11 (Thread 7702):&lt;br/&gt;
#0  0x000000386740d594 in __lll_lock_wait () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x0000003867408e8a in _L_lock_1034 () from /lib64/libpthread.so.0&lt;br/&gt;
#2  0x0000003867408d4c in pthread_mutex_lock () from /lib64/libpthread.so.0&lt;br/&gt;
#3  0x00002aaaaaf3601a in Mutex::acquire (this=0x223310f0) at src/mutex.cc:79&lt;br/&gt;
#4  0x00002aaaaaf7d303 in lock (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:48&lt;br/&gt;
#5  LockHolder (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:26&lt;br/&gt;
#6  CouchNotifier::notify_update (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:753&lt;br/&gt;
#7  0x00002aaaaaf73183 in CouchKVStore::setVBucketState (this=0x26595800, vbucketId=936, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:745&lt;br/&gt;
#8  0x00002aaaaaf74089 in CouchKVStore::snapshotVBuckets (this=0x26595800, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#9  0x00002aaaaaefc2b3 in EventuallyPersistentStore::snapshotVBuckets (this=0x2a424400, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#10 0x00002aaaaaf54bef in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#11 0x00002aaaaaf397a0 in ExecutorThread::run (this=0x22361ba0) at src/scheduler.cc:153&lt;br/&gt;
#12 0x00002aaaaaf39ebd in launch_executor_thread (arg=0x22361ba0) at src/scheduler.cc:34&lt;br/&gt;
#13 0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#14 0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 10 (Thread 7703):&lt;br/&gt;
#0  0x000000386740d594 in __lll_lock_wait () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x0000003867408e8a in _L_lock_1034 () from /lib64/libpthread.so.0&lt;br/&gt;
#2  0x0000003867408d4c in pthread_mutex_lock () from /lib64/libpthread.so.0&lt;br/&gt;
#3  0x00002aaaaaf3601a in Mutex::acquire (this=0x223310f0) at src/mutex.cc:79&lt;br/&gt;
#4  0x00002aaaaaf7d303 in lock (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:48&lt;br/&gt;
#5  LockHolder (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:26&lt;br/&gt;
#6  CouchNotifier::notify_update (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:753&lt;br/&gt;
#7  0x00002aaaaaf73183 in CouchKVStore::setVBucketState (this=0x26595200, vbucketId=937, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:745&lt;br/&gt;
#8  0x00002aaaaaf74089 in CouchKVStore::snapshotVBuckets (this=0x26595200, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#9  0x00002aaaaaefc2b3 in EventuallyPersistentStore::snapshotVBuckets (this=0x2a424400, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#10 0x00002aaaaaf54bef in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
#11 0x00002aaaaaf397a0 in ExecutorThread::run (this=0x22361a00) at src/scheduler.cc:153&lt;br/&gt;
#12 0x00002aaaaaf39ebd in launch_executor_thread (arg=0x22361a00) at src/scheduler.cc:34&lt;br/&gt;
#13 0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#14 0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 9 (Thread 7704):&lt;br/&gt;
#0  0x000000386740d594 in __lll_lock_wait () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x0000003867408e8a in _L_lock_1034 () from /lib64/libpthread.so.0&lt;br/&gt;
#2  0x0000003867408d4c in pthread_mutex_lock () from /lib64/libpthread.so.0&lt;br/&gt;
#3  0x00002aaaaaf3601a in Mutex::acquire (this=0x223310f0) at src/mutex.cc:79&lt;br/&gt;
#4  0x00002aaaaaf7d303 in lock (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:48&lt;br/&gt;
#5  LockHolder (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:26&lt;br/&gt;
#6  CouchNotifier::notify_update (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:753&lt;br/&gt;
#7  0x00002aaaaaf73183 in CouchKVStore::setVBucketState (this=0x26594c00, vbucketId=934, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:745&lt;br/&gt;
#8  0x00002aaaaaf74089 in CouchKVStore::snapshotVBuckets (this=0x26594c00, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#9  0x00002aaaaaefc2b3 in EventuallyPersistentStore::snapshotVBuckets (this=0x2a424400, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#10 0x00002aaaaaf54bef in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
#11 0x00002aaaaaf397a0 in ExecutorThread::run (this=0x22361860) at src/scheduler.cc:153&lt;br/&gt;
#12 0x00002aaaaaf39ebd in launch_executor_thread (arg=0x22361860) at src/scheduler.cc:34&lt;br/&gt;
#13 0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#14 0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 8 (Thread 7706):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf39631 in wait (this=0x22388d00) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x22388d00) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf39ebd in launch_executor_thread (arg=0x22388d00) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
Thread 7 (Thread 7707):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf39631 in wait (this=0x22388b60) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x22388b60) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf39ebd in launch_executor_thread (arg=0x22388b60) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 6 (Thread 7708):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf39631 in wait (this=0x223889c0) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x223889c0) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf39ebd in launch_executor_thread (arg=0x223889c0) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 5 (Thread 7709):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf39631 in wait (this=0x22388820) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x22388820) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf39ebd in launch_executor_thread (arg=0x22388820) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 4 (Thread 8582):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf0fe0f in wait (this=0x2230e900) at src/syncobject.hh:57&lt;br/&gt;
#2  wait (this=0x2230e900) at src/syncobject.hh:73&lt;br/&gt;
#3  wait (this=0x2230e900) at src/tapconnmap.hh:169&lt;br/&gt;
#4  EventuallyPersistentEngine::notifyPendingConnections (this=0x2230e900) at src/ep_engine.cc:3379&lt;br/&gt;
#5  0x00002aaaaaf0fef3 in EvpNotifyPendingConns (arg=0x2230e900) at src/ep_engine.cc:1153&lt;br/&gt;
#6  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#7  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 3 (Thread 8583):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaef3688 in wait (this=0x222aa1b0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x222aa1b0, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00002aaaaaef61ea in Dispatcher::run (this=0x22313c00) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00002aaaaaef69ad in launch_dispatcher_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#6  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 2 (Thread 8584):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaef3688 in wait (this=0x222ab0e0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x222ab0e0, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00002aaaaaef61ea in Dispatcher::run (this=0x22313500) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00002aaaaaef69ad in launch_dispatcher_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#6  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 1 (Thread 0x49688940 (LWP 7705)):&lt;br/&gt;
#0  0x0000003866c30285 in raise () from /lib64/libc.so.6&lt;br/&gt;
#1  0x0000003866c31d30 in abort () from /lib64/libc.so.6&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#2  0x00002aaaaaf36070 in Mutex::acquire (this=0x2230e828) at src/mutex.cc:83&lt;br/&gt;
#3  0x00002aaaaaf83fe8 in lock (this=0x2230e828, key=&amp;quot;couch_bucket&amp;quot;) at src/locks.hh:48&lt;br/&gt;
#4  LockHolder (this=0x2230e828, key=&amp;quot;couch_bucket&amp;quot;) at src/locks.hh:26&lt;br/&gt;
#5  Configuration::getString (this=0x2230e828, key=&amp;quot;couch_bucket&amp;quot;) at src/configuration.cc:38&lt;br/&gt;
#6  0x00002aaaaaf8e5eb in Configuration::getCouchBucket (this=0x2230e828) at src/generated_configuration.cc:71&lt;br/&gt;
#7  0x00002aaaaaf7c59e in CouchNotifier::selectBucket (this=0x22331000) at src/couch-kvstore/couch-notifier.cc:721&lt;br/&gt;
#8  0x00002aaaaaf7cc0f in CouchNotifier::processInput (this=0x22331000) at src/couch-kvstore/couch-notifier.cc:606&lt;br/&gt;
#9  0x00002aaaaaf7c199 in maybeProcessInput (this=0x22331000, rh=0x22385540) at src/couch-kvstore/couch-notifier.cc:546&lt;br/&gt;
#10 CouchNotifier::sendCommand (this=0x22331000, rh=0x22385540) at src/couch-kvstore/couch-notifier.cc:439&lt;br/&gt;
#11 0x00002aaaaaf7d478 in CouchNotifier::notify_update (this=0x22331000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:774&lt;br/&gt;
#12 0x00002aaaaaf73183 in CouchKVStore::setVBucketState (this=0x26594600, vbucketId=935, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:745&lt;br/&gt;
#13 0x00002aaaaaf74089 in CouchKVStore::snapshotVBuckets (this=0x26594600, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#14 0x00002aaaaaefc2b3 in EventuallyPersistentStore::snapshotVBuckets (this=0x2a424400, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#15 0x00002aaaaaf54bef in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
#16 0x00002aaaaaf397a0 in ExecutorThread::run (this=0x22388ea0) at src/scheduler.cc:153&lt;br/&gt;
#17 0x00002aaaaaf39ebd in launch_executor_thread (arg=0x22388ea0) at src/scheduler.cc:34&lt;br/&gt;
#18 0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#19 0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
core file:&lt;br/&gt;
root(couchbase)@10.3.3.30:/tmp/core.memcached.7524&lt;br/&gt;
</description>
                <environment>2.0.2-795</environment>
            <key id="24185">MB-8243</key>
            <summary>memcached crashed in Configuration::getCouchBucket</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="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="jin">Jin Lim</assignee>
                                <reporter username="andreibaranouski">Andrei Baranouski</reporter>
                        <labels>
                    </labels>
                <created>Fri, 10 May 2013 15:30:25 -0500</created>
                <updated>Mon, 20 May 2013 04:42:27 -0500</updated>
                    <resolved>Mon, 20 May 2013 04:42:27 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>couchbase-bucket</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="57841" author="andreibaranouski" created="Fri, 10 May 2013 15:34:47 -0500"  >&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8243/10.3.3.224-5102013-1219-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8243/10.3.3.224-5102013-1219-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8243/10.3.3.30-5102013-1218-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8243/10.3.3.30-5102013-1218-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8243/10.3.3.32-5102013-1214-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8243/10.3.3.32-5102013-1214-diag.zip&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8243/10.3.3.33-5102013-1216-diag.zip&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8243/10.3.3.33-5102013-1216-diag.zip&lt;/a&gt;</comment>
                    <comment id="57866" author="maria" created="Fri, 10 May 2013 18:00:00 -0500"  >bumping up to blocker.</comment>
                    <comment id="57903" author="jin" created="Fri, 10 May 2013 19:52:55 -0500"  >* A fix has been uploaded for code review, &lt;a href=&quot;http://review.couchbase.org/#/c/26253/&quot;&gt;http://review.couchbase.org/#/c/26253/&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
* In the mean time, please try the toy build, 2.0.0-MRW33-toy at &lt;a href=&quot;http://builds.hq.northscale.net:8010/builders/ec2-centos-x64_toy-couchstore-builder/builds/166&quot;&gt;http://builds.hq.northscale.net:8010/builders/ec2-centos-x64_toy-couchstore-builder/builds/166&lt;/a&gt; - this toy build has the same fix for validation&lt;br/&gt;
&lt;br/&gt;
* reassign it back to ep engine (Jin) if the same symptom persists, thanks.&lt;br/&gt;
&amp;nbsp;</comment>
                    <comment id="57919" author="andreibaranouski" created="Sat, 11 May 2013 10:25:10 -0500"  >&lt;a href=&quot;http://qa.hq.northscale.net/job/ubuntu-32-2.0-swaprebalance-test-P0/74/&quot;&gt;http://qa.hq.northscale.net/job/ubuntu-32-2.0-swaprebalance-test-P0/74/&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
numerous the same memcached crashes &lt;br/&gt;
&lt;br/&gt;
files stored on the servers:&lt;br/&gt;
10.3.2.153&lt;br/&gt;
-rw-------  1 couchbase couchbase 290811904 2013-05-10 15:19 core.memcached.993&lt;br/&gt;
&lt;br/&gt;
10.3.2.155&lt;br/&gt;
-rw-------  1 couchbase couchbase 289701888 2013-05-10 14:50 core.memcached.11617&lt;br/&gt;
-rw-------  1 couchbase couchbase 289763328 2013-05-10 05:43 core.memcached.1511&lt;br/&gt;
-rw-------  1 couchbase couchbase 335925248 2013-05-10 06:33 core.memcached.1764&lt;br/&gt;
&lt;br/&gt;
10.3.2.158&lt;br/&gt;
-rw-------  1 couchbase couchbase 445218816 2013-05-10 13:28 core.memcached.14070&lt;br/&gt;
-rw-------  1 couchbase couchbase 398946304 2013-05-10 14:50 core.memcached.15749&lt;br/&gt;
-rw-------  1 couchbase couchbase 280260608 2013-05-10 15:40 core.memcached.20753&lt;br/&gt;
-rw-------  1 couchbase couchbase 322297856 2013-05-10 06:33 core.memcached.2353&lt;br/&gt;
-rw-------  1 couchbase couchbase 441024512 2013-05-10 04:16 core.memcached.28046&lt;br/&gt;
-rw-------  1 couchbase couchbase 398950400 2013-05-10 05:43 core.memcached.29729&lt;br/&gt;
&lt;br/&gt;
10.3.2.154&lt;br/&gt;
-rw-------  1 couchbase couchbase 225599488 2013-05-10 10:00 core.memcached.15916&lt;br/&gt;
-rw-------  1 couchbase couchbase 584019968 2013-05-09 02:05 core.memcached.22381&lt;br/&gt;
&lt;br/&gt;
10.3.2.156&lt;br/&gt;
-rw-------  1 couchbase couchbase 506163200 2013-05-10 07:51 core.memcached.20281&lt;br/&gt;
-rw-------  1 couchbase couchbase 423190528 2013-04-26 11:28 core.memcached.20425&lt;br/&gt;
-rw-------  1 couchbase couchbase 279216128 2013-05-10 15:47 core.memcached.9400&lt;br/&gt;
-rw-------  1 couchbase couchbase 439971840 2013-05-10 04:16 core.memcached.9825&lt;br/&gt;
&lt;br/&gt;
10.3.2.157&lt;br/&gt;
-rw-------  1 couchbase couchbase 401043456 2013-05-10 14:49 core.memcached.13490&lt;br/&gt;
-rw-------  1 couchbase couchbase 490438656 2013-05-10 15:39 core.memcached.18141&lt;br/&gt;
-rw-------  1 couchbase couchbase 398950400 2013-05-10 05:42 core.memcached.21944&lt;br/&gt;
-rw-------  1 couchbase couchbase 447315968 2013-05-10 06:54 core.memcached.26362&lt;br/&gt;
-rw-------  1 couchbase couchbase 299196416 2013-04-27 03:26 core.memcached.7099</comment>
                    <comment id="57920" author="andreibaranouski" created="Sat, 11 May 2013 10:45:55 -0500"  >saw it on ubuntu32 &lt;a href=&quot;http://qa.hq.northscale.net/job/ubuntu-32-2.0-swaprebalance-test-P0/74/&quot;&gt;http://qa.hq.northscale.net/job/ubuntu-32-2.0-swaprebalance-test-P0/74/&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
launched the toy build with the same suite but on centos64 &lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-basic-rebalance-tests-P0/443/console&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-basic-rebalance-tests-P0/443/console&lt;/a&gt;</comment>
                    <comment id="57921" author="andreibaranouski" created="Sat, 11 May 2013 11:45:04 -0500"  >rebalance hangs as in &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt; with toy build &lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-basic-rebalance-tests-P0/443/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-basic-rebalance-tests-P0/443/consoleFull&lt;/a&gt;&lt;br/&gt;
no crashes for now&lt;br/&gt;
&lt;br/&gt;
test to reproduce:&lt;br/&gt;
./testrunner -i /tmp/rebalance-tests.ini get-cbcollect-info=True,GROUP=P0 -t swaprebalance.SwapRebalanceFailedTests.test_add_back_failed_node,replica=1,num-buckets=1,num-swap=3,GROUP=P0&lt;br/&gt;
&lt;br/&gt;
ini file for centos-64-2.0-basic-rebalance-tests-P0 job&lt;br/&gt;
&lt;br/&gt;
[global]&lt;br/&gt;
port:8091&lt;br/&gt;
&lt;br/&gt;
[servers]&lt;br/&gt;
1:vm1&lt;br/&gt;
2:vm2&lt;br/&gt;
3:vm3&lt;br/&gt;
4:vm4&lt;br/&gt;
5:vm5&lt;br/&gt;
6:vm6&lt;br/&gt;
#7:vm7&lt;br/&gt;
&lt;br/&gt;
[vm1]&lt;br/&gt;
ip:10.5.2.13&lt;br/&gt;
username:jenkins&lt;br/&gt;
ssh_key:/home/couchbase/QAkey.pem&lt;br/&gt;
&lt;br/&gt;
[vm2]	&lt;br/&gt;
ip:10.5.2.14&lt;br/&gt;
username:jenkins&lt;br/&gt;
ssh_key:/home/couchbase/QAkey.pem&lt;br/&gt;
	&lt;br/&gt;
[vm3]&lt;br/&gt;
ip:10.5.2.15&lt;br/&gt;
username:jenkins&lt;br/&gt;
ssh_key:/home/couchbase/QAkey.pem&lt;br/&gt;
	&lt;br/&gt;
[vm4]&lt;br/&gt;
ip:10.3.121.63&lt;br/&gt;
username:root&lt;br/&gt;
password:couchbase&lt;br/&gt;
	&lt;br/&gt;
[vm5]&lt;br/&gt;
ip:10.3.121.64&lt;br/&gt;
username:root&lt;br/&gt;
password:couchbase&lt;br/&gt;
&lt;br/&gt;
[vm6]&lt;br/&gt;
ip:10.3.121.66&lt;br/&gt;
username:root&lt;br/&gt;
password:couchbase&lt;br/&gt;
&lt;br/&gt;
#[vm7]&lt;br/&gt;
#ip:10.3.121.69&lt;br/&gt;
#username:root&lt;br/&gt;
#password:couchbase&lt;br/&gt;
&lt;br/&gt;
[membase]&lt;br/&gt;
rest_username:Administrator&lt;br/&gt;
rest_password:password</comment>
                    <comment id="57977" author="maria" created="Mon, 13 May 2013 00:44:03 -0500"  >andrei,&lt;br/&gt;
&lt;br/&gt;
with this toybuild 33, is memcached crashing at all? &lt;br/&gt;
or you are seeing the same hang as &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt;?</comment>
                    <comment id="57982" author="jin" created="Mon, 13 May 2013 01:29:57 -0500"  >Please see the latest update in &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt; and rerun the test with following the instruction left there. &lt;br/&gt;
Thanks much for your help and time!&lt;br/&gt;
Jin</comment>
                    <comment id="57986" author="andreibaranouski" created="Mon, 13 May 2013 02:11:31 -0500"  >we still don&amp;#39;t have the latest build with (&lt;a href=&quot;http://review.couchbase.org/#/c/26253/&quot;&gt;http://review.couchbase.org/#/c/26253/&lt;/a&gt;)&lt;br/&gt;
the latest one is&lt;br/&gt;
&lt;a href=&quot;http://builds.hq.northscale.net/latestbuilds/couchbase-server-community_x86_2.0.2-799-rel.deb.manifest.xml&quot;&gt;http://builds.hq.northscale.net/latestbuilds/couchbase-server-community_x86_2.0.2-799-rel.deb.manifest.xml&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
&amp;lt;project name=&amp;quot;ep-engine&amp;quot; path=&amp;quot;ep-engine&amp;quot; revision=&amp;quot;e657fe4789a4a8be3ef145d602548278b48ad3de&amp;quot;/&amp;gt;</comment>
                    <comment id="58068" author="maria" created="Mon, 13 May 2013 16:03:09 -0500"  >Andrei,&lt;br/&gt;
&lt;br/&gt;
Use Build 800. it&amp;#39;s ready.&lt;br/&gt;
Thanks.</comment>
                    <comment id="58342" author="andreibaranouski" created="Wed, 15 May 2013 06:30:29 -0500"  >801 still has &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt;</comment>
                    <comment id="58404" author="jin" created="Wed, 15 May 2013 15:19:55 -0500"  >&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8284&quot; title=&quot;Rebalance fails with reason replicator_died&quot;&gt;&lt;strike&gt;MB-8284&lt;/strike&gt;&lt;/a&gt; crashed for the same reason. This is not per say getCouchBucket() issue but when a thread which holding another lock fails to acquire lock for the reason stated below:&lt;br/&gt;
&lt;br/&gt;
EINVAL The mutex was created with the protocol attribute having the value PTHREAD_PRIO_PROTECT and the calling thread&amp;#39;s priority is higher than the mutex&amp;#39;s current priority ceiling.&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt; didn&amp;#39;t remove all the codes that should avoid the symptom above.</comment>
                    <comment id="58406" author="jin" created="Wed, 15 May 2013 15:26:59 -0500"  >To double confirm please provide the core dump from this getCouchBucket() call. Thanks.</comment>
                    <comment id="58470" author="andreibaranouski" created="Thu, 16 May 2013 02:52:18 -0500"  >see many crashes on 2.0.2-803&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://qa.hq.northscale.net/job/centos-64-2.0-basic-rebalance-tests-P0/445/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/centos-64-2.0-basic-rebalance-tests-P0/445/consoleFull&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
python scripts/ssh.py -i centos-64-2.0-basic-rebalance-tests-P0.ini  &amp;quot;ls -la /tmp/&amp;quot;&lt;br/&gt;
10.3.121.64&lt;br/&gt;
total 650768&lt;br/&gt;
drwxrwxrwt  5 couchbase couchbase      4096 May 15 16:43 .&lt;br/&gt;
drwxr-xr-x 24 root      root           4096 Apr 30 15:29 ..&lt;br/&gt;
-rw-------  1 couchbase couchbase 316329984 May 15 09:26 core.memcached.12720&lt;br/&gt;
-rw-------  1 couchbase couchbase 279449600 May 15 10:19 core.memcached.12989&lt;br/&gt;
-rw-------  1 couchbase couchbase 333119488 May 15 10:27 core.memcached.15922&lt;br/&gt;
-rw-------  1 couchbase couchbase 310018048 May 15 10:30 core.memcached.16218&lt;br/&gt;
-rw-------  1 couchbase couchbase 327880704 May 15 10:54 core.memcached.16435&lt;br/&gt;
-rw-------  1 couchbase couchbase 282595328 May 12 06:36 core.memcached.23225&lt;br/&gt;
-rw-r--r--  1 root      root      128307838 May 15 00:28 couchbase-server-enterprise_x86_64_2.0.2-803-rel.rpm&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Apr 30 15:43 .font-unix&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Apr 30 15:29 .ICE-unix&lt;br/&gt;
drwxrwxr-x  3      1000      1000      4096 May  9 04:02 measure-sched-delays&lt;br/&gt;
&lt;br/&gt;
10.3.121.69&lt;br/&gt;
total 179824&lt;br/&gt;
drwxrwxrwt  9 couchbase couchbase      4096 May 16 00:30 .&lt;br/&gt;
drwxr-xr-x 25 root      root           4096 Apr 30 15:30 ..&lt;br/&gt;
drwxr-xr-x  3      1000      1000      4096 Apr 25 20:06 automake-1.11.1&lt;br/&gt;
drwxr-xr-x  2 root      root           4096 May 15 16:47 backup&lt;br/&gt;
-rw-r--r--  1 jenkins   jenkins    55587177 Jul 18  2012 couchbase-server-enterprise_x86_64_1.8.0r-55-g80f24f2.rpm&lt;br/&gt;
-rw-r--r--  1 root      root      128307838 May 15 00:28 couchbase-server-enterprise_x86_64_2.0.2-803-rel.rpm&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Apr 30 15:45 .font-unix&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Apr 30 15:30 .ICE-unix&lt;br/&gt;
drwxrwxr-x  2       501 staff          4096 Apr 25 20:06 libtool-2.4.2&lt;br/&gt;
drwxrwxr-x  3      1000      1000      4096 May  9 04:02 measure-sched-delays&lt;br/&gt;
drwxr-xr-x  3 root      root           4096 Apr 25 20:06 s3cmd&lt;br/&gt;
&lt;br/&gt;
10.3.121.66&lt;br/&gt;
total 179812&lt;br/&gt;
drwxrwxrwt  6 couchbase couchbase      4096 May 16 00:30 .&lt;br/&gt;
drwxr-xr-x 24 root      root           4096 Apr 30 15:30 ..&lt;br/&gt;
drwxr-xr-x  2 root      root           4096 May 15 16:46 backup&lt;br/&gt;
-rw-r--r--  1 jenkins   jenkins    55587177 Jul 18  2012 couchbase-server-enterprise_x86_64_1.8.0r-55-g80f24f2.rpm&lt;br/&gt;
-rw-r--r--  1 root      root      128307838 May 15 00:28 couchbase-server-enterprise_x86_64_2.0.2-803-rel.rpm&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Apr 30 15:45 .font-unix&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Apr 30 15:30 .ICE-unix&lt;br/&gt;
drwxrwxr-x  3      1000      1000      4096 May  9 04:02 measure-sched-delays&lt;br/&gt;
&lt;br/&gt;
10.3.121.63&lt;br/&gt;
total 757504&lt;br/&gt;
drwxrwxrwt  5 couchbase couchbase      4096 May 15 16:42 .&lt;br/&gt;
drwxr-xr-x 24 root      root           4096 Apr 30 15:29 ..&lt;br/&gt;
-rw-------  1 couchbase couchbase 490033152 May 15 10:19 core.memcached.1355&lt;br/&gt;
-rw-------  1 couchbase couchbase 401608704 May 15 10:30 core.memcached.5139&lt;br/&gt;
-rw-------  1 couchbase couchbase 303599616 May 15 10:42 core.memcached.6619&lt;br/&gt;
-rw-------  1 couchbase couchbase 326811648 May 15 10:54 core.memcached.6701&lt;br/&gt;
-rw-r--r--  1 root      root      128307838 May 15 00:28 couchbase-server-enterprise_x86_64_2.0.2-803-rel.rpm&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Apr 30 15:44 .font-unix&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Apr 30 15:29 .ICE-unix&lt;br/&gt;
drwxrwxr-x  3      1000      1000      4096 May 15 00:15 measure-sched-delays&lt;br/&gt;
&lt;br/&gt;
10.5.2.13&lt;br/&gt;
total 54400&lt;br/&gt;
drwxrwxrwt  6 couchbase couchbase    20480 May 16 00:30 .&lt;br/&gt;
drwxr-xr-x 25 root      root          4096 Mar  5 18:31 ..&lt;br/&gt;
drwxrwxrwt  2 root      root          4096 Mar  5 18:31 .ICE-unix&lt;br/&gt;
-r--r--r--  1 root      root            11 Mar  5 18:35 .X0-lock&lt;br/&gt;
drwxrwxrwt  2 root      root          4096 Mar  5 18:35 .X11-unix&lt;br/&gt;
drwxrwxrwt  2 root      root          4096 Mar  5 18:35 .font-unix&lt;br/&gt;
srw-rw-rw-  1 root      root             0 Mar  5 18:35 .gdm_socket&lt;br/&gt;
-rw-r--r--  1 jenkins   jenkins   55587177 Jul 18  2012 couchbase-server-enterprise_x86_64_1.8.0r-55-g80f24f2.rpm&lt;br/&gt;
drwxr-xr-x  3 jenkins   jenkins       4096 May  9 04:01 measure-sched-delays&lt;br/&gt;
&lt;br/&gt;
10.5.2.15&lt;br/&gt;
total 1776236&lt;br/&gt;
drwxrwxrwt  7 membase   membase       24576 May 16 00:30 .&lt;br/&gt;
drwxr-xr-x 24 root      root           4096 Mar  5 18:30 ..&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Mar  5 18:30 .ICE-unix&lt;br/&gt;
-r--r--r--  1 root      root             11 Mar  5 18:33 .X0-lock&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Mar  5 18:33 .X11-unix&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Mar  5 18:33 .font-unix&lt;br/&gt;
srw-rw-rw-  1 root      root              0 Mar  5 18:33 .gdm_socket&lt;br/&gt;
drwxr-xr-x  2 root      root           4096 May 15 16:46 backup&lt;br/&gt;
-rw-r--r--  1 root      root           5098 May 15 16:46 core-10.5.2.15-0.log&lt;br/&gt;
-rw-r--r--  1 root      root           5386 May 15 16:46 core-10.5.2.15-1.log&lt;br/&gt;
-rw-r--r--  1 root      root           5098 May 15 16:46 core-10.5.2.15-2.log&lt;br/&gt;
-rw-r--r--  1 root      root           4810 May 15 16:46 core-10.5.2.15-3.log&lt;br/&gt;
-rw-r--r--  1 root      root           4810 May 15 16:46 core-10.5.2.15-4.log&lt;br/&gt;
-rw-r--r--  1 root      root           4810 May 15 16:46 core-10.5.2.15-5.log&lt;br/&gt;
-rw-r--r--  1 root      root           5098 May 15 16:46 core-10.5.2.15-6.log&lt;br/&gt;
-rw-r--r--  1 root      root           4522 May 15 16:46 core-10.5.2.15-7.log&lt;br/&gt;
-rw-r--r--  1 root      root           5098 May 15 16:46 core-10.5.2.15-8.log&lt;br/&gt;
-rw-------  1 couchbase couchbase 647872512 May 12 06:43 core.memcached.14945&lt;br/&gt;
-rw-------  1 couchbase couchbase 336265216 May 15 09:15 core.memcached.16949&lt;br/&gt;
-rw-------  1 couchbase couchbase 690114560 May 15 09:33 core.memcached.17634&lt;br/&gt;
-rw-------  1 couchbase couchbase 278417408 May 15 09:48 core.memcached.19427&lt;br/&gt;
-rw-------  1 couchbase couchbase 278417408 May 15 10:14 core.memcached.20148&lt;br/&gt;
-rw-------  1 couchbase couchbase 497389568 May 15 10:27 core.memcached.21502&lt;br/&gt;
-rw-------  1 couchbase couchbase 311087104 May 15 10:30 core.memcached.22944&lt;br/&gt;
-rw-------  1 couchbase couchbase 319340544 May 15 10:42 core.memcached.23156&lt;br/&gt;
-rw-------  1 couchbase couchbase 375361536 May 15 10:54 core.memcached.23256&lt;br/&gt;
-rw-r--r--  1 jenkins   jenkins    55587177 Jul 18  2012 couchbase-server-enterprise_x86_64_1.8.0r-55-g80f24f2.rpm&lt;br/&gt;
drwxr-xr-x  3 jenkins   jenkins        4096 May  9 04:01 measure-sched-delays&lt;br/&gt;
&lt;br/&gt;
10.5.2.14&lt;br/&gt;
total 1411284&lt;br/&gt;
drwxrwxrwt  7 couchbase couchbase     24576 May 16 00:30 .&lt;br/&gt;
drwxr-xr-x 25 root      root           4096 Mar  5 18:31 ..&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Mar  5 18:31 .ICE-unix&lt;br/&gt;
-r--r--r--  1 root      root             11 Mar  5 18:35 .X0-lock&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Mar  5 18:35 .X11-unix&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 Mar  5 18:35 .font-unix&lt;br/&gt;
srw-rw-rw-  1 root      root              0 Mar  5 18:35 .gdm_socket&lt;br/&gt;
drwxr-xr-x  2 root      root           4096 May 15 16:46 backup&lt;br/&gt;
-rw-r--r--  1 root      root           5386 May 15 16:46 core-10.5.2.14-0.log&lt;br/&gt;
-rw-r--r--  1 root      root           5386 May 15 16:46 core-10.5.2.14-1.log&lt;br/&gt;
-rw-r--r--  1 root      root           5386 May 15 16:46 core-10.5.2.14-2.log&lt;br/&gt;
-rw-r--r--  1 root      root           4810 May 15 16:46 core-10.5.2.14-3.log&lt;br/&gt;
-rw-r--r--  1 root      root           5098 May 15 16:46 core-10.5.2.14-4.log&lt;br/&gt;
-rw-r--r--  1 root      root           4810 May 15 16:46 core-10.5.2.14-5.log&lt;br/&gt;
-rw-r--r--  1 root      root           5386 May 15 16:46 core-10.5.2.14-6.log&lt;br/&gt;
-rw-r--r--  1 root      root           5098 May 15 16:46 core-10.5.2.14-7.log&lt;br/&gt;
-rw-r--r--  1 root      root           5098 May 15 16:46 core-10.5.2.14-8.log&lt;br/&gt;
-rw-------  1 couchbase couchbase 336265216 May 15 09:15 core.memcached.15346&lt;br/&gt;
-rw-------  1 couchbase couchbase 689065984 May 15 09:33 core.memcached.16002&lt;br/&gt;
-rw-------  1 couchbase couchbase 278413312 May 15 09:48 core.memcached.17262&lt;br/&gt;
-rw-------  1 couchbase couchbase 278401024 May 15 10:06 core.memcached.17992&lt;br/&gt;
-rw-------  1 couchbase couchbase 278413312 May 15 10:14 core.memcached.18717&lt;br/&gt;
-rw-------  1 couchbase couchbase 493174784 May 15 10:27 core.memcached.19403&lt;br/&gt;
-rw-------  1 couchbase couchbase 310022144 May 15 10:30 core.memcached.20835&lt;br/&gt;
-rw-------  1 couchbase couchbase 318291968 May 15 10:42 core.memcached.21046&lt;br/&gt;
-rw-------  1 couchbase couchbase 374312960 May 15 10:54 core.memcached.21154&lt;br/&gt;
-rw-r--r--  1 jenkins   jenkins    55587177 Jul 18  2012 couchbase-server-enterprise_x86_64_1.8.0r-55-g80f24f2.rpm&lt;br/&gt;
drwxr-xr-x  3 jenkins   jenkins        4096 May  9 04:01 measure-sched-delays&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
gdb /opt/couchbase/bin/memcached core.memcached.12720&lt;br/&gt;
GNU gdb (GDB) CentOS (7.0.1-45.el5.centos)&lt;br/&gt;
Copyright (C) 2009 Free Software Foundation, Inc.&lt;br/&gt;
License GPLv3+: GNU GPL version 3 or later &amp;lt;&lt;a href=&quot;http://gnu.org/licenses/gpl.html&quot;&gt;http://gnu.org/licenses/gpl.html&lt;/a&gt;&amp;gt;&lt;br/&gt;
This is free software: you are free to change and redistribute it.&lt;br/&gt;
There is NO WARRANTY, to the extent permitted by law.  Type &amp;quot;show copying&amp;quot;&lt;br/&gt;
and &amp;quot;show warranty&amp;quot; for details.&lt;br/&gt;
This GDB was configured as &amp;quot;x86_64-redhat-linux-gnu&amp;quot;.&lt;br/&gt;
For bug reporting instructions, please see:&lt;br/&gt;
&amp;lt;&lt;a href=&quot;http://www.gnu.org/software/gdb/bugs/&quot;&gt;http://www.gnu.org/software/gdb/bugs/&lt;/a&gt;&amp;gt;...&lt;br/&gt;
Reading symbols from /opt/couchbase/bin/memcached...done.&lt;br/&gt;
[New Thread 12915]&lt;br/&gt;
[New Thread 12988]&lt;br/&gt;
[New Thread 12987]&lt;br/&gt;
[New Thread 12986]&lt;br/&gt;
[New Thread 12920]&lt;br/&gt;
[New Thread 12919]&lt;br/&gt;
[New Thread 12918]&lt;br/&gt;
[New Thread 12917]&lt;br/&gt;
[New Thread 12916]&lt;br/&gt;
[New Thread 12914]&lt;br/&gt;
[New Thread 12913]&lt;br/&gt;
[New Thread 12912]&lt;br/&gt;
[New Thread 12735]&lt;br/&gt;
[New Thread 12734]&lt;br/&gt;
[New Thread 12733]&lt;br/&gt;
[New Thread 12732]&lt;br/&gt;
[New Thread 12731]&lt;br/&gt;
[New Thread 12730]&lt;br/&gt;
[New Thread 12729]&lt;br/&gt;
[New Thread 12720]&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/libmemcached_utilities.so.0...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/libmemcached_utilities.so.0&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libevent-2.0.so.5...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libevent-2.0.so.5&lt;br/&gt;
Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libdl.so.2&lt;br/&gt;
Reading symbols from /lib64/libm.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libm.so.6&lt;br/&gt;
Reading symbols from /lib64/librt.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/librt.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libtcmalloc_minimal.so.4...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done.&lt;br/&gt;
[Thread debugging using libthread_db enabled]&lt;br/&gt;
Loaded symbols for /lib64/libpthread.so.0&lt;br/&gt;
Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libc.so.6&lt;br/&gt;
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/ld-linux-x86-64.so.2&lt;br/&gt;
Reading symbols from /usr/lib64/libstdc++.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /usr/lib64/libstdc++.so.6&lt;br/&gt;
Reading symbols from /lib64/libgcc_s.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libgcc_s.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/stdin_term_handler.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/stdin_term_handler.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/file_logger.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/file_logger.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/bucket_engine.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/bucket_engine.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/ep.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libcouchstore.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libcouchstore.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libsnappy.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libsnappy.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicuuc.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicuuc.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicudata.so.44...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicudata.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicui18n.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicui18n.so.44&lt;br/&gt;
&lt;br/&gt;
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff55dfd000&lt;br/&gt;
Core was generated by `/opt/couchbase/bin/memcached -X /opt/couchbase/lib/memcached/stdin_term_handler&amp;#39;.&lt;br/&gt;
Program terminated with signal 6, Aborted.&lt;br/&gt;
#0  0x0000003866c30285 in raise () from /lib64/libc.so.6&lt;br/&gt;
(gdb) t a a bt&lt;br/&gt;
&lt;br/&gt;
Thread 20 (Thread 0x2b5633c46220 (LWP 12720)):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b56337ca576 in epoll_dispatch (base=0x6b4a000, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b56337b5e44 in event_base_loop (base=0x6b4a000, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x00000000004097d6 in main (argc=&amp;lt;value optimized out&amp;gt;, argv=&amp;lt;value optimized out&amp;gt;) at daemon/memcached.c:7926&lt;br/&gt;
&lt;br/&gt;
Thread 19 (Thread 12729):&lt;br/&gt;
#0  0x0000003866cc545b in read () from /lib64/libc.so.6&lt;br/&gt;
#1  0x0000003866c6b677 in _IO_new_file_underflow () from /lib64/libc.so.6&lt;br/&gt;
#2  0x0000003866c6c03e in _IO_default_uflow_internal () from /lib64/libc.so.6&lt;br/&gt;
#3  0x0000003866c61124 in _IO_getline_info_internal () from /lib64/libc.so.6&lt;br/&gt;
#4  0x0000003866c5ffc9 in fgets () from /lib64/libc.so.6&lt;br/&gt;
#5  0x00002b5633c47939 in check_stdin_thread (arg=&amp;lt;value optimized out&amp;gt;) at extensions/daemon/stdin_check.c:37&lt;br/&gt;
#6  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#7  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 18 (Thread 12730):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaaae4d6 in logger_thead_main (arg=0x22e6040) at extensions/loggers/file_logger.c:368&lt;br/&gt;
#2  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#3  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 17 (Thread 12731):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b56337ca576 in epoll_dispatch (base=0x6b4a500, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b56337b5e44 in event_base_loop (base=0x6b4a500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0x22e9900) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 16 (Thread 12732):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b56337ca576 in epoll_dispatch (base=0x6b4a280, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b56337b5e44 in event_base_loop (base=0x6b4a280, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0x22e99f8) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 15 (Thread 12733):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b56337ca576 in epoll_dispatch (base=0x6b4ac80, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b56337b5e44 in event_base_loop (base=0x6b4ac80, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0x22e9af0) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 14 (Thread 12734):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b56337ca576 in epoll_dispatch (base=0x6b4aa00, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b56337b5e44 in event_base_loop (base=0x6b4aa00, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0x22e9be8) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
Thread 13 (Thread 12735):&lt;br/&gt;
#0  0x0000003866cd3648 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b56337ca576 in epoll_dispatch (base=0x6b4a780, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b56337b5e44 in event_base_loop (base=0x6b4a780, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0x22e9ce0) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 12 (Thread 12912):&lt;br/&gt;
#0  0x0000003866c99221 in nanosleep () from /lib64/libc.so.6&lt;br/&gt;
#1  0x0000003866cccba4 in usleep () from /lib64/libc.so.6&lt;br/&gt;
#2  0x00002aaaaaf351a5 in updateStatsThread (arg=0x22e64c0) at src/memory_tracker.cc:31&lt;br/&gt;
#3  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#4  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 11 (Thread 12913):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf399f1 in wait (this=0x6bf5ba0) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x6bf5ba0) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf3a27d in launch_executor_thread (arg=0x6bf5ba0) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 10 (Thread 12914):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf399f1 in wait (this=0x6bf5a00) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x6bf5a00) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf3a27d in launch_executor_thread (arg=0x6bf5a00) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 9 (Thread 12916):&lt;br/&gt;
#0  0x0000003866ccc767 in fdatasync () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002aaaab1da67f in couch_sync (handle=&amp;lt;value optimized out&amp;gt;) at src/os.c:117&lt;br/&gt;
#2  0x00002aaaaaf7a25f in cfs_sync (h=0x89cac40) at src/couch-kvstore/couch-fs-stats.cc:88&lt;br/&gt;
#3  0x00002aaaab1d475f in couchstore_commit (db=0x6b51ce0) at src/couch_db.c:193&lt;br/&gt;
#4  0x00002aaaaaf73d46 in CouchKVStore::setVBucketState (this=0x8908600, vbucketId=323, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:728&lt;br/&gt;
#5  0x00002aaaaaf74b69 in CouchKVStore::snapshotVBuckets (this=0x8908600, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#6  0x00002aaaaaefc3f3 in EventuallyPersistentStore::snapshotVBuckets (this=0x8d4a800, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#7  0x00002aaaaaf54daf in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
#8  0x00002aaaaaf39b61 in ExecutorThread::run (this=0x6c1cea0) at src/scheduler.cc:153&lt;br/&gt;
#9  0x00002aaaaaf3a27d in launch_executor_thread (arg=0x6c1cea0) at src/scheduler.cc:34&lt;br/&gt;
#10 0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#11 0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 8 (Thread 12917):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf399f1 in wait (this=0x6c1cd00) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x6c1cd00) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf3a27d in launch_executor_thread (arg=0x6c1cd00) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 7 (Thread 12918):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf399f1 in wait (this=0x6c1cb60) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x6c1cb60) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf3a27d in launch_executor_thread (arg=0x6c1cb60) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 6 (Thread 12919):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf399f1 in wait (this=0x6c1c9c0) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x6c1c9c0) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf3a27d in launch_executor_thread (arg=0x6c1c9c0) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 5 (Thread 12920):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf399f1 in wait (this=0x6c1c820) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x6c1c820) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf3a27d in launch_executor_thread (arg=0x6c1c820) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 4 (Thread 12986):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf101df in wait (this=0x8d1ad00) at src/syncobject.hh:57&lt;br/&gt;
#2  wait (this=0x8d1ad00) at src/syncobject.hh:73&lt;br/&gt;
#3  wait (this=0x8d1ad00) at src/tapconnmap.hh:169&lt;br/&gt;
#4  EventuallyPersistentEngine::notifyPendingConnections (this=0x8d1ad00) at src/ep_engine.cc:3377&lt;br/&gt;
#5  0x00002aaaaaf102c3 in EvpNotifyPendingConns (arg=0x8d1ad00) at src/ep_engine.cc:1153&lt;br/&gt;
#6  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#7  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 3 (Thread 12987):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaef37c8 in wait (this=0x71f2fc0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x71f2fc0, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00002aaaaaef632a in Dispatcher::run (this=0x7e73c00) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00002aaaaaef6aed in launch_dispatcher_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#6  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 2 (Thread 12988):&lt;br/&gt;
#0  0x000000386740b1c0 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaef37c8 in wait (this=0x71f2ab0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x71f2ab0, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00002aaaaaef632a in Dispatcher::run (this=0x7e73dc0) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00002aaaaaef6aed in launch_dispatcher_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#6  0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 1 (Thread 0x48664940 (LWP 12915)):&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#0  0x0000003866c30285 in raise () from /lib64/libc.so.6&lt;br/&gt;
#1  0x0000003866c31d30 in abort () from /lib64/libc.so.6&lt;br/&gt;
#2  0x00002aaaaaf360f0 in Mutex::acquire (this=0x6ba2828) at src/mutex.cc:83&lt;br/&gt;
#3  0x00002aaaaaf84a71 in lock (this=&amp;lt;value optimized out&amp;gt;, key=&amp;quot;couch_port&amp;quot;) at src/locks.hh:48&lt;br/&gt;
#4  LockHolder (this=&amp;lt;value optimized out&amp;gt;, key=&amp;quot;couch_port&amp;quot;) at src/locks.hh:26&lt;br/&gt;
#5  Configuration::getInteger (this=&amp;lt;value optimized out&amp;gt;, key=&amp;quot;couch_port&amp;quot;) at src/configuration.cc:77&lt;br/&gt;
#6  0x00002aaaaaf8da15 in Configuration::getCouchPort (this=0x6ba2828) at src/generated_configuration.cc:83&lt;br/&gt;
#7  0x00002aaaaaf7c056 in CouchNotifier::ensureConnection (this=0x6bc5000) at src/couch-kvstore/couch-notifier.cc:317&lt;br/&gt;
#8  0x00002aaaaaf7cc91 in CouchNotifier::sendCommand (this=0x6bc5000, rh=0x8f81460) at src/couch-kvstore/couch-notifier.cc:437&lt;br/&gt;
#9  0x00002aaaaaf7d1b4 in CouchNotifier::selectBucket (this=0x6bc5000) at src/couch-kvstore/couch-notifier.cc:739&lt;br/&gt;
#10 0x00002aaaaaf7d6cf in CouchNotifier::processInput (this=0x6bc5000) at src/couch-kvstore/couch-notifier.cc:606&lt;br/&gt;
#11 0x00002aaaaaf7cce9 in maybeProcessInput (this=0x6bc5000, rh=0x8f81400) at src/couch-kvstore/couch-notifier.cc:546&lt;br/&gt;
#12 CouchNotifier::sendCommand (this=0x6bc5000, rh=0x8f81400) at src/couch-kvstore/couch-notifier.cc:439&lt;br/&gt;
#13 0x00002aaaaaf7df58 in CouchNotifier::notify_update (this=0x6bc5000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:772&lt;br/&gt;
#14 0x00002aaaaaf73c63 in CouchKVStore::setVBucketState (this=0x8ff8f00, vbucketId=682, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:745&lt;br/&gt;
#15 0x00002aaaaaf74b69 in CouchKVStore::snapshotVBuckets (this=0x8ff8f00, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#16 0x00002aaaaaefc3f3 in EventuallyPersistentStore::snapshotVBuckets (this=0x8d4a800, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#17 0x00002aaaaaf54daf in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
#18 0x00002aaaaaf39b61 in ExecutorThread::run (this=0x6bf5860) at src/scheduler.cc:153&lt;br/&gt;
#19 0x00002aaaaaf3a27d in launch_executor_thread (arg=0x6bf5860) at src/scheduler.cc:34&lt;br/&gt;
#20 0x000000386740677d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#21 0x0000003866cd325d in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
vms:&lt;br/&gt;
&lt;br/&gt;
ip:10.5.2.13&lt;br/&gt;
username:jenkins&lt;br/&gt;
ssh_key:QAkey.pem&lt;br/&gt;
&lt;br/&gt;
[vm2]	&lt;br/&gt;
ip:10.5.2.14&lt;br/&gt;
username:jenkins&lt;br/&gt;
ssh_key:QAkey.pem&lt;br/&gt;
	&lt;br/&gt;
[vm3]&lt;br/&gt;
ip:10.5.2.15&lt;br/&gt;
username:jenkins&lt;br/&gt;
ssh_key:QAkey.pem&lt;br/&gt;
	&lt;br/&gt;
[vm4]&lt;br/&gt;
ip:10.3.121.63&lt;br/&gt;
username:root&lt;br/&gt;
password:couchbase&lt;br/&gt;
	&lt;br/&gt;
[vm5]&lt;br/&gt;
ip:10.3.121.64&lt;br/&gt;
username:root&lt;br/&gt;
password:couchbase&lt;br/&gt;
&lt;br/&gt;
[vm6]&lt;br/&gt;
ip:10.3.121.66&lt;br/&gt;
username:root&lt;br/&gt;
password:couchbase&lt;br/&gt;
&lt;br/&gt;
[vm7]&lt;br/&gt;
ip:10.3.121.69&lt;br/&gt;
username:root&lt;br/&gt;
password:couchbase&lt;br/&gt;
</comment>
                    <comment id="58471" author="andreibaranouski" created="Thu, 16 May 2013 03:07:07 -0500"  >&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8284&quot; title=&quot;Rebalance fails with reason replicator_died&quot;&gt;&lt;strike&gt;MB-8284&lt;/strike&gt;&lt;/a&gt; failed due to the same crash&lt;br/&gt;
&lt;br/&gt;
seems like it was fixed in 2.0.0-MRW37-toy &lt;br/&gt;
&lt;a href=&quot;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/77/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/CouchbaseServer-SanityTest-4Node-Centos64/77/consoleFull&lt;/a&gt;&lt;br/&gt;
</comment>
                    <comment id="58472" author="andreibaranouski" created="Thu, 16 May 2013 03:12:50 -0500"  >please assign back to me when we get build with corresponding commit</comment>
                    <comment id="58639" author="jin" created="Fri, 17 May 2013 13:41:49 -0500"  >build 806 didn&amp;#39;t run into this issue anymore. please confirm and close the bug. thanks.</comment>
                    <comment id="58760" author="andreibaranouski" created="Mon, 20 May 2013 03:15:00 -0500"  >see the same crash on &lt;a href=&quot;http://qa.hq.northscale.net/job/cen-ubu-64-2.0-new-rebalance-mixed-cluster-P1/9/consoleFull&quot;&gt;http://qa.hq.northscale.net/job/cen-ubu-64-2.0-new-rebalance-mixed-cluster-P1/9/consoleFull&lt;/a&gt; &lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;1.8.1 &amp;amp; 2.0.2-807 ( mixed cluster)&lt;br/&gt;
1_8_1: &lt;br/&gt;
10.5.2.11 &lt;br/&gt;
10.6.2.81 &lt;br/&gt;
10.6.2.82 &lt;br/&gt;
&lt;br/&gt;
2.0.2-807-rel: &lt;br/&gt;
10.3.121.119 &lt;br/&gt;
10.3.121.121 &lt;br/&gt;
10.3.121.122 &lt;br/&gt;
10.3.121.123 &lt;br/&gt;
&lt;br/&gt;
on 10.3.121.121( root/couchbase):&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@localhost&apos;&gt;root@localhost&lt;/a&gt; tmp]# ls -la&lt;br/&gt;
total 1345100&lt;br/&gt;
drwxrwxrwt 10 root      root           4096 May 20 01:09 .&lt;br/&gt;
drwxr-xr-x 24 root      root           4096 May 18 09:40 ..&lt;br/&gt;
drwx------  2 root      root           4096 May 20 00:00 atop.d&lt;br/&gt;
drwxr-xr-x  2 root      root           4096 May 18 03:24 backup&lt;br/&gt;
-rw-------  1 couchbase couchbase 698519552 May 19 17:13 core.memcached.14586&lt;br/&gt;
-rw-------  1 couchbase couchbase 947982336 May 19 13:57 core.memcached.3876&lt;br/&gt;
-rw-r--r--  1 root      root      129834728 May 18 00:32 couchbase-server-enterprise_x86_64_2.0.2-807-rel.rpm&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 May 18 09:40 .font-unix&lt;br/&gt;
-rw-------  1 root      root             66 May 18 00:33 .gdm6DAMUW&lt;br/&gt;
srw-rw-rw-  1 root      root              0 May 18 09:40 .gdm_socket&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 May 18 09:40 .ICE-unix&lt;br/&gt;
drwx------  2 root      root           4096 Apr  2 12:32 keyring-iUmHcT&lt;br/&gt;
drwx------  2 couchbase couchbase      4096 Apr 11  2012 keyring-JYEPdw&lt;br/&gt;
drwx------  2 root      root           4096 May 18 09:40 vmware-root&lt;br/&gt;
-r--r--r--  1 root      root             11 May 18 09:40 .X0-lock&lt;br/&gt;
drwxrwxrwt  2 root      root           4096 May 18 09:40 .X11-unix&lt;br/&gt;
[&lt;a href=&apos;mailto:root@localhost&apos;&gt;root@localhost&lt;/a&gt; tmp]# gdb /opt/couchbase/bin/memcached core.memcached.14586 &lt;br/&gt;
GNU gdb (GDB) CentOS (7.0.1-45.el5.centos)&lt;br/&gt;
Copyright (C) 2009 Free Software Foundation, Inc.&lt;br/&gt;
License GPLv3+: GNU GPL version 3 or later &amp;lt;&lt;a href=&quot;http://gnu.org/licenses/gpl.html&quot;&gt;http://gnu.org/licenses/gpl.html&lt;/a&gt;&amp;gt;&lt;br/&gt;
This is free software: you are free to change and redistribute it.&lt;br/&gt;
There is NO WARRANTY, to the extent permitted by law.  Type &amp;quot;show copying&amp;quot;&lt;br/&gt;
and &amp;quot;show warranty&amp;quot; for details.&lt;br/&gt;
This GDB was configured as &amp;quot;x86_64-redhat-linux-gnu&amp;quot;.&lt;br/&gt;
For bug reporting instructions, please see:&lt;br/&gt;
&amp;lt;&lt;a href=&quot;http://www.gnu.org/software/gdb/bugs/&quot;&gt;http://www.gnu.org/software/gdb/bugs/&lt;/a&gt;&amp;gt;...&lt;br/&gt;
Reading symbols from /opt/couchbase/bin/memcached...done.&lt;br/&gt;
[New Thread 15231]&lt;br/&gt;
[New Thread 20939]&lt;br/&gt;
[New Thread 20938]&lt;br/&gt;
[New Thread 20937]&lt;br/&gt;
[New Thread 15236]&lt;br/&gt;
[New Thread 15235]&lt;br/&gt;
[New Thread 15234]&lt;br/&gt;
[New Thread 15233]&lt;br/&gt;
[New Thread 15232]&lt;br/&gt;
[New Thread 15230]&lt;br/&gt;
[New Thread 14593]&lt;br/&gt;
[New Thread 14592]&lt;br/&gt;
[New Thread 14591]&lt;br/&gt;
[New Thread 14590]&lt;br/&gt;
[New Thread 14589]&lt;br/&gt;
[New Thread 14588]&lt;br/&gt;
[New Thread 14587]&lt;br/&gt;
[New Thread 14586]&lt;br/&gt;
&lt;br/&gt;
warning: .dynamic section for &amp;quot;/usr/lib64/libstdc++.so.6&amp;quot; is not at the expected address&lt;br/&gt;
&lt;br/&gt;
warning: difference appears to be caused by prelink, adjusting expectations&lt;br/&gt;
&lt;br/&gt;
warning: .dynamic section for &amp;quot;/lib64/libgcc_s.so.1&amp;quot; is not at the expected address&lt;br/&gt;
&lt;br/&gt;
warning: difference appears to be caused by prelink, adjusting expectations&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/libmemcached_utilities.so.0...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/libmemcached_utilities.so.0&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libevent-2.0.so.5...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libevent-2.0.so.5&lt;br/&gt;
Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libdl.so.2&lt;br/&gt;
Reading symbols from /lib64/libm.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libm.so.6&lt;br/&gt;
Reading symbols from /lib64/librt.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/librt.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libtcmalloc_minimal.so.4...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libtcmalloc_minimal.so.4&lt;br/&gt;
Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done.&lt;br/&gt;
[Thread debugging using libthread_db enabled]&lt;br/&gt;
Loaded symbols for /lib64/libpthread.so.0&lt;br/&gt;
Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libc.so.6&lt;br/&gt;
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/ld-linux-x86-64.so.2&lt;br/&gt;
Reading symbols from /usr/lib64/libstdc++.so.6...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /usr/lib64/libstdc++.so.6&lt;br/&gt;
Reading symbols from /lib64/libgcc_s.so.1...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /lib64/libgcc_s.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/stdin_term_handler.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/stdin_term_handler.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/file_logger.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/file_logger.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/bucket_engine.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/bucket_engine.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/memcached/ep.so...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/memcached/ep.so&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libcouchstore.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libcouchstore.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libsnappy.so.1...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libsnappy.so.1&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicuuc.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicuuc.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicudata.so.44...(no debugging symbols found)...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicudata.so.44&lt;br/&gt;
Reading symbols from /opt/couchbase/lib/libicui18n.so.44...done.&lt;br/&gt;
Loaded symbols for /opt/couchbase/lib/libicui18n.so.44&lt;br/&gt;
&lt;br/&gt;
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff41d5f000&lt;br/&gt;
Core was generated by `/opt/couchbase/bin/memcached -X /opt/couchbase/lib/memcached/stdin_term_handler&amp;#39;.&lt;br/&gt;
Program terminated with signal 6, Aborted.&lt;br/&gt;
#0  0x0000003018630265 in raise () from /lib64/libc.so.6&lt;br/&gt;
(gdb) t a a bt&lt;br/&gt;
&lt;br/&gt;
Thread 18 (Thread 0x2b6944d5f220 (LWP 14586)):&lt;br/&gt;
#0  0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b69448ef576 in epoll_dispatch (base=0x13772000, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b69448dae44 in event_base_loop (base=0x13772000, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x00000000004097d6 in main (argc=&amp;lt;value optimized out&amp;gt;, argv=&amp;lt;value optimized out&amp;gt;) at daemon/memcached.c:7926&lt;br/&gt;
&lt;br/&gt;
Thread 17 (Thread 14587):&lt;br/&gt;
#0  0x00000030186c678b in read () from /lib64/libc.so.6&lt;br/&gt;
#1  0x000000301866cd57 in _IO_new_file_underflow () from /lib64/libc.so.6&lt;br/&gt;
#2  0x000000301866d71e in _IO_default_uflow_internal () from /lib64/libc.so.6&lt;br/&gt;
#3  0x0000003018662804 in _IO_getline_info_internal () from /lib64/libc.so.6&lt;br/&gt;
#4  0x00000030186616a9 in fgets () from /lib64/libc.so.6&lt;br/&gt;
#5  0x00002b6944d60939 in check_stdin_thread (arg=&amp;lt;value optimized out&amp;gt;) at extensions/daemon/stdin_check.c:37&lt;br/&gt;
#6  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#7  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 16 (Thread 14588):&lt;br/&gt;
#0  0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaaae4d6 in logger_thead_main (arg=0xef0a040) at extensions/loggers/file_logger.c:368&lt;br/&gt;
#2  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#3  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 15 (Thread 14589):&lt;br/&gt;
#0  0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b69448ef576 in epoll_dispatch (base=0x13772500, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b69448dae44 in event_base_loop (base=0x13772500, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0xef0d900) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 14 (Thread 14590):&lt;br/&gt;
#0  0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b69448ef576 in epoll_dispatch (base=0x13772280, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b69448dae44 in event_base_loop (base=0x13772280, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0xef0d9f8) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 13 (Thread 14591):&lt;br/&gt;
#0  0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b69448ef576 in epoll_dispatch (base=0x13772c80, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b69448dae44 in event_base_loop (base=0x13772c80, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0xef0daf0) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 12 (Thread 14592):&lt;br/&gt;
#0  0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b69448ef576 in epoll_dispatch (base=0x13772a00, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b69448dae44 in event_base_loop (base=0x13772a00, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0xef0dbe8) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
Thread 11 (Thread 14593):&lt;br/&gt;
#0  0x00000030186d48a8 in epoll_wait () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b69448ef576 in epoll_dispatch (base=0x13772780, tv=&amp;lt;value optimized out&amp;gt;) at epoll.c:404&lt;br/&gt;
#2  0x00002b69448dae44 in event_base_loop (base=0x13772780, flags=&amp;lt;value optimized out&amp;gt;) at event.c:1558&lt;br/&gt;
#3  0x0000000000414604 in worker_libevent (arg=0xef0dce0) at daemon/thread.c:301&lt;br/&gt;
#4  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 10 (Thread 15230):&lt;br/&gt;
#0  0x000000301869a541 in nanosleep () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00000030186cded4 in usleep () from /lib64/libc.so.6&lt;br/&gt;
#2  0x00002aaaaaf32805 in updateStatsThread (arg=0xef0a4c0) at src/memory_tracker.cc:31&lt;br/&gt;
#3  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#4  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 9 (Thread 15232):&lt;br/&gt;
&lt;br/&gt;
#0  0x000000301920d524 in __lll_lock_wait () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x0000003019208e1a in _L_lock_1034 () from /lib64/libpthread.so.0&lt;br/&gt;
#2  0x0000003019208cdc in pthread_mutex_lock () from /lib64/libpthread.so.0&lt;br/&gt;
#3  0x00002aaaaaf336fa in Mutex::acquire (this=0x137ed110) at src/mutex.cc:79&lt;br/&gt;
#4  0x00002aaaaaf79dc3 in lock (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:48&lt;br/&gt;
#5  LockHolder (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at ./src/locks.hh:26&lt;br/&gt;
#6  CouchNotifier::notify_update (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:753&lt;br/&gt;
#7  0x00002aaaaaf70163 in CouchKVStore::setVBucketState (this=0x195f6300, vbucketId=1, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:745&lt;br/&gt;
#8  0x00002aaaaaf71069 in CouchKVStore::snapshotVBuckets (this=0x195f6300, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#9  0x00002aaaaaf021f3 in EventuallyPersistentStore::snapshotVBuckets (this=0x2ca5b800, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#10 0x00002aaaaaf51cff in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
#11 0x00002aaaaaf371c1 in ExecutorThread::run (this=0x1381da00) at src/scheduler.cc:153&lt;br/&gt;
#12 0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#13 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#14 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 8 (Thread 15233):&lt;br/&gt;
#0  0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf37051 in wait (this=0x1381d860) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x1381d860) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 7 (Thread 15234):&lt;br/&gt;
#0  0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf37051 in wait (this=0x13844ea0) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x13844ea0) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 6 (Thread 15235):&lt;br/&gt;
#0  0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf37051 in wait (this=0x13844d00) at src/syncobject.hh:57&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
#2  ExecutorThread::run (this=0x13844d00) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 5 (Thread 15236):&lt;br/&gt;
#0  0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf37051 in wait (this=0x13844b60) at src/syncobject.hh:57&lt;br/&gt;
#2  ExecutorThread::run (this=0x13844b60) at src/scheduler.cc:139&lt;br/&gt;
#3  0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#4  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#5  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 4 (Thread 20937):&lt;br/&gt;
#0  0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaf0ebdf in wait (this=0x13770400) at src/syncobject.hh:57&lt;br/&gt;
#2  wait (this=0x13770400) at src/syncobject.hh:73&lt;br/&gt;
#3  wait (this=0x13770400) at src/tapconnmap.hh:169&lt;br/&gt;
#4  EventuallyPersistentEngine::notifyPendingConnections (this=0x13770400) at src/ep_engine.cc:3377&lt;br/&gt;
#5  0x00002aaaaaf0ecc3 in EvpNotifyPendingConns (arg=0x13770400) at src/ep_engine.cc:1153&lt;br/&gt;
#6  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#7  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 3 (Thread 20938):&lt;br/&gt;
#0  0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaef31c8 in wait (this=0x1428d440, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x1428d440, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00002aaaaaef5d2a in Dispatcher::run (this=0x137b2a80) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00002aaaaaef64ed in launch_dispatcher_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#6  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 2 (Thread 20939):&lt;br/&gt;
#0  0x000000301920b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0&lt;br/&gt;
#1  0x00002aaaaaef31c8 in wait (this=0x1428ccf0, d=...) at src/syncobject.hh:57&lt;br/&gt;
#2  IdleTask::run (this=0x1428ccf0, d=...) at src/dispatcher.cc:342&lt;br/&gt;
#3  0x00002aaaaaef5d2a in Dispatcher::run (this=0x137b2fc0) at src/dispatcher.cc:184&lt;br/&gt;
#4  0x00002aaaaaef64ed in launch_dispatcher_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/dispatcher.cc:28&lt;br/&gt;
#5  0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#6  0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
Thread 1 (Thread 0x4651e940 (LWP 15231)):&lt;br/&gt;
#0  0x0000003018630265 in raise () from /lib64/libc.so.6&lt;br/&gt;
#1  0x0000003018631d10 in abort () from /lib64/libc.so.6&lt;br/&gt;
#2  0x00002aaaaaf7a779 in BinaryPacketHandler::implicitResponse (this=0x38fa) at src/couch-kvstore/couch-notifier.cc:41&lt;br/&gt;
#3  0x00002aaaaaf77009 in CouchNotifier::handleResponse (this=0x137ed000, res=0x137fc000) at src/couch-kvstore/couch-notifier.cc:216&lt;br/&gt;
#4  0x00002aaaaaf794eb in CouchNotifier::processInput (this=0x137ed000) at src/couch-kvstore/couch-notifier.cc:571&lt;br/&gt;
#5  0x00002aaaaaf79185 in waitOnce (this=0x137ed000) at src/couch-kvstore/couch-notifier.cc:677&lt;br/&gt;
#6  CouchNotifier::selectBucket (this=0x137ed000) at src/couch-kvstore/couch-notifier.cc:725&lt;br/&gt;
#7  0x00002aaaaaf7966f in CouchNotifier::processInput (this=0x137ed000) at src/couch-kvstore/couch-notifier.cc:608&lt;br/&gt;
#8  0x00002aaaaaf79f75 in waitOnce (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:677&lt;br/&gt;
#9  CouchNotifier::notify_update (this=0x137ed000, vbs=..., file_version=1, header_offset=4096, cb=...) at src/couch-kvstore/couch-notifier.cc:755&lt;br/&gt;
#10 0x00002aaaaaf70163 in CouchKVStore::setVBucketState (this=0x195f6000, vbucketId=0, vbstate=..., vb_change_type=1, newfile=96, notify=true) at src/couch-kvstore/couch-kvstore.cc:745&lt;br/&gt;
#11 0x00002aaaaaf71069 in CouchKVStore::snapshotVBuckets (this=0x195f6000, vbstates=Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/usr/share/gdb/python/libstdcxx/v6/printers.py&amp;quot;, line 288, in children&lt;br/&gt;
---Type &amp;lt;return&amp;gt; to continue, or q &amp;lt;return&amp;gt; to quit---&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;nodetype = gdb.lookup_type(&amp;#39;std::_Rb_tree_node&amp;lt; std::pair&amp;lt; %s, %s &amp;gt; &amp;gt;&amp;#39; % (keytype, valuetype))&lt;br/&gt;
RuntimeError: No type named std::_Rb_tree_node&amp;lt; std::pair&amp;lt; const unsigned short, vbucket_state &amp;gt; &amp;gt;.&lt;br/&gt;
std::map with 1 elements) at src/couch-kvstore/couch-kvstore.cc:596&lt;br/&gt;
#12 0x00002aaaaaf021f3 in EventuallyPersistentStore::snapshotVBuckets (this=0x2ca5b800, priority=..., shardId=&amp;lt;value optimized out&amp;gt;) at src/ep.cc:760&lt;br/&gt;
#13 0x00002aaaaaf51cff in VBSnapshotTask::run (this=&amp;lt;value optimized out&amp;gt;) at src/tasks.cc:78&lt;br/&gt;
#14 0x00002aaaaaf371c1 in ExecutorThread::run (this=0x1381dba0) at src/scheduler.cc:153&lt;br/&gt;
#15 0x00002aaaaaf378dd in launch_executor_thread (arg=&amp;lt;value optimized out&amp;gt;) at src/scheduler.cc:34&lt;br/&gt;
#16 0x000000301920673d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#17 0x00000030186d44bd in clone () from /lib64/libc.so.6&lt;br/&gt;
(gdb) quit&lt;br/&gt;
</comment>
                    <comment id="58762" author="jin" created="Mon, 20 May 2013 04:21:37 -0500"  >In anywhere in the crash (stack dump) is pointing to getCouchBucket()? This is a new crash and must be opened under a new ticket. Thanks.</comment>
                    <comment id="58763" author="andreibaranouski" created="Mon, 20 May 2013 04:42:21 -0500"  >yea&#1088;, sorry, did not notice this&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8318&quot; title=&quot;memcached crashed in CouchKVStore::setVBucketState&quot;&gt;&lt;strike&gt;MB-8318&lt;/strike&gt;&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 10 May 2013 18:00:00 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10022"><![CDATA[Ubuntu 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11163</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-7849] cbtransfer crashes with Python 2.4 and couchstore-files as source</title>
                <link>http://www.couchbase.com/issues/browse/MB-7849</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&lt;br/&gt;
&lt;br/&gt;
Steps to reproduce (build 170, VM to reproduce - 10.3.3.95):&lt;br/&gt;
1. Create default bucket and load 100k items using mcsoda.&lt;br/&gt;
2. Use the below command to transfer data to file: &lt;br/&gt;
/opt/couchbase/bin/cbtransfer -v -v -v &lt;a href=&quot;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&quot;&gt;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&lt;/a&gt; /tmp/backup &lt;br/&gt;
(there is sufficient disk space in /tmp) &lt;br/&gt;
&lt;br/&gt;
Getting the below error:&lt;br/&gt;
[&lt;a href=&apos;mailto:root@caper-012&apos;&gt;root@caper-012&lt;/a&gt; ~]# /opt/couchbase/bin/cbtransfer -v -v -v &lt;a href=&quot;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&quot;&gt;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&lt;/a&gt; /tmp/backup &lt;br/&gt;
2013-03-01 03:19:31,359: mt cbtransfer... &lt;br/&gt;
2013-03-01 03:19:31,360: mt source : &lt;a href=&quot;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&quot;&gt;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&lt;/a&gt; &lt;br/&gt;
2013-03-01 03:19:31,360: mt sink : /tmp/backup &lt;br/&gt;
2013-03-01 03:19:31,360: mt opts : {&amp;#39;username&amp;#39;: None, &amp;#39;source_vbucket_state&amp;#39;: &amp;#39;active&amp;#39;, &amp;#39;destination_vbucket_state&amp;#39;: &amp;#39;active&amp;#39;, &amp;#39;verbose&amp;#39;: 3, &amp;#39;dry_run&amp;#39;: False, &amp;#39;extra&amp;#39;: {&amp;#39;max_retry&amp;#39;: 10.0, &amp;#39;rehash&amp;#39;: 0.0, &amp;#39;nmv_retry&amp;#39;: 1.0, &amp;#39;cbb_max_mb&amp;#39;: 100000.0, &amp;#39;try_xwm&amp;#39;: 1.0, &amp;#39;batch_max_bytes&amp;#39;: 400000.0, &amp;#39;report_full&amp;#39;: 2000.0, &amp;#39;batch_max_size&amp;#39;: 1000.0, &amp;#39;report&amp;#39;: 5.0, &amp;#39;recv_min_bytes&amp;#39;: 4096.0}, &amp;#39;single_node&amp;#39;: False, &amp;#39;bucket_destination&amp;#39;: None, &amp;#39;destination_operation&amp;#39;: None, &amp;#39;threads&amp;#39;: 4, &amp;#39;key&amp;#39;: None, &amp;#39;password&amp;#39;: None, &amp;#39;id&amp;#39;: None, &amp;#39;bucket_source&amp;#39;: None} &lt;br/&gt;
2013-03-01 03:19:31,361: mt source_class: &amp;lt;class &amp;#39;pump_sfd.SFDSource&amp;#39;&amp;gt; &lt;br/&gt;
2013-03-01 03:19:31,395: mt sink_class: &amp;lt;class &amp;#39;pump_bfd.BFDSink&amp;#39;&amp;gt; &lt;br/&gt;
2013-03-01 03:19:31,395: mt source_buckets: default &lt;br/&gt;
2013-03-01 03:19:31,395: mt bucket: default &lt;br/&gt;
2013-03-01 03:19:31,396: mt source_nodes: N/A &lt;br/&gt;
2013-03-01 03:19:31,411: mt enqueueing node: N/A &lt;br/&gt;
2013-03-01 03:19:31,411: w0 node: N/A &lt;br/&gt;
2013-03-01 03:19:31,509: s0 create_db: /tmp/backup/bucket-default/node-N%2FA/data-0000.cbb &lt;br/&gt;
2013-03-01 03:19:31,509: s0 connect_db: /tmp/backup/bucket-default/node-N%2FA/data-0000.cbb &lt;br/&gt;
....................python: Objects/obmalloc.c:765: PyObject_Malloc: Assertion `bp != ((void *)0)&amp;#39; failed. &lt;br/&gt;
Aborted &lt;br/&gt;
&lt;br/&gt;
With less number of items e.g. 10k, this works fine.</description>
                <environment>build 2.0.1-170-rel</environment>
            <key id="22963">MB-7849</key>
            <summary>cbtransfer crashes with Python 2.4 and couchstore-files as source</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="deepkaran.salooja">Deepkaran Salooja</assignee>
                                <reporter username="deepkaran.salooja">Deepkaran Salooja</reporter>
                        <labels>
                    </labels>
                <created>Fri, 1 Mar 2013 09:10:29 -0600</created>
                <updated>Sun, 19 May 2013 04:49:24 -0500</updated>
                    <resolved>Fri, 17 May 2013 00:07:09 -0500</resolved>
                            <version>2.0.1</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>build</component>
                <component>tools</component>
                                <votes>0</votes>
                        <watches>8</watches>
                                                    <comments>
                    <comment id="51760" author="deepkaran.salooja" created="Fri, 1 Mar 2013 11:26:35 -0600"  >With build 1976(2.0), I am hitting the original issue filed in &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7832&quot; title=&quot;cbtransfer gives error while transferring data between 2.0.1 nodes&quot;&gt;&lt;strike&gt;MB-7832&lt;/strike&gt;&lt;/a&gt;. So this issue is not a regression. These tests were not run with python 2.4 before.</comment>
                    <comment id="51773" author="bcui" created="Fri, 1 Mar 2013 12:49:09 -0600"  >You can modify parameter cbb_max_mb to limit batch size. The default is 100000 MB. A small number may do it. Looks like python SDK fails to allocate memory for sqlite db operation.&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;/opt/couchbase/bin/cbtransfer -v -v -v -x cbb_max_mb=1000 &lt;a href=&quot;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&quot;&gt;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&lt;/a&gt; /tmp/backup  </comment>
                    <comment id="51781" author="bcui" created="Fri, 1 Mar 2013 13:20:33 -0600"  >[&lt;a href=&apos;mailto:root@caper-012&apos;&gt;root@caper-012&lt;/a&gt; ~]# /opt/couchbase/bin/cbtransfer -v -v -v &lt;a href=&quot;couchstore-files:///&quot;&gt;couchstore-files:///&lt;/a&gt;&lt;br/&gt;
opt/couchbase/var/lib/couchbase/data/ /tmp/backup -x cbb_max_mb=100&lt;br/&gt;
2013-03-01 10:55:35,071: mt cbtransfer...&lt;br/&gt;
2013-03-01 10:55:35,072: mt  source : &lt;a href=&quot;couchstore-files:///opt/couchbase/var/lib/&quot;&gt;couchstore-files:///opt/couchbase/var/lib/&lt;/a&gt;&lt;br/&gt;
couchbase/data/&lt;br/&gt;
2013-03-01 10:55:35,072: mt  sink   : /tmp/backup&lt;br/&gt;
2013-03-01 10:55:35,072: mt  opts   : {&amp;#39;username&amp;#39;: None, &amp;#39;source_vbucket_state&amp;#39;:&lt;br/&gt;
&amp;nbsp;&amp;#39;active&amp;#39;, &amp;#39;destination_vbucket_state&amp;#39;: &amp;#39;active&amp;#39;, &amp;#39;verbose&amp;#39;: 3, &amp;#39;dry_run&amp;#39;: False&lt;br/&gt;
, &amp;#39;extra&amp;#39;: {&amp;#39;max_retry&amp;#39;: 10.0, &amp;#39;rehash&amp;#39;: 0.0, &amp;#39;nmv_retry&amp;#39;: 1.0, &amp;#39;cbb_max_mb&amp;#39;: 10&lt;br/&gt;
0.0, &amp;#39;try_xwm&amp;#39;: 1.0, &amp;#39;batch_max_bytes&amp;#39;: 400000.0, &amp;#39;report_full&amp;#39;: 2000.0, &amp;#39;batch_&lt;br/&gt;
max_size&amp;#39;: 1000.0, &amp;#39;report&amp;#39;: 5.0, &amp;#39;recv_min_bytes&amp;#39;: 4096.0}, &amp;#39;single_node&amp;#39;: Fals&lt;br/&gt;
e, &amp;#39;bucket_destination&amp;#39;: None, &amp;#39;destination_operation&amp;#39;: None, &amp;#39;threads&amp;#39;: 4, &amp;#39;key&lt;br/&gt;
&amp;#39;: None, &amp;#39;password&amp;#39;: None, &amp;#39;id&amp;#39;: None, &amp;#39;bucket_source&amp;#39;: None}&lt;br/&gt;
2013-03-01 10:55:35,073: mt source_class: &amp;lt;class &amp;#39;pump_sfd.SFDSource&amp;#39;&amp;gt;&lt;br/&gt;
2013-03-01 10:55:35,107: mt sink_class: &amp;lt;class &amp;#39;pump_bfd.BFDSink&amp;#39;&amp;gt;&lt;br/&gt;
2013-03-01 10:55:35,108: mt source_buckets: default&lt;br/&gt;
2013-03-01 10:55:35,108: mt bucket: default&lt;br/&gt;
2013-03-01 10:55:35,108: mt  source_nodes: N/A&lt;br/&gt;
2013-03-01 10:55:35,124: mt  enqueueing node: N/A&lt;br/&gt;
2013-03-01 10:55:35,125: w0  node: N/A&lt;br/&gt;
2013-03-01 10:55:35,226: s0   create_db: /tmp/backup/bucket-default/node-N%2FA/d&lt;br/&gt;
ata-0000.cbb&lt;br/&gt;
2013-03-01 10:55:35,227: s0   connect_db: /tmp/backup/bucket-default/node-N%2FA/&lt;br/&gt;
data-0000.cbb&lt;br/&gt;
...............Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;source/callbacks.c&amp;quot;, line 206, in &amp;#39;calling callback function&amp;#39;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/couchstore.py&amp;quot;, line 358, in callback&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;fn(DocumentInfo._fromStruct(docInfoPtr.contents, self))&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/pump_sfd.py&amp;quot;, line 211, in change_callback&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;cas, exp, flg = struct.unpack(SFD_REV_META, doc_info.revMeta)&lt;br/&gt;
TypeError: unpack() argument 2 must be string or read-only buffer, not CArgObjec&lt;br/&gt;
t&lt;br/&gt;
Segmentation fault</comment>
                    <comment id="51810" author="jin" created="Fri, 1 Mar 2013 22:13:48 -0600"  >Bin this isn&amp;#39;t a regression from 2.0.1 but can you please advise on how likely (often) users may run into this? We need to figure out whether to push this to 2.0.2 or not based on your input. Thanks!</comment>
                    <comment id="51811" author="jin" created="Fri, 1 Mar 2013 22:15:53 -0600"  >From Bin:&lt;br/&gt;
It&#8217;s a use case that we never test before. The good thing is the bug doesn&#8217;t sit in the critical path for backup/restore. So we can defer the fix to 2.0.2 .&lt;br/&gt;
&amp;nbsp;&lt;br/&gt;
Moving this to 2.0.2.</comment>
                    <comment id="53430" author="maria" created="Mon, 25 Mar 2013 13:55:15 -0500"  >bug scrub: would be good to fix in 2.0.2 release.</comment>
                    <comment id="55210" author="steve" created="Tue, 16 Apr 2013 13:58:03 -0500"  >Following up on Jin&amp;#39;s comment, this is an edge case of usage; but from Bin&amp;#39;s analysis, it exposes a bug that regular backup might also trigger.  So leaving in 2.0.2 as Bin would like to address this for 2.0.2.</comment>
                    <comment id="56559" author="maria" created="Mon, 29 Apr 2013 20:41:20 -0500"  >per bug committee, this is critical for 2.0.2 release. must fix due to bkup that can affect customer.</comment>
                    <comment id="56938" author="pavelpaulau" created="Thu, 2 May 2013 11:38:03 -0500"  >1. 100K isn&amp;#39;t a magic number. The issue is occasional and large number of items increases probability.&lt;br/&gt;
&lt;br/&gt;
2. I analyzed several core dumps, cbtransfer usually crashes because of segfault or because of:&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Objects/obmalloc.c:765: PyObject_Malloc: Assertion `bp != ((void *)0)&amp;#39; failed.&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Objects/obmalloc.c:953: PyObject_Free: Assertion `pool-&amp;gt;ref.count &amp;gt; 0&amp;#39; failed&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;File &amp;quot;source/callbacks.c&amp;quot;, line 206, in &amp;#39;calling callback function&amp;#39;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/couchstore.py&amp;quot;, line 358, in callback&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;fn(DocumentInfo._fromStruct(docInfoPtr.contents, self))&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/couchstore.py&amp;quot;, line 128, in _fromStruct&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;self = DocumentInfo(str(info.id))&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;TypeError: __str__ returned non-string (type buffer)&lt;br/&gt;
&lt;br/&gt;
backtraces in turn vary as well:&lt;br/&gt;
&lt;br/&gt;
#0  0x00002b8a11230e23 in PyObject_Malloc () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#1  0x00002b8a112301cd in _PyObject_New () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#2  0x00002b8a1630b950 in new_CArgObject () at source/callproc.c:288&lt;br/&gt;
#3  0x00002b8a16305a39 in PointerType_paramfunc (self=0x38) at source/_ctypes.c:564&lt;br/&gt;
#4  0x00002b8a1630b3de in ConvParam (obj=0x38, index=1, pa=0x2b8a1c157620) at source/callproc.c:477&lt;br/&gt;
#5  0x00002b8a1630bafd in _CallProc (pProc=0x2b8a163075b0 &amp;lt;string_at&amp;gt;, argtuple=0x1f152b48, flags=4097, argtypes=0x1ef82cb0, restype=0x1ef16790, checker=0x0)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at source/callproc.c:959&lt;br/&gt;
#6  0x00002b8a16306bf3 in CFuncPtr_call (self=0x1eebf710, inargs=0x2, kwds=0x0) at source/_ctypes.c:3362&lt;br/&gt;
#7  0x00002b8a112057e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#8  0x00002b8a11262fbe in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#9  0x00002b8a112666d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#10 0x00002b8a11264e2f in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#11 0x00002b8a112666d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#12 0x00002b8a1121baa7 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#13 0x00002b8a112057e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#14 0x00002b8a1120b90f in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#15 0x00002b8a112057e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#16 0x00002b8a1126032d in PyEval_CallObjectWithKeywords () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#17 0x00002b8a112445e8 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#18 0x00002b8a1122fe45 in PyObject_Str () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#19 0x00002b8a1123a617 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#20 0x00002b8a1123ff53 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#21 0x00002b8a112057e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#22 0x00002b8a11262fbe in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#23 0x00002b8a112666d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#24 0x00002b8a11264e2f in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#25 0x00002b8a112666d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#26 0x00002b8a1121baa7 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#27 0x00002b8a112057e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#28 0x00002b8a1126032d in PyEval_CallObjectWithKeywords () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#29 0x00002b8a1630aacc in _CallPythonObject (cif=&amp;lt;value optimized out&amp;gt;, resp=0x2b8a1c158af0, args=0x2b8a1c158960, userdata=&amp;lt;value optimized out&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at source/callbacks.c:206&lt;br/&gt;
#30 closure_fcn (cif=&amp;lt;value optimized out&amp;gt;, resp=0x2b8a1c158af0, args=0x2b8a1c158960, userdata=&amp;lt;value optimized out&amp;gt;) at source/callbacks.c:252&lt;br/&gt;
#31 0x00002b8a1631054b in ffi_closure_unix64_inner (closure=0x2b8a1c15bab0, rvalue=0x2b8a1c158af0, reg_args=0x2b8a1c158a40, argp=0x2b8a1c158b10 &amp;quot;j\003&amp;quot;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at /tmp/ctypes/source/libffi/src/x86/ffi64.c:563&lt;br/&gt;
#32 0x00002b8a16310800 in ffi_closure_unix64 () at /tmp/ctypes/source/libffi/src/x86/unix64.S:228&lt;br/&gt;
#33 0x00002b8a1651dc3d in lookup_callback (rq=&amp;lt;value optimized out&amp;gt;, k=0x2b8a1c158bb0, v=&amp;lt;value optimized out&amp;gt;) at src/couch_db.c:623&lt;br/&gt;
#34 0x00002b8a1651b714 in btree_lookup_inner (rq=0x2b8a1c158d10, diskpos=&amp;lt;value optimized out&amp;gt;, current=0, end=1) at src/btree_read.c:78&lt;br/&gt;
#35 0x00002b8a1651b608 in btree_lookup_inner (rq=0x2b8a1c158d10, diskpos=&amp;lt;value optimized out&amp;gt;, current=0, end=1) at src/btree_read.c:52&lt;br/&gt;
#36 0x00002b8a1651c08c in couchstore_changes_since (db=&amp;lt;value optimized out&amp;gt;, since=&amp;lt;value optimized out&amp;gt;, options=&amp;lt;value optimized out&amp;gt;, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;callback=&amp;lt;value optimized out&amp;gt;, ctx=&amp;lt;value optimized out&amp;gt;) at src/couch_db.c:667&lt;br/&gt;
#37 0x00002b8a163106d4 in ffi_call_unix64 () at /tmp/ctypes/source/libffi/src/x86/unix64.S:73&lt;br/&gt;
#38 0x00002b8a16310244 in ffi_call (cif=0x2b8a1c159090, fn=0x2b8a1651bf40 &amp;lt;couchstore_changes_since&amp;gt;, rvalue=0x2b8a1c158f90, avalue=0x2b8a1c158f50)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at /tmp/ctypes/source/libffi/src/x86/ffi64.c:428&lt;br/&gt;
#39 0x00002b8a1630bce1 in _call_function_pointer (pProc=0x2b8a1651bf40 &amp;lt;couchstore_changes_since&amp;gt;, argtuple=0x1f1a2ef0, flags=&amp;lt;value optimized out&amp;gt;, argtypes=0x0, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;restype=0x1ef9cce0, checker=0x0) at source/callproc.c:668&lt;br/&gt;
#40 _CallProc (pProc=0x2b8a1651bf40 &amp;lt;couchstore_changes_since&amp;gt;, argtuple=0x1f1a2ef0, flags=&amp;lt;value optimized out&amp;gt;, argtypes=0x0, restype=0x1ef9cce0, checker=0x0)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at source/callproc.c:991&lt;br/&gt;
#41 0x00002b8a16306bf3 in CFuncPtr_call (self=0x1f073e90, inargs=0x1f1a2ef0, kwds=0x0) at source/_ctypes.c:3362&lt;br/&gt;
#42 0x00002b8a112057e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#43 0x00002b8a11262fbe in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#44 0x00002b8a112666d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#45 0x00002b8a11264e2f in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#46 0x00002b8a112666d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#47 0x00002b8a1121bb9a in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#48 0x00002b8a112057e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#49 0x00002b8a11263c1c in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#50 0x00002b8a11265256 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#51 0x00002b8a112666d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#52 0x00002b8a1121baa7 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#53 0x00002b8a112057e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#54 0x00002b8a1120b90f in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#55 0x00002b8a112057e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#56 0x00002b8a1126032d in PyEval_CallObjectWithKeywords () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#57 0x00002b8a1128c96d in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#58 0x00002b8a1150a83d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#59 0x00002b8a11e7ffad in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
#0  0x00002b7dd51b0285 in raise () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b7dd51b1d30 in abort () from /lib64/libc.so.6&lt;br/&gt;
#2  0x00002b7dd51a9716 in __assert_fail () from /lib64/libc.so.6&lt;br/&gt;
#3  0x00002b7dd4606204 in PyObject_Malloc () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#4  0x00002b7dd45decbe in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#5  0x00002b7dd45def36 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#6  0x00002b7dd4614f53 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#7  0x00002b7dd45da7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#8  0x00002b7dd4637fbe in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#9  0x00002b7dd463b6d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#10 0x00002b7dd45f0b9a in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#11 0x00002b7dd45da7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#12 0x00002b7dd4638c1c in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#13 0x00002b7dd463a256 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#14 0x00002b7dd463b6d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#15 0x00002b7dd45f0aa7 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#16 0x00002b7dd45da7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#17 0x00002b7dd45e090f in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#18 0x00002b7dd45da7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#19 0x00002b7dd463532d in PyEval_CallObjectWithKeywords () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#20 0x00002b7dd466196d in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#21 0x00002b7dd48df83d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#22 0x00002b7dd5254fad in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
#0  0x00002b00a0fa2285 in raise () from /lib64/libc.so.6&lt;br/&gt;
#1  0x00002b00a0fa3d30 in abort () from /lib64/libc.so.6&lt;br/&gt;
#2  0x00002b00a0f9b716 in __assert_fail () from /lib64/libc.so.6&lt;br/&gt;
#3  0x00002b00a03f8204 in PyObject_Malloc () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#4  0x00002b00a040139f in PyString_FromString () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#5  0x00002b00a04014d9 in PyString_InternFromString () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#6  0x00002b00a03f58b6 in PyObject_GetAttrString () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#7  0x00002b00a54d1b62 in ConvParam (obj=0x126d5510, index=1, pa=0x2b00ab31ec90) at source/callproc.c:562&lt;br/&gt;
#8  0x00002b00a54d1f7a in _CallProc (pProc=0x2b00a56e3300 &amp;lt;couchstore_open_doc_with_docinfo&amp;gt;, argtuple=0x124ec680, flags=4097, argtypes=0x0, restype=0x1231a980, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;checker=0x0) at source/callproc.c:966&lt;br/&gt;
#9  0x00002b00a54ccd0a in CFuncPtr_call (self=&amp;lt;value optimized out&amp;gt;, inargs=&amp;lt;value optimized out&amp;gt;, kwds=0x0) at source/_ctypes.c:3362&lt;br/&gt;
#10 0x00002b00a03cc7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#11 0x00002b00a0429fbe in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#12 0x00002b00a042d6d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#13 0x00002b00a042be2f in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#14 0x00002b00a042d6d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#15 0x00002b00a042be2f in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#16 0x00002b00a042d6d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#17 0x00002b00a03e2aa7 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#18 0x00002b00a03cc7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#19 0x00002b00a042732d in PyEval_CallObjectWithKeywords () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#20 0x00002b00a54d0ef3 in _CallPythonObject (cif=&amp;lt;value optimized out&amp;gt;, resp=0x2b00ab31fac0, args=&amp;lt;value optimized out&amp;gt;, userdata=&amp;lt;value optimized out&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at source/callbacks.c:206&lt;br/&gt;
#21 closure_fcn (cif=&amp;lt;value optimized out&amp;gt;, resp=0x2b00ab31fac0, args=&amp;lt;value optimized out&amp;gt;, userdata=&amp;lt;value optimized out&amp;gt;) at source/callbacks.c:252&lt;br/&gt;
#22 0x00002b00a54d6639 in ffi_closure_unix64_inner (closure=0x2b00ab322e10, rvalue=0x2b00ab31fac0, reg_args=0x2b00ab31fa10, argp=0x2b00ab31fae0 &amp;quot;\021\005&amp;quot;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at /home/buildbot/centos-x64-201-builder/build/build/ctypes/source/libffi/src/x86/ffi64.c:563&lt;br/&gt;
#23 0x00002b00a54d6fd4 in ffi_closure_unix64 () at /home/buildbot/centos-x64-201-builder/build/build/ctypes/source/libffi/src/x86/unix64.S:228&lt;br/&gt;
#24 0x00002b00a56e4c3d in lookup_callback (rq=&amp;lt;value optimized out&amp;gt;, k=0x2b00ab31fb80, v=&amp;lt;value optimized out&amp;gt;) at src/couch_db.c:623&lt;br/&gt;
#25 0x00002b00a56e2714 in btree_lookup_inner (rq=0x2b00ab31fce0, diskpos=&amp;lt;value optimized out&amp;gt;, current=0, end=1) at src/btree_read.c:78&lt;br/&gt;
#26 0x00002b00a56e2608 in btree_lookup_inner (rq=0x2b00ab31fce0, diskpos=&amp;lt;value optimized out&amp;gt;, current=0, end=1) at src/btree_read.c:52&lt;br/&gt;
#27 0x00002b00a56e308c in couchstore_changes_since (db=&amp;lt;value optimized out&amp;gt;, since=&amp;lt;value optimized out&amp;gt;, options=&amp;lt;value optimized out&amp;gt;, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;callback=&amp;lt;value optimized out&amp;gt;, ctx=&amp;lt;value optimized out&amp;gt;) at src/couch_db.c:667&lt;br/&gt;
#28 0x00002b00a54d6ea8 in ffi_call_unix64 () at /home/buildbot/centos-x64-201-builder/build/build/ctypes/source/libffi/src/x86/unix64.S:73&lt;br/&gt;
#29 0x00002b00a54d6c35 in ffi_call (cif=0x2b00ab320080, fn=0x2b00a56e2f40 &amp;lt;couchstore_changes_since&amp;gt;, rvalue=&amp;lt;value optimized out&amp;gt;, avalue=&amp;lt;value optimized out&amp;gt;)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at /home/buildbot/centos-x64-201-builder/build/build/ctypes/source/libffi/src/x86/ffi64.c:428&lt;br/&gt;
#30 0x00002b00a54d215d in _call_function_pointer (pProc=0x2b00a56e2f40 &amp;lt;couchstore_changes_since&amp;gt;, argtuple=0x124ba7d0, flags=4097, argtypes=0x0, restype=0x1231a980, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;checker=0x0) at source/callproc.c:668&lt;br/&gt;
#31 _CallProc (pProc=0x2b00a56e2f40 &amp;lt;couchstore_changes_since&amp;gt;, argtuple=0x124ba7d0, flags=4097, argtypes=0x0, restype=0x1231a980, checker=0x0)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;at source/callproc.c:991&lt;br/&gt;
#32 0x00002b00a54ccd0a in CFuncPtr_call (self=&amp;lt;value optimized out&amp;gt;, inargs=&amp;lt;value optimized out&amp;gt;, kwds=0x0) at source/_ctypes.c:3362&lt;br/&gt;
#33 0x00002b00a03cc7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#34 0x00002b00a0429fbe in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#35 0x00002b00a042d6d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#36 0x00002b00a042be2f in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#37 0x00002b00a042d6d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#38 0x00002b00a03e2b9a in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#39 0x00002b00a03cc7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#40 0x00002b00a042ac1c in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#41 0x00002b00a042c256 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#42 0x00002b00a042d6d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#43 0x00002b00a03e2aa7 in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#44 0x00002b00a03cc7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#45 0x00002b00a03d290f in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#46 0x00002b00a03cc7e0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#47 0x00002b00a042732d in PyEval_CallObjectWithKeywords () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#48 0x00002b00a045396d in ?? () from /usr/lib64/libpython2.4.so.1.0&lt;br/&gt;
#49 0x00002b00a06d183d in start_thread () from /lib64/libpthread.so.0&lt;br/&gt;
#50 0x00002b00a1046fad in clone () from /lib64/libc.so.6&lt;br/&gt;
&lt;br/&gt;
3. Installing Python 2.6 on this machine fixed the problem. However I&amp;#39;d not blame Python 2.4 - as I mentioned before absolutely identical setup worked pretty well on other machine.&lt;br/&gt;
&lt;br/&gt;
4. ctypes that we ship is another suspect. That was a workaround, not necessarily it addresses all edge cases. And couchstore + Python 2.4 is one of them, in fact all other sources work fine.&lt;br/&gt;
</comment>
                    <comment id="56940" author="pavelpaulau" created="Thu, 2 May 2013 11:43:08 -0500"  >Deep,&lt;br/&gt;
&lt;br/&gt;
May I ask you reproduce it on any other machine? This is very confusing issue...</comment>
                    <comment id="57245" author="deepkaran.salooja" created="Mon, 6 May 2013 12:44:56 -0500"  >Reproduced on VM 10.3.3.104. 100k items loaded with mcsoda on default bucket. Build 2.0.2-781-rel. Crash is reproducible.&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@caper-016&apos;&gt;root@caper-016&lt;/a&gt; ~]# /opt/couchbase/bin/cbtransfer -v -v -v &lt;a href=&quot;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&quot;&gt;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&lt;/a&gt; /tmp/backup&lt;br/&gt;
2013-05-06 10:41:23,838: mt cbtransfer...&lt;br/&gt;
2013-05-06 10:41:23,838: mt  source : &lt;a href=&quot;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&quot;&gt;couchstore-files:///opt/couchbase/var/lib/couchbase/data/&lt;/a&gt;&lt;br/&gt;
2013-05-06 10:41:23,839: mt  sink   : /tmp/backup&lt;br/&gt;
2013-05-06 10:41:23,839: mt  opts   : {&amp;#39;username&amp;#39;: None, &amp;#39;source_vbucket_state&amp;#39;: &amp;#39;active&amp;#39;, &amp;#39;destination_vbucket_state&amp;#39;: &amp;#39;active&amp;#39;, &amp;#39;verbose&amp;#39;: 3, &amp;#39;dry_run&amp;#39;: False, &amp;#39;extra&amp;#39;: {&amp;#39;max_retry&amp;#39;: 10.0, &amp;#39;rehash&amp;#39;: 0.0, &amp;#39;data_only&amp;#39;: 0.0, &amp;#39;nmv_retry&amp;#39;: 1.0, &amp;#39;cbb_max_mb&amp;#39;: 100000.0, &amp;#39;try_xwm&amp;#39;: 1.0, &amp;#39;batch_max_bytes&amp;#39;: 400000.0, &amp;#39;report_full&amp;#39;: 2000.0, &amp;#39;batch_max_size&amp;#39;: 1000.0, &amp;#39;report&amp;#39;: 5.0, &amp;#39;design_doc_only&amp;#39;: 0.0, &amp;#39;recv_min_bytes&amp;#39;: 4096.0}, &amp;#39;single_node&amp;#39;: False, &amp;#39;bucket_destination&amp;#39;: None, &amp;#39;destination_operation&amp;#39;: None, &amp;#39;vbucket_list&amp;#39;: None, &amp;#39;threads&amp;#39;: 4, &amp;#39;key&amp;#39;: None, &amp;#39;password&amp;#39;: None, &amp;#39;id&amp;#39;: None, &amp;#39;bucket_source&amp;#39;: None}&lt;br/&gt;
2013-05-06 10:41:23,840: mt source_class: &amp;lt;class &amp;#39;pump_sfd.SFDSource&amp;#39;&amp;gt;&lt;br/&gt;
2013-05-06 10:41:24,094: mt sink_class: &amp;lt;class &amp;#39;pump_bfd.BFDSink&amp;#39;&amp;gt;&lt;br/&gt;
2013-05-06 10:41:24,095: mt source_buckets: default&lt;br/&gt;
2013-05-06 10:41:24,095: mt bucket: default&lt;br/&gt;
2013-05-06 10:41:24,096: mt  source_nodes: N/A&lt;br/&gt;
2013-05-06 10:41:24,108: mt  enqueueing node: N/A&lt;br/&gt;
2013-05-06 10:41:24,108: w0  node: N/A&lt;br/&gt;
2013-05-06 10:41:24,217: s0   create_db: /tmp/backup/bucket-default/node-N%2FA/data-0000.cbb&lt;br/&gt;
2013-05-06 10:41:24,217: s0   connect_db: /tmp/backup/bucket-default/node-N%2FA/data-0000.cbb&lt;br/&gt;
...Segmentation fault&lt;br/&gt;
</comment>
                    <comment id="57528" author="pavelpaulau" created="Wed, 8 May 2013 03:37:13 -0500"  >In fact 10.3.3.104 is a virtual copy of 10.3.3.95.</comment>
                    <comment id="57988" author="pavelpaulau" created="Mon, 13 May 2013 03:05:35 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26260/&quot;&gt;http://review.couchbase.org/#/c/26260/&lt;/a&gt;&lt;br/&gt;
</comment>
                    <comment id="58209" author="maria" created="Tue, 14 May 2013 13:20:20 -0500"  >pls verify / close. </comment>
                    <comment id="58332" author="pavelpaulau" created="Wed, 15 May 2013 02:04:15 -0500"  >Actually it wasn&amp;#39;t resolved. We still ship old version of ctypes, without direct access to builders I can&amp;#39;t fix that.</comment>
                    <comment id="58398" author="plabee" created="Wed, 15 May 2013 14:37:03 -0500"  >tlm commit  af7b66f4c81b890adfcb8b7520a89436f2e4d0cd  adds a &amp;#39;clean-all&amp;#39; target and a &amp;#39;clean-grommit&amp;#39; target&lt;br/&gt;
&lt;br/&gt;
The &amp;#39;clean-grommit&amp;#39; target will remove directories named:&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ctypes* curl* google-perftools* gperftools* libevent* sqlite*&lt;br/&gt;
&lt;br/&gt;
Buildbot master.cfg now uses the &amp;#39;clean all&amp;#39; target for &amp;quot;make clean&amp;quot;.</comment>
                    <comment id="58562" author="maria" created="Thu, 16 May 2013 17:18:31 -0500"  >Phil,&lt;br/&gt;
&lt;br/&gt;
Is this fixed? can you confirm.&lt;br/&gt;
pavel&amp;#39;s last comment states it&amp;#39;s not resolved.... </comment>
                    <comment id="58604" author="pavelpaulau" created="Fri, 17 May 2013 00:07:09 -0500"  >It must be fixed. At least build 805 includes required version of ctypes.</comment>
                    <comment id="58736" author="deepkaran.salooja" created="Sun, 19 May 2013 04:49:24 -0500"  >verified with 2.0.2-807-rel</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 1 Mar 2013 12:49:09 -0600</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>3</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10080" key="com.pyxis.greenhopper.jira:gh-sprint">
                <customfieldname>Sprint</customfieldname>
                <customfieldvalues>
                        <customfieldvalue>9</customfieldvalue>
    <customfieldvalue>11</customfieldvalue>
    <customfieldvalue>14</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8270] node down with error net_kernal_terminated</title>
                <link>http://www.couchbase.com/issues/browse/MB-8270</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Environment:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;4 windows server r2 64-bit with 4 core, 4GB RAM for each server&lt;br/&gt;
&lt;br/&gt;
Couchbase: &lt;br/&gt;
&amp;nbsp;&amp;nbsp;couchbase server version 2.0.2-801&lt;br/&gt;
&lt;br/&gt;
Run sanity test on windows.  When investigate log file for bug &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt;, I see error saying node down with reason &amp;quot;net_kernel_terminated&amp;quot;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
2013-05-13 17:59:28: (agent_config.c.705) ERROR: bad JSON configuration from &lt;a href=&quot;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&quot;&gt;http://127.0.0.1:8091/pools/default/saslBucketsStreaming:&lt;/a&gt; Number of vBuckets must be a power of two &amp;gt; 0 and &amp;lt;= 65536 ({&lt;br/&gt;
	&amp;quot;name&amp;quot;:	&amp;quot;default&amp;quot;,&lt;br/&gt;
	&amp;quot;nodeLocator&amp;quot;:	&amp;quot;vbucket&amp;quot;,&lt;br/&gt;
	&amp;quot;saslPassword&amp;quot;:	&amp;quot;&amp;quot;,&lt;br/&gt;
	&amp;quot;nodes&amp;quot;:	[{&lt;br/&gt;
			&amp;quot;hostname&amp;quot;:	&amp;quot;127.0.0.1:8091&amp;quot;,&lt;br/&gt;
			&amp;quot;ports&amp;quot;:	{&lt;br/&gt;
				&amp;quot;direct&amp;quot;:	11210,&lt;br/&gt;
				&amp;quot;proxy&amp;quot;:	11211&lt;br/&gt;
			}&lt;br/&gt;
		}],&lt;br/&gt;
	&amp;quot;vBucketServerMap&amp;quot;:	{&lt;br/&gt;
		&amp;quot;hashAlgorithm&amp;quot;:	&amp;quot;CRC&amp;quot;,&lt;br/&gt;
		&amp;quot;numReplicas&amp;quot;:	1,&lt;br/&gt;
		&amp;quot;serverList&amp;quot;:	[&amp;quot;127.0.0.1:11210&amp;quot;],&lt;br/&gt;
		&amp;quot;vBucketMap&amp;quot;:	[]&lt;br/&gt;
	}&lt;br/&gt;
})&lt;br/&gt;
EOL on stdin.  Exiting&lt;br/&gt;
[menelaus:info,2013-05-13T18:02:35.839,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:&amp;lt;0.20352.3&amp;gt;:menelaus_web_buckets:handle_bucket_delete:345]Deleted bucket &amp;quot;default&amp;quot;&lt;br/&gt;
&lt;br/&gt;
[ns_server:debug,2013-05-13T18:02:36.980,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_config_log&amp;lt;0.284.0&amp;gt;:ns_config_log:log_common:111]config change:&lt;br/&gt;
memory_quota -&amp;gt;&lt;br/&gt;
2184&lt;br/&gt;
[ns_server:debug,2013-05-13T18:02:36.980,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_config_rep&amp;lt;0.308.0&amp;gt;:ns_config_rep:do_push_keys:317]Replicating some config keys ([memory_quota]..)&lt;br/&gt;
[cluster:debug,2013-05-13T18:02:38.136,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_cluster&amp;lt;0.273.0&amp;gt;:ns_cluster:handle_call:135]handling add_node(&amp;quot;10.3.2.142&amp;quot;, 8091, ..)&lt;br/&gt;
&lt;br/&gt;
[cluster:info,2013-05-13T18:02:38.136,&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;:ns_cluster&amp;lt;0.273.0&amp;gt;:ns_cluster:do_change_address:315]Decided to change address to &amp;quot;10.3.2.143&amp;quot;&lt;br/&gt;
&lt;br/&gt;
[user:warn,2013-05-13T18:02:38.136,&lt;a href=&apos;mailto:nonode@nohost&apos;&gt;nonode@nohost&lt;/a&gt;:ns_node_disco&amp;lt;0.301.0&amp;gt;:ns_node_disco:handle_info:168]Node &lt;a href=&apos;mailto:nonode@nohost&apos;&gt;nonode@nohost&lt;/a&gt; saw that node &amp;#39;&lt;a href=&apos;mailto:ns_1@127.0.0.1&apos;&gt;ns_1@127.0.0.1&lt;/a&gt;&amp;#39; went down. Details: [{nodedown_reason,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;net_kernel_terminated}]&lt;br/&gt;
[ns_server:info,2013-05-13T18:02:38.136,&lt;a href=&apos;mailto:nonode@nohost&apos;&gt;nonode@nohost&lt;/a&gt;:dist_manager&amp;lt;0.263.0&amp;gt;:dist_manager:handle_call:249]Adjusted IP to &amp;quot;10.3.2.143&amp;quot;&lt;br/&gt;
[ns_server:info,2013-05-13T18:02:38.136,&lt;a href=&apos;mailto:nonode@nohost&apos;&gt;nonode@nohost&lt;/a&gt;:dist_manager&amp;lt;0.263.0&amp;gt;:dist_manager:bringup:227]Attempting to bring up net_kernel with name &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.143&apos;&gt;ns_1@10.3.2.143&lt;/a&gt;&amp;#39;&lt;br/&gt;
[error_logger:info,2013-05-13T18:02:38.136,&lt;a href=&apos;mailto:nonode@nohost&apos;&gt;nonode@nohost&lt;/a&gt;:error_logger&amp;lt;0.6.0&amp;gt;:ale_error_logger_handler:log_report:72]&lt;br/&gt;
=========================PROGRESS REPORT=========================&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;supervisor: {local,net_sup}&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;started: [{pid,&amp;lt;0.4435.4&amp;gt;},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{name,erl_epmd},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{mfargs,{erl_epmd,start_link,[]}},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{restart_type,permanent},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{shutdown,2000},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{child_type,worker}]&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Link to manifest file of this build  &lt;a href=&quot;http://builds.hq.northscale.net/latestbuilds/couchbase-server-enterprise_x86_64_2.0.2-801-rel.setup.exe.manifest.xml&quot;&gt;http://builds.hq.northscale.net/latestbuilds/couchbase-server-enterprise_x86_64_2.0.2-801-rel.setup.exe.manifest.xml&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Link to collect info of all node  &lt;a href=&quot;https://s3.amazonaws.com/packages.couchbase/collect_info/2_0_2/2013_05/4nodes-202-801_reb_hang_20130513-185157.tgz&quot;&gt;https://s3.amazonaws.com/packages.couchbase/collect_info/2_0_2/2013_05/4nodes-202-801_reb_hang_20130513-185157.tgz&lt;/a&gt;</description>
                <environment>windows 2008 R2 64bit</environment>
            <key id="24238">MB-8270</key>
            <summary>node down with error net_kernal_terminated</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="4">Incomplete</resolution>
                    <security id="10011">Public</security>
                        <assignee username="alkondratenko">Aleksey Kondratenko</assignee>
                                <reporter username="thuan">Thuan Nguyen</reporter>
                        <labels>
                    </labels>
                <created>Mon, 13 May 2013 21:32:38 -0500</created>
                <updated>Fri, 17 May 2013 17:39:20 -0500</updated>
                    <resolved>Fri, 17 May 2013 17:39:20 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>2</watches>
                                                    <comments>
                    <comment id="58234" author="maria" created="Tue, 14 May 2013 14:15:35 -0500"  >per bug triage, bumping up to critical.</comment>
                    <comment id="58687" author="alkondratenko" created="Fri, 17 May 2013 17:39:20 -0500"  >seeing net_kernel_terminate is not error in fact. So not a bug.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 14 May 2013 14:15:35 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10024"><![CDATA[Windows 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11211</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8312] we don&apos;t have Table 7.3. and Table 7.4. (clouhbase-cli stuff)in online documentation</title>
                <link>http://www.couchbase.com/issues/browse/MB-8312</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>I see that they are presented in &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0.pdf&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0.pdf&lt;/a&gt;&lt;br/&gt;
Table 7.3. Administration &#8212; couchbase Tool Commands&lt;br/&gt;
Table 7.4. Administration &#8212; Standard couchbase Tool Options&lt;br/&gt;
&lt;br/&gt;
but missed in online documentation for &amp;#39;7.4. couchbase-cli Tool&amp;#39; in &lt;a href=&quot;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-admin-cmdline-couchbase-cli.html&quot;&gt;http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-admin-cmdline-couchbase-cli.html&lt;/a&gt; </description>
                <environment></environment>
            <key id="24325">MB-8312</key>
            <summary>we don&apos;t have Table 7.3. and Table 7.4. (clouhbase-cli stuff)in online documentation</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="2">Won&apos;t Fix</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="andreibaranouski">Andrei Baranouski</reporter>
                        <labels>
                    </labels>
                <created>Fri, 17 May 2013 07:32:11 -0500</created>
                <updated>Fri, 17 May 2013 14:34:42 -0500</updated>
                    <resolved>Fri, 17 May 2013 14:34:36 -0500</resolved>
                            <version>2.0.2</version>
                                                <component>documentation</component>
                                <votes>0</votes>
                        <watches>2</watches>
                                                    <comments>
                    <comment id="58650" author="kzeller" created="Fri, 17 May 2013 14:34:36 -0500"  >HI Andre,&lt;br/&gt;
&lt;br/&gt;
This is because I have been asked to comment out the 2.0.2 command line commands + options until we actually release 2.0.2. They only appear in the PDF sent for review.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Thanks,&lt;br/&gt;
&lt;br/&gt;
Karen</comment>
                    <comment id="58651" author="kzeller" created="Fri, 17 May 2013 14:34:42 -0500"  >HI Andre,&lt;br/&gt;
&lt;br/&gt;
This is because I have been asked to comment out the 2.0.2 command line commands + options until we actually release 2.0.2. They only appear in the PDF sent for review.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Thanks,&lt;br/&gt;
&lt;br/&gt;
Karen</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 17 May 2013 14:34:36 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11287</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8199] [2.0.2 - RN + Docs] many requests to views causes resource leak, crash</title>
                <link>http://www.couchbase.com/issues/browse/MB-8199</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>In response to many view requests against the scatter/gather view merger, a node can allocate so many resources that it will fail to recover.  &lt;br/&gt;
&lt;br/&gt;
In one case, this did cause many timeouts in the log leading to max_restart_intensity: &lt;br/&gt;
[error_logger:error,2013-04-25T15:23:26.047,&lt;a href=&apos;mailto:ns_1@10.128.16.171&apos;&gt;ns_1@10.128.16.171&lt;/a&gt;:error_logger&amp;lt;0.6.0&amp;gt;:ale_error_logger_handler:log_report:72]&lt;br/&gt;
=========================SUPERVISOR REPORT========================= &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Supervisor: {local,ns_node_disco_sup} &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Context: shutdown &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Reason: reached_max_restart_intensity &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Offender: [{pid,&amp;lt;0.17237.774&amp;gt;}, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{name,ns_config_rep}, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{mfargs,{ns_config_rep,start_link,[]}}, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{restart_type,permanent}, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{shutdown,1000}, &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{child_type,worker}] </description>
                <environment>4-core CPU, 16GB RAM, Linux </environment>
            <key id="24068">MB-8199</key>
            <summary>[2.0.2 - RN + Docs] many requests to views causes resource leak, crash</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="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="abhinav">Abhinav Dangeti</assignee>
                                <reporter username="ingenthr">Matt Ingenthron</reporter>
                        <labels>
                        <label>customer</label>
                        <label>documentation</label>
                    </labels>
                <created>Sat, 4 May 2013 14:04:51 -0500</created>
                <updated>Fri, 17 May 2013 14:28:51 -0500</updated>
                    <resolved>Thu, 16 May 2013 18:48:21 -0500</resolved>
                            <version>2.0.1</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>7</watches>
                                                    <comments>
                    <comment id="57193" author="ingenthr" created="Sat, 4 May 2013 14:14:48 -0500"  >Note, I put this on 2.0.2 since I know it shouldn&amp;#39;t be 2.1 and there does not appear to be a 2.0.3.  I feared it would be lost if it didn&amp;#39;t have a fixfor version.  Please move as appropriate.</comment>
                    <comment id="57436" author="maria" created="Tue, 7 May 2013 13:33:26 -0500"  >per bug scrub, alk - can you chk if aleksey a. can take a look at this? </comment>
                    <comment id="57442" author="alkondratenko" created="Tue, 7 May 2013 13:48:50 -0500"  >We know this problem so I don&amp;#39;t believe we should look again.&lt;br/&gt;
&lt;br/&gt;
Fixing it for 2.0.2 feels a bit late but possible if really needed</comment>
                    <comment id="57462" author="dipti" created="Tue, 7 May 2013 16:01:52 -0500"  >When you say, &amp;quot;we know this problem&amp;quot; can you elaborate on it a bit more? With more customers using views, they are likely to hit this as well. &lt;br/&gt;
Can you help us understand the scenario a bit more? When this problem can happen? What is the probability of hitting this? </comment>
                    <comment id="57472" author="alkondratenko" created="Tue, 7 May 2013 17:30:19 -0500"  >If you send too many view requests to any node it&amp;#39;ll swamp it and kill. I recall seeing that during pre-2.0 testing and there must be MB- somewhere.</comment>
                    <comment id="57712" author="maria" created="Thu, 9 May 2013 13:46:25 -0500"  >per bug triage, upgrading to blocker.&lt;br/&gt;
the fix is to throttle the requests and not to crash/terminate.&lt;br/&gt;
it&amp;#39;s fine to be slow but not crash.&lt;br/&gt;
alk k to take a look for 2.0.2</comment>
                    <comment id="58576" author="Aliaksey Artamonau" created="Thu, 16 May 2013 18:48:06 -0500"  >We merged a simple request that can be configured via internal settings: &lt;a href=&quot;http://review.couchbase.org/26334&quot;&gt;http://review.couchbase.org/26334&lt;/a&gt;.</comment>
                    <comment id="58577" author="alkondratenko" created="Thu, 16 May 2013 18:54:00 -0500"  >It should also be noted that given we don&amp;#39;t have experience how well this approach works in production we decided to have &amp;quot;unlimited&amp;quot; as default limits.&lt;br/&gt;
&lt;br/&gt;
We can try playing with that stuff in-house plus get some experience with customers after  2.0.2 is out and then we&amp;#39;ll have enough data to enable it by default and set right limits.&lt;br/&gt;
</comment>
                    <comment id="58588" author="alkondratenko" created="Thu, 16 May 2013 19:53:19 -0500"  >CHANGES text is here: &lt;a href=&quot;http://review.couchbase.org/#/c/26361/2/CHANGES,unified&quot;&gt;http://review.couchbase.org/#/c/26361/2/CHANGES,unified&lt;/a&gt;</comment>
                    <comment id="58591" author="ingenthr" created="Thu, 16 May 2013 20:21:53 -0500"  >Alk: we should request QE to develop a test for this.  See it cause the problem in 2.0.1 and see it not cause the problem in 2.0.2, right?  Assigning it to Maria for that purpose, then it should be closed perhaps when verified?  Not sure what QE&amp;#39;s process is here now.</comment>
                    <comment id="58592" author="ingenthr" created="Thu, 16 May 2013 20:23:00 -0500"  >Maria: Can you work with the team on the appropriate way to test that this is fixed and won&amp;#39;t cause other problems?</comment>
                    <comment id="58605" author="maria" created="Fri, 17 May 2013 00:25:09 -0500"  >Abhinav,&lt;br/&gt;
&lt;br/&gt;
pls verify by:&lt;br/&gt;
-instrumenting a test that sends many view requests. do manual first then automate (if you already have a test that does similar test scenario such as this, just tweak that and use it here for this verification testing).&lt;br/&gt;
-verifying no crashes happen. if you observe, slowness, note it here. slowness is ok.&lt;br/&gt;
-noting alk k&amp;#39;s &amp;quot;unlimited&amp;quot; dflt limit set. verify all his changes on review link.&lt;br/&gt;
-using stable build of 2.0.2 which should be built tonight or tomorrow.&lt;br/&gt;
thanks.</comment>
                    <comment id="58631" author="dipti" created="Fri, 17 May 2013 12:40:08 -0500"  >We also need to document this. &lt;br/&gt;
&lt;br/&gt;
	270	 &lt;br/&gt;
271	+* (&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8199&quot; title=&quot;[2.0.2 - RN + Docs] many requests to views causes resource leak, crash&quot;&gt;&lt;strike&gt;MB-8199&lt;/strike&gt;&lt;/a&gt;) REST and CAPI request throttler implemented.&lt;br/&gt;
272	+&lt;br/&gt;
273	+  It&amp;#39;s behavior is controlled by three parameters which can be set via&lt;br/&gt;
274	+  /internalSettings REST endpoint:&lt;br/&gt;
275	+&lt;br/&gt;
276	+    - restRequestLimit&lt;br/&gt;
277	+&lt;br/&gt;
278	+      Maximum number of simultaneous connections each node should&lt;br/&gt;
279	+      accept on REST port. Diagnostics related endpoints and&lt;br/&gt;
280	+      /internalSettings are not counted.&lt;br/&gt;
281	+&lt;br/&gt;
282	+    - capiRequestLimit&lt;br/&gt;
283	+&lt;br/&gt;
284	+      Maximum number of simultaneous connections each node should&lt;br/&gt;
285	+      accept on CAPI port. It should be noted that it includes XDCR&lt;br/&gt;
286	+      connections.&lt;br/&gt;
287	+&lt;br/&gt;
288	+    - dropRequestMemoryThresholdMiB&lt;br/&gt;
289	+&lt;br/&gt;
290	+      The amount of memory used by Erlang VM that should not be&lt;br/&gt;
291	+      exceeded. If it&amp;#39;s exceeded the server will start dropping&lt;br/&gt;
292	+      incoming connections.&lt;br/&gt;
293	+&lt;br/&gt;
294	+  When the server decides to reject incoming connection because some&lt;br/&gt;
295	+  limit was exceeded, it does so by responding with status code of 503&lt;br/&gt;
296	+  and Retry-After header set appropriately (more or less). On REST&lt;br/&gt;
297	+  port textual description of why request was rejected returned in a&lt;br/&gt;
298	+  body. On CAPI port in CouchDB tradition a JSON object is returned&lt;br/&gt;
299	+  with &amp;quot;error&amp;quot; and &amp;quot;reason&amp;quot; fields.&lt;br/&gt;
300	+&lt;br/&gt;
301	+  By default all the thresholds are set to be unlimited.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 7 May 2013 13:33:26 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11026</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8310] Couchdb gerrit changes for master must use manifest 2.1-unstable.xml</title>
                <link>http://www.couchbase.com/issues/browse/MB-8310</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>2.1-stable.xml was abandoned, and any couchdb master gerrit change depends on couchstore revision more recent than the one listed in 2.1-stable.xml - this means the jobs couchdb-gerrit-views-master and couchdb-gerrit-views-pre-merge-master always fail.</description>
                <environment></environment>
            <key id="24323">MB-8310</key>
            <summary>Couchdb gerrit changes for master must use manifest 2.1-unstable.xml</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="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="plabee">Phil Labee</assignee>
                                <reporter username="FilipeManana">Filipe Manana</reporter>
                        <labels>
                    </labels>
                <created>Fri, 17 May 2013 06:25:26 -0500</created>
                <updated>Fri, 17 May 2013 06:28:32 -0500</updated>
                    <resolved>Fri, 17 May 2013 06:28:32 -0500</resolved>
                            <version>2.1</version>
                                                <component>build</component>
                                <votes>0</votes>
                        <watches>1</watches>
                                                    <comments>
                    <comment id="58612" author="vmx" created="Fri, 17 May 2013 06:28:32 -0500"  >I&amp;#39;ve changed the builds to 2.1-unstable.xml.</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 17 May 2013 06:28:32 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11286</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8153] [Doc&apos;d] cbworkloadgen shows error import sqlite3 module</title>
                <link>http://www.couchbase.com/issues/browse/MB-8153</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Install couchbase server 2.0.2-773&lt;br/&gt;
cbworkloadge does not work&lt;br/&gt;
&lt;br/&gt;
Error:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; thuan]# /opt/couchbase/bin/cbworkloadgen -h&lt;br/&gt;
Error: could not import sqlite3 module&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; thuan]# cd /opt/couchbase/bin&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; bin]# ./cbworkloadgen -h&lt;br/&gt;
Error: could not import sqlite3 module&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; bin]# ./cbworkloadgen &lt;br/&gt;
Error: could not import sqlite3 module&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment>centos 5.7 64 bit</environment>
            <key id="23906">MB-8153</key>
            <summary>[Doc&apos;d] cbworkloadgen shows error import sqlite3 module</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="thuan">Thuan Nguyen</assignee>
                                <reporter username="thuan">Thuan Nguyen</reporter>
                        <labels>
                    </labels>
                <created>Wed, 24 Apr 2013 16:48:24 -0500</created>
                <updated>Thu, 16 May 2013 21:17:32 -0500</updated>
                    <resolved>Thu, 16 May 2013 21:17:14 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>documentation</component>
                <component>tools</component>
                                <votes>0</votes>
                        <watches>6</watches>
                                                    <comments>
                    <comment id="56215" author="pavelpaulau" created="Thu, 25 Apr 2013 12:21:25 -0500"  >Interesting:&lt;br/&gt;
&lt;br/&gt;
# cat /etc/redhat-release &lt;br/&gt;
CentOS release 5.8 (Final)&lt;br/&gt;
&lt;br/&gt;
# cat /opt/couchbase/VERSION.txt &lt;br/&gt;
2.0.2-774-rel&lt;br/&gt;
&lt;br/&gt;
# /opt/couchbase/bin/cbworkloadgen -h&lt;br/&gt;
Usage: cbworkloadgen [options]&lt;br/&gt;
&lt;br/&gt;
Generate workload to destination.&lt;br/&gt;
&lt;br/&gt;
Examples:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;cbworkloadgen -n localhost:8091&lt;br/&gt;
&amp;nbsp;&amp;nbsp;cbworkloadgen -n 10.3.121.192:8091 -r .9 -i 100000 \&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;-s 100 -b my-other-bucket --threads=10&lt;br/&gt;
&lt;br/&gt;
Options:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-h, --help            show this help message and exit&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-r .95, --ratio-sets=.95&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;set/get operation ratio&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-n 127.0.0.1:8091, --node=127.0.0.1:8091&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;node&amp;#39;s ns_server ip:port&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-b default, --bucket=default&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;insert data to a different bucket other than default&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-i 10000, --max-items=10000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;number of items to be inserted&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-s 10, --size=10      minimum value size&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--prefix=pymc         prefix to use for memcached keys or json ids&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-j, --json            insert json data&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-l, --loop            loop forever until interrupted by users&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-u USERNAME, --username=USERNAME&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;REST username for cluster or server node&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-p PASSWORD, --password=PASSWORD&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;REST password for cluster or server node&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-t 1, --threads=1     number of concurrent workers&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-v, --verbose         verbose logging; more -v&amp;#39;s provide more verbosity&lt;br/&gt;
</comment>
                    <comment id="56216" author="pavelpaulau" created="Thu, 25 Apr 2013 12:23:44 -0500"  >Thuan, could you provide output of:&lt;br/&gt;
&lt;br/&gt;
# ls -l /opt/couchbase/lib/python/</comment>
                    <comment id="56375" author="thuan" created="Fri, 26 Apr 2013 20:42:19 -0500"  >this vm is available at 10.1.3.140 using key to login&lt;br/&gt;
python version 2.7&lt;br/&gt;
</comment>
                    <comment id="56376" author="bcui" created="Fri, 26 Apr 2013 20:45:41 -0500"  >Looks like we cannot load sqlite again for this python version.</comment>
                    <comment id="56377" author="bcui" created="Fri, 26 Apr 2013 20:59:15 -0500"  >-bash-3.2$ python&lt;br/&gt;
Python 2.7 (r27:82500, Jul 29 2012, 09:49:59)&lt;br/&gt;
[GCC 4.4.6 20110731 (Red Hat 4.4.6-3)] on linux2&lt;br/&gt;
Type &amp;quot;help&amp;quot;, &amp;quot;copyright&amp;quot;, &amp;quot;credits&amp;quot; or &amp;quot;license&amp;quot; for more information.&lt;br/&gt;
&amp;gt;&amp;gt;&amp;gt; import sqlite3&lt;br/&gt;
Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;&amp;lt;stdin&amp;gt;&amp;quot;, line 1, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/python27/lib/python2.7/sqlite3/__init__.py&amp;quot;, line 24, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;from dbapi2 import *&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/python27/lib/python2.7/sqlite3/dbapi2.py&amp;quot;, line 27, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;from _sqlite3 import *&lt;br/&gt;
ImportError: No module named _sqlite3&lt;br/&gt;
&lt;br/&gt;
-bash-3.2$ cd /opt/couchbase/lib/python&lt;br/&gt;
-bash-3.2$ python&lt;br/&gt;
Python 2.7 (r27:82500, Jul 29 2012, 09:49:59)&lt;br/&gt;
[GCC 4.4.6 20110731 (Red Hat 4.4.6-3)] on linux2&lt;br/&gt;
Type &amp;quot;help&amp;quot;, &amp;quot;copyright&amp;quot;, &amp;quot;credits&amp;quot; or &amp;quot;license&amp;quot; for more information.&lt;br/&gt;
&amp;gt;&amp;gt;&amp;gt; from pysqlite2 import dbapi2 as sqlite3&lt;br/&gt;
Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;&amp;lt;stdin&amp;gt;&amp;quot;, line 1, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;pysqlite2/dbapi2.py&amp;quot;, line 27, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;from pysqlite2._sqlite import *&lt;br/&gt;
ImportError: pysqlite2/_sqlite.so: undefined symbol: PyUnicodeUCS4_DecodeUTF8&lt;br/&gt;
&amp;gt;&amp;gt;&amp;gt;</comment>
                    <comment id="56378" author="bcui" created="Fri, 26 Apr 2013 21:04:23 -0500"  >Quote:&lt;br/&gt;
This is usually caused by a mismatch in the Unicode mode of the python&lt;br/&gt;
interpreter and the extension module.&lt;br/&gt;
&lt;br/&gt;
Python can be built to use either 2-byte or 4-byte Unicode code points.  &lt;br/&gt;
If you build an extension on a Python interpreter that uses one, but use&lt;br/&gt;
it on another, this error is the most common result. &lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="56448" author="maria" created="Mon, 29 Apr 2013 12:41:59 -0500"  >Per Bin, this is a release blocker... he&amp;#39;s working with Pavel on this issue.</comment>
                    <comment id="56449" author="pavelpaulau" created="Mon, 29 Apr 2013 12:42:27 -0500"  >Thuan, just a quick question. How did you install Python 2.7 on this machine? Was it installed after Couchbase Server?</comment>
                    <comment id="56467" author="pavelpaulau" created="Mon, 29 Apr 2013 14:24:04 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/25938/&quot;&gt;http://review.couchbase.org/#/c/25938/&lt;/a&gt;</comment>
                    <comment id="56512" author="thuan" created="Mon, 29 Apr 2013 16:06:34 -0500"  >On this vm, I just install couchbase server only.  So I think python 2.7 is pre-installed before</comment>
                    <comment id="57353" author="maria" created="Mon, 6 May 2013 19:42:32 -0500"  >pls verify / close.</comment>
                    <comment id="57776" author="thuan" created="Thu, 9 May 2013 21:24:01 -0500"  >I still repro this bug in build 2.0.2-793 on centos 5.7 64 bit server 10.1.3.140 (same vm)&lt;br/&gt;
&lt;br/&gt;
couchbase-server-enterprise_x86_64_2.0.2-793-rel.rpm&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; thuan]# rpm -i couchbase-server-enterprise_x86_64_2.0.2-793-rel.rpm &lt;br/&gt;
Minimum RAM required  : 4 GB&lt;br/&gt;
System RAM configured : 3945388 kB&lt;br/&gt;
&lt;br/&gt;
Minimum number of processors required : 4 cores&lt;br/&gt;
Number of processors on the system    : 4 cores&lt;br/&gt;
&lt;br/&gt;
Starting couchbase-server[  OK  ]&lt;br/&gt;
&lt;br/&gt;
You have successfully installed Couchbase Server.&lt;br/&gt;
Please browse to &lt;a href=&quot;http://cen-0408:8091/&quot;&gt;http://cen-0408:8091/&lt;/a&gt; to configure your server.&lt;br/&gt;
Please refer to &lt;a href=&quot;http://couchbase.com&quot;&gt;http://couchbase.com&lt;/a&gt; for additional resources.&lt;br/&gt;
&lt;br/&gt;
Please note that you have to update your firewall configuration to&lt;br/&gt;
allow connections to the following ports: 11211, 11210, 11209, 4369,&lt;br/&gt;
8091, 8092 and from 21100 to 21299.&lt;br/&gt;
&lt;br/&gt;
By using this software you agree to the End User License Agreement.&lt;br/&gt;
See /opt/couchbase/LICENSE.txt.&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; thuan]# /opt/couchbase/bin/cbworkloadgen -h&lt;br/&gt;
Error: could not import sqlite3 module&lt;br/&gt;
[[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; thuan]# /opt/couchbase/bin/sqlite3 &lt;br/&gt;
SQLite version 3.7.2&lt;br/&gt;
Enter &amp;quot;.help&amp;quot; for instructions&lt;br/&gt;
Enter SQL statements terminated with a &amp;quot;;&amp;quot;&lt;br/&gt;
sqlite&amp;gt; &lt;br/&gt;
[1]+  Stopped                 /opt/couchbase/bin/sqlite3&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; thuan]# cd /opt/couchbase/bin/&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; bin]# ./cbworkloadgen -h&lt;br/&gt;
Error: could not import sqlite3 module&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; bin]# ./sqlite3 &lt;br/&gt;
SQLite version 3.7.2&lt;br/&gt;
Enter &amp;quot;.help&amp;quot; for instructions&lt;br/&gt;
Enter SQL statements terminated with a &amp;quot;;&amp;quot;&lt;br/&gt;
sqlite&amp;gt; &lt;br/&gt;
[2]+  Stopped                 ./sqlite3&lt;br/&gt;
[&lt;a href=&apos;mailto:root@cen-0408&apos;&gt;root@cen-0408&lt;/a&gt; bin]# python -V&lt;br/&gt;
Python 2.7&lt;br/&gt;
</comment>
                    <comment id="57792" author="pavelpaulau" created="Fri, 10 May 2013 03:47:04 -0500"  >Normally Python 2.7 includes sqlite3, however you have custom installation that was compiled without sqlite support. So it obviously fails.&lt;br/&gt;
&lt;br/&gt;
Expected:&lt;br/&gt;
$ python2.7 -c &amp;quot;import sqlite3&amp;quot;&lt;br/&gt;
$ echo $?&lt;br/&gt;
0&lt;br/&gt;
&lt;br/&gt;
Your machine:&lt;br/&gt;
$ python2.7 -c &amp;quot;import sqlite3&amp;quot;&lt;br/&gt;
Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;&amp;lt;string&amp;gt;&amp;quot;, line 1, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/python27/lib/python2.7/sqlite3/__init__.py&amp;quot;, line 24, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;from dbapi2 import *&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/python27/lib/python2.7/sqlite3/dbapi2.py&amp;quot;, line 27, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;from _sqlite3 import *&lt;br/&gt;
ImportError: No module named _sqlite3&lt;br/&gt;
&lt;br/&gt;
Normal recommendation in such cases is to install sqlite-devel and rebuild Python. Or to use default OS setup.&lt;br/&gt;
&lt;br/&gt;
Addressing such edge cases is too expensive effort IMHO. This is my input, PMs may have other suggestions.</comment>
                    <comment id="57804" author="bcui" created="Fri, 10 May 2013 12:04:05 -0500"  >The current assumption is that we support the following python environments:&lt;br/&gt;
&lt;br/&gt;
1. python 2.4 which doesn&amp;#39;t have sqlite3 bundled. we will install our bundled version.&lt;br/&gt;
2. python 2.5 and above. python will have its own version of sqlite3 installed. But if it doesn&amp;#39;t meet our sqlite3 version requirement, we will install our bundled version.&lt;br/&gt;
3. This QA setup is something that we never meet before and it is not a standard environment, to say the least.</comment>
                    <comment id="57812" author="anil" created="Fri, 10 May 2013 13:14:03 -0500"  >tony to test this on clean VM to verify if this repro. &lt;br/&gt;
&lt;br/&gt;
1. installing python 2.7 on clean vm &lt;br/&gt;
2. check if it comes with sqllite3 already</comment>
                    <comment id="57917" author="pavelpaulau" created="Sat, 11 May 2013 05:12:35 -0500"  >0. Package &amp;quot;sqlite-devel&amp;quot; must be installed *before* Python 2.7 installation.</comment>
                    <comment id="57981" author="maria" created="Mon, 13 May 2013 01:08:11 -0500"  >karen, pls doc sqlite-devel need to be installed first prior to python 2.7. thanks.&lt;br/&gt;
&lt;br/&gt;
tony, pls verify / close. thanks.</comment>
                    <comment id="58509" author="kzeller" created="Thu, 16 May 2013 13:21:06 -0500"  >Added to RN 2.0.2:&lt;br/&gt;
&lt;br/&gt;
	&amp;lt;rnentry&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;version ver=&amp;quot;2.0.0m&amp;quot;/&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;class id=&amp;quot;fix&amp;quot;/&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;issue type=&amp;quot;cb&amp;quot; ref=&amp;quot;&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8153&quot; title=&quot;[Doc&amp;#39;d] cbworkloadgen shows error import sqlite3 module&quot;&gt;&lt;strike&gt;MB-8153&lt;/strike&gt;&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
		&lt;br/&gt;
		&amp;lt;rntext&amp;gt;&lt;br/&gt;
			&lt;br/&gt;
			&amp;lt;para&amp;gt;&lt;br/&gt;
In the past when you used &amp;lt;command&amp;gt;cbworkloadgen&amp;lt;/command&amp;gt; you see this error &amp;lt;literal&amp;gt;ImportError: No module named _sqlite3&amp;lt;/literal&amp;gt;. &lt;br/&gt;
This has been fixed.&amp;lt;/para&amp;gt;&lt;br/&gt;
			&lt;br/&gt;
			&lt;br/&gt;
		&amp;lt;/rntext&amp;gt;&lt;br/&gt;
		&lt;br/&gt;
	&amp;lt;/rnentry&amp;gt;</comment>
                    <comment id="58598" author="thuan" created="Thu, 16 May 2013 21:16:49 -0500"  >Test on build 2.0.2-804 with 3 vms with python  2.4.3, 2.6.5 and 2.7.1&lt;br/&gt;
cbworkloadgen works as expected&lt;br/&gt;
&lt;br/&gt;
/opt/couchbase/bin/cbworkloadgen -h&lt;br/&gt;
Usage: cbworkloadgen [options]&lt;br/&gt;
&lt;br/&gt;
Generate workload to destination.&lt;br/&gt;
&lt;br/&gt;
Examples:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;cbworkloadgen -n localhost:8091&lt;br/&gt;
&amp;nbsp;&amp;nbsp;cbworkloadgen -n 10.3.121.192:8091 -r .9 -i 100000 \&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;-s 100 -b my-other-bucket --threads=10&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Options:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-h, --help            show this help message and exit&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-r .95, --ratio-sets=.95&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;set/get operation ratio&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-n 127.0.0.1:8091, --node=127.0.0.1:8091&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;node&amp;#39;s ns_server ip:port&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-b default, --bucket=default&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;insert data to a different bucket other than default&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-i 10000, --max-items=10000&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;number of items to be inserted&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-s 10, --size=10      minimum value size&lt;br/&gt;
&amp;nbsp;&amp;nbsp;--prefix=pymc         prefix to use for memcached keys or json ids&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-j, --json            insert json data&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-l, --loop            loop forever until interrupted by users&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-u USERNAME, --username=USERNAME&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;REST username for cluster or server node&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-p PASSWORD, --password=PASSWORD&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;REST password for cluster or server node&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-t 1, --threads=1     number of concurrent workers&lt;br/&gt;
&amp;nbsp;&amp;nbsp;-v, --verbose         verbose logging; more -v&amp;#39;s provide more verbosity&lt;br/&gt;
</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Thu, 25 Apr 2013 12:21:25 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>53</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10080" key="com.pyxis.greenhopper.jira:gh-sprint">
                <customfieldname>Sprint</customfieldname>
                <customfieldvalues>
                        <customfieldvalue>11</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8019] [2.0.2 RN + doc?] healthchecker - refresh for the new stats available in 2.0.0</title>
                <link>http://www.couchbase.com/issues/browse/MB-8019</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description></description>
                <environment></environment>
            <key id="21248">MB-8019</key>
            <summary>[2.0.2 RN + doc?] healthchecker - refresh for the new stats available in 2.0.0</summary>
                <type id="4" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/improvement.png">Improvement</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                                <assignee username="bcui">Bin Cui</assignee>
                                <reporter username="steve">Steve Yen</reporter>
                        <labels>
                        <label>2.0.2-release-notes</label>
                        <label>PM-PRIORITIZED</label>
                    </labels>
                <created>Mon, 10 Dec 2012 20:40:46 -0600</created>
                <updated>Thu, 16 May 2013 20:55:22 -0500</updated>
                    <resolved>Thu, 16 May 2013 20:55:22 -0500</resolved>
                            <version>2.0.1</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>documentation</component>
                <component>tools</component>
                                <votes>0</votes>
                        <watches>5</watches>
                                                    <comments>
                    <comment id="46040" author="bcui" created="Fri, 14 Dec 2012 14:12:02 -0600"  >Here are new stats related to 2.0&lt;br/&gt;
&lt;br/&gt;
Doc stats:&lt;br/&gt;
1. data size&lt;br/&gt;
2. disk size&lt;br/&gt;
3. actual disk size&lt;br/&gt;
&lt;br/&gt;
View performance&lt;br/&gt;
1. data size&lt;br/&gt;
2. disk size&lt;br/&gt;
3. view ops&lt;br/&gt;
&lt;br/&gt;
CompactionPerformance - fine grain analysis with thresholds&lt;br/&gt;
1. view fragmentation&lt;br/&gt;
2. doc fragmentation&lt;br/&gt;
&lt;br/&gt;
IncomingXDCRPerformance -  get/set ops ratio with thresholds&lt;br/&gt;
&lt;br/&gt;
OutgoingXDCRPerformance&lt;br/&gt;
1. ops&lt;br/&gt;
2. replication queue length&lt;br/&gt;
</comment>
                    <comment id="51675" author="dipti" created="Thu, 28 Feb 2013 12:26:03 -0600"  >Anil has setup weekly meetings and will put together requirements and work with Bin.&lt;br/&gt;
&lt;br/&gt;
this is getting more important as we have more customers, and support wants more visibility into the cluster. </comment>
                    <comment id="54825" author="anil" created="Wed, 10 Apr 2013 17:00:24 -0500"  >Bin: Any update on this bug will this be fixed before code-freeze on Friday. </comment>
                    <comment id="54903" author="anil" created="Thu, 11 Apr 2013 13:40:02 -0500"  >Bin to update the bug with details on which stats were fixed.&lt;br/&gt;
</comment>
                    <comment id="55979" author="bcui" created="Tue, 23 Apr 2013 20:14:01 -0500"  >All the above stats are added to healthchecker already.</comment>
                    <comment id="55991" author="maria" created="Tue, 23 Apr 2013 23:28:20 -0500"  >pls verify / close.</comment>
                    <comment id="58526" author="Chisheng" created="Thu, 16 May 2013 14:59:52 -0500"  >Doc stats + view performance:&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;description&amp;quot;: &amp;quot;View data size&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;formula&amp;quot;: &amp;quot;N/A&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;status&amp;quot;: &amp;quot;OK&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;value&amp;quot;: &amp;quot;882.565 MB&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;description&amp;quot;: &amp;quot;View total disk size&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;formula&amp;quot;: &amp;quot;N/A&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;status&amp;quot;: &amp;quot;OK&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;value&amp;quot;: &amp;quot;2.303 GB&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;description&amp;quot;: &amp;quot;Doc data size&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;formula&amp;quot;: &amp;quot;N/A&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;status&amp;quot;: &amp;quot;OK&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;value&amp;quot;: &amp;quot;16.711 GB&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;description&amp;quot;: &amp;quot;Docs total disk size&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;formula&amp;quot;: &amp;quot;N/A&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;status&amp;quot;: &amp;quot;OK&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;value&amp;quot;: &amp;quot;19.995 GB&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;},&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;description&amp;quot;: &amp;quot;Docs actual disk size&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;formula&amp;quot;: &amp;quot;N/A&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;status&amp;quot;: &amp;quot;OK&amp;quot;,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;value&amp;quot;: &amp;quot;17.692 GB&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;}&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58557" author="Chisheng" created="Thu, 16 May 2013 16:51:59 -0500"  >CompactionPerfermance stats is not available in build 2.0.2-804-rel</comment>
                    <comment id="58596" author="bcui" created="Thu, 16 May 2013 20:54:50 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26367/&quot;&gt;http://review.couchbase.org/#/c/26367/&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;http://review.couchbase.org/#/c/26368/&quot;&gt;http://review.couchbase.org/#/c/26368/&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 14 Dec 2012 14:12:02 -0600</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>298</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                    <customfield id="customfield_10080" key="com.pyxis.greenhopper.jira:gh-sprint">
                <customfieldname>Sprint</customfieldname>
                <customfieldvalues>
                        <customfieldvalue>1</customfieldvalue>
    <customfieldvalue>2</customfieldvalue>
    <customfieldvalue>5</customfieldvalue>
    <customfieldvalue>7</customfieldvalue>
    <customfieldvalue>9</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                            <customfield id="customfield_10050" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                <customfieldname>Sprint Priority</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>4.0</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                            <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8242] Lazy computed outbound XDCR stats per replication are incorrect</title>
                <link>http://www.couchbase.com/issues/browse/MB-8242</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>1. Setup the Longevity cluster, West Master to East Master and West Master to West3 cluster on bucket0.&lt;br/&gt;
2. Load items, &lt;br/&gt;
3. Wait for replication to catch up for both the outbound replication streams.&lt;br/&gt;
&lt;br/&gt;
Notice that&amp;quot;Percentage complete&amp;quot; stats are exactly identical (incorrect) for the 2 replications.&lt;br/&gt;
( See attached screenshot)&lt;br/&gt;
&lt;br/&gt;
1. Percentage Complete - Although it is 100 percent replicated, the replication2 shows the same number as the replication1  which is still replicating&lt;br/&gt;
&lt;br/&gt;
Cluster here : &lt;a href=&quot;http://guinep-s10501:8091&quot;&gt;http://guinep-s10501:8091&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment></environment>
            <key id="24183">MB-8242</key>
            <summary>Lazy computed outbound XDCR stats per replication are incorrect</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="ketaki">Ketaki Gangal</assignee>
                                <reporter username="ketaki">Ketaki Gangal</reporter>
                        <labels>
                    </labels>
                <created>Fri, 10 May 2013 12:48:44 -0500</created>
                <updated>Thu, 16 May 2013 19:53:11 -0500</updated>
                    <resolved>Thu, 16 May 2013 19:53:11 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>cross-datacenter-replication</component>
                                <votes>0</votes>
                        <watches>4</watches>
                                                    <comments>
                    <comment id="57822" author="junyi" created="Fri, 10 May 2013 13:54:59 -0500"  >Is this the same test Tommie is running? &lt;br/&gt;
If so, at the time of writing, there is nothing wrong with &amp;quot;Percentage Complete&amp;quot;, both replication are done and &amp;quot;Percentage Complete&amp;quot; = 100%&lt;br/&gt;
&lt;br/&gt;
Where is your screenshot? Thanks.</comment>
                    <comment id="57823" author="junyi" created="Fri, 10 May 2013 13:57:37 -0500"  >My screenshot looks fine.</comment>
                    <comment id="57824" author="ketaki" created="Fri, 10 May 2013 13:59:04 -0500"  >added</comment>
                    <comment id="57826" author="ketaki" created="Fri, 10 May 2013 13:59:49 -0500"  >That shows 100 percent after replication2 is complete, added the pending one above.</comment>
                    <comment id="57832" author="maria" created="Fri, 10 May 2013 14:15:17 -0500"  >bumping up to critical.</comment>
                    <comment id="57843" author="junyi" created="Fri, 10 May 2013 15:57:23 -0500"  >The root cause of this issue is that today in ns_server stats collection infrastructure,  lazy computed stats are per-bucket basis, however, if there are more than one outbound replications from that bucket, current stats gathering code in menalaus_stats.erl is unable to compute per-replication level XDCR lazy computed stats (percentage_of_completeness, meta_ops_latency and docs_ops_latency). </comment>
                    <comment id="57909" author="junyi" created="Fri, 10 May 2013 20:10:35 -0500"  >fix pending review on gerrit.&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://review.couchbase.org/#/c/26247/&quot;&gt;http://review.couchbase.org/#/c/26247/&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Thanks Aliaskey A for help</comment>
                    <comment id="58134" author="junyi" created="Mon, 13 May 2013 21:13:37 -0500"  >Alk has some concern about the fix and want to leave the bug as it is, and address the issue later in 2.1.   The discussion at codereview. &lt;br/&gt;
&lt;br/&gt;
Leave the decision to Dipit, Maria, Ravi and Yasheen to decide if we want to fix it in 2.0.2&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58304" author="damien" created="Tue, 14 May 2013 19:12:42 -0500"  >Talked with Alk. He may merge Junyi&amp;#39;s code as is or modify to make it more efficient, he wants to look closer to see what should be done short term and long term as this module is getting a bit messy.</comment>
                    <comment id="58580" author="junyi" created="Thu, 16 May 2013 19:07:17 -0500"  >Fix merged.&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://review.couchbase.org/#/c/26247/&quot;&gt;http://review.couchbase.org/#/c/26247/&lt;/a&gt;</comment>
                    <comment id="58587" author="maria" created="Thu, 16 May 2013 19:53:11 -0500"  >fix merged. wait for the new build.</comment>
                </comments>
                    <attachments>
                    <attachment id="17309" name="Screen Shot 2013-05-10 at 10.32.30 AM.png" size="89782" author="ketaki" created="Fri, 10 May 2013 13:59:04 -0500" />
                    <attachment id="17308" name="Screen Shot 2013-05-10 at 11.56.18 AM.png" size="110732" author="junyi" created="Fri, 10 May 2013 13:57:37 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 10 May 2013 13:54:59 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11161</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8273] System test : observed slow swap-rebalance in 2.0.2 ( 15 hours+) </title>
                <link>http://www.couchbase.com/issues/browse/MB-8273</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>1. Setup a 6 node cluster with 2 buckets.&lt;br/&gt;
2. Each bucket has 1 ddoc and 2 views.&lt;br/&gt;
3. Load 60M items on both buckets, data-size 512 bytes consistent&lt;br/&gt;
4. Start mutations on the cluster for 2 hours.&lt;br/&gt;
5. Wait for initial indexing to complete.&lt;br/&gt;
6. Swap rebalance 1-1 node.&lt;br/&gt;
&lt;br/&gt;
- Seeing very high swap ~ 5G on most of the nodes.&lt;br/&gt;
- Further inspection of process using swap shows memcached is using most of swap space.&lt;br/&gt;
- The memory stats show very high fragmentation&lt;br/&gt;
- Views are highly fragmented ( 91 percent) across the cluster.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
]# pgrep memcached&lt;br/&gt;
9551&lt;br/&gt;
# grep --color VmSwap /proc/9551/status&lt;br/&gt;
VmSwap:	 5219956 kB&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@orange-11601&apos;&gt;root@orange-11601&lt;/a&gt; ~]# /opt/couchbase/bin/cbstats localhost:11210 -b default allocator&lt;br/&gt;
NOTE:  SMALL MEMORY MODEL IS IN USE, PERFORMANCE MAY SUFFER.&lt;br/&gt;
------------------------------------------------&lt;br/&gt;
MALLOC:    14060977616 (13409.6 MiB) Bytes in use by application&lt;br/&gt;
MALLOC: +    263405568 (  251.2 MiB) Bytes in page heap freelist&lt;br/&gt;
MALLOC: +   5191139360 ( 4950.7 MiB) Bytes in central cache freelist&lt;br/&gt;
MALLOC: +            0 (    0.0 MiB) Bytes in transfer cache freelist&lt;br/&gt;
MALLOC: +      2662928 (    2.5 MiB) Bytes in thread cache freelists&lt;br/&gt;
MALLOC: +    137932952 (  131.5 MiB) Bytes in malloc metadata&lt;br/&gt;
MALLOC:   ------------&lt;br/&gt;
MALLOC: =  19656118424 (18745.5 MiB) Actual memory used (physical + swap)&lt;br/&gt;
MALLOC: +    126885888 (  121.0 MiB) Bytes released to OS (aka unmapped)&lt;br/&gt;
MALLOC:   ------------&lt;br/&gt;
MALLOC: =  19783004312 (18866.5 MiB) Virtual address space used&lt;br/&gt;
MALLOC:&lt;br/&gt;
MALLOC:        2348103              Spans in use&lt;br/&gt;
MALLOC:             20              Thread heaps in use&lt;br/&gt;
MALLOC:           8192              Tcmalloc page size&lt;br/&gt;
------------------------------------------------&lt;br/&gt;
Call ReleaseFreeMemory() to release freelist memory to the OS (via madvise()).&lt;br/&gt;
Bytes released to the OS take up virtual address space but no physical memory.&lt;br/&gt;
------------------------------------------------&lt;br/&gt;
Size class breakdown&lt;br/&gt;
------------------------------------------------&lt;br/&gt;
class   1 [        8 bytes ] :      838 objs;   0.0 MiB;   0.0 cum MiB&lt;br/&gt;
class   2 [       16 bytes ] :  2856430 objs;  43.6 MiB;  43.6 cum MiB&lt;br/&gt;
class   3 [       32 bytes ] :   684331 objs;  20.9 MiB;  64.5 cum MiB&lt;br/&gt;
class   4 [       48 bytes ] :    10987 objs;   0.5 MiB;  65.0 cum MiB&lt;br/&gt;
class   5 [       64 bytes ] :    21645 objs;   1.3 MiB;  66.3 cum MiB&lt;br/&gt;
class   6 [       80 bytes ] :  5347446 objs; 408.0 MiB; 474.3 cum MiB&lt;br/&gt;
class   7 [       96 bytes ] :      905 objs;   0.1 MiB; 474.4 cum MiB&lt;br/&gt;
class   8 [      112 bytes ] :      130 objs;   0.0 MiB; 474.4 cum MiB&lt;br/&gt;
class   9 [      128 bytes ] :      337 objs;   0.0 MiB; 474.4 cum MiB&lt;br/&gt;
class  10 [      144 bytes ] :      224 objs;   0.0 MiB; 474.4 cum MiB&lt;br/&gt;
class  11 [      160 bytes ] :      260 objs;   0.0 MiB; 474.5 cum MiB&lt;br/&gt;
class  12 [      176 bytes ] :       43 objs;   0.0 MiB; 474.5 cum MiB&lt;br/&gt;
class  13 [      192 bytes ] :       83 objs;   0.0 MiB; 474.5 cum MiB&lt;br/&gt;
class  14 [      208 bytes ] :       64 objs;   0.0 MiB; 474.5 cum MiB&lt;br/&gt;
class  15 [      224 bytes ] :       70 objs;   0.0 MiB; 474.5 cum MiB&lt;br/&gt;
class  16 [      240 bytes ] :       66 objs;   0.0 MiB; 474.6 cum MiB&lt;br/&gt;
class  17 [      256 bytes ] :      127 objs;   0.0 MiB; 474.6 cum MiB&lt;br/&gt;
class  18 [      288 bytes ] :       41 objs;   0.0 MiB; 474.6 cum MiB&lt;br/&gt;
class  19 [      320 bytes ] :       76 objs;   0.0 MiB; 474.6 cum MiB&lt;br/&gt;
class  20 [      352 bytes ] :      119 objs;   0.0 MiB; 474.7 cum MiB&lt;br/&gt;
class  21 [      384 bytes ] :       57 objs;   0.0 MiB; 474.7 cum MiB&lt;br/&gt;
class  22 [      416 bytes ] :       28 objs;   0.0 MiB; 474.7 cum MiB&lt;br/&gt;
class  23 [      448 bytes ] :       52 objs;   0.0 MiB; 474.7 cum MiB&lt;br/&gt;
class  24 [      480 bytes ] :       36 objs;   0.0 MiB; 474.7 cum MiB&lt;br/&gt;
class  25 [      512 bytes ] :      907 objs;   0.4 MiB; 475.2 cum MiB&lt;br/&gt;
class  26 [      576 bytes ] :      165 objs;   0.1 MiB; 475.3 cum MiB&lt;br/&gt;
class  27 [      640 bytes ] :       18 objs;   0.0 MiB; 475.3 cum MiB&lt;br/&gt;
class  28 [      704 bytes ] :       60 objs;   0.0 MiB; 475.3 cum MiB&lt;br/&gt;
class  29 [      768 bytes ] :  4872097 objs; 3568.4 MiB; 4043.7 cum MiB&lt;br/&gt;
class  30 [      896 bytes ] :       42 objs;   0.0 MiB; 4043.8 cum MiB&lt;br/&gt;
class  31 [     1024 bytes ] :       96 objs;   0.1 MiB; 4043.9 cum MiB&lt;br/&gt;
class  32 [     1152 bytes ] :       50 objs;   0.1 MiB; 4043.9 cum MiB&lt;br/&gt;
class  33 [     1280 bytes ] :       38 objs;   0.0 MiB; 4044.0 cum MiB&lt;br/&gt;
class  34 [     1408 bytes ] :       33 objs;   0.0 MiB; 4044.0 cum MiB&lt;br/&gt;
class  35 [     1536 bytes ] :       20 objs;   0.0 MiB; 4044.0 cum MiB&lt;br/&gt;
class  36 [     1792 bytes ] :       78 objs;   0.1 MiB; 4044.2 cum MiB&lt;br/&gt;
class  37 [     2048 bytes ] :      122 objs;   0.2 MiB; 4044.4 cum MiB&lt;br/&gt;
class  38 [     2304 bytes ] :       12 objs;   0.0 MiB; 4044.4 cum MiB&lt;br/&gt;
class  39 [     2560 bytes ] :        5 objs;   0.0 MiB; 4044.5 cum MiB&lt;br/&gt;
class  40 [     2816 bytes ] :       16 objs;   0.0 MiB; 4044.5 cum MiB&lt;br/&gt;
class  42 [     3328 bytes ] :       52 objs;   0.2 MiB; 4044.7 cum MiB&lt;br/&gt;
class  43 [     4096 bytes ] :       29 objs;   0.1 MiB; 4044.8 cum MiB&lt;br/&gt;
class  47 [     6656 bytes ] :       64 objs;   0.4 MiB; 4045.2 cum MiB&lt;br/&gt;
class  48 [     8192 bytes ] :       14 objs;   0.1 MiB; 4045.3 cum MiB&lt;br/&gt;
class  49 [     9216 bytes ] :       27 objs;   0.2 MiB; 4045.5 cum MiB&lt;br/&gt;
class  53 [    16384 bytes ] :        7 objs;   0.1 MiB; 4045.6 cum MiB&lt;br/&gt;
class  54 [    20480 bytes ] :        1 objs;   0.0 MiB; 4045.7 cum MiB&lt;br/&gt;
class  57 [    32768 bytes ] :       13 objs;   0.4 MiB; 4046.1 cum MiB&lt;br/&gt;
class  61 [    65536 bytes ] :        1 objs;   0.1 MiB; 4046.1 cum MiB&lt;br/&gt;
class  85 [   262144 bytes ] :        1 objs;   0.2 MiB; 4046.4 cum MiB&lt;br/&gt;
------------------------------------------------&lt;br/&gt;
PageHeap: 26 sizes;  251.2 MiB free;  121.0 MiB unmapped&lt;br/&gt;
------------------------------------------------&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1 pages *  27211 spans ~  212.6 MiB;  212.6 MiB cum; unmapped:    5.4 MiB;    5.4 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;2 pages *   3062 spans ~   47.8 MiB;  260.4 MiB cum; unmapped:   12.3 MiB;   17.7 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;3 pages *   1018 spans ~   23.9 MiB;  284.3 MiB cum; unmapped:   18.4 MiB;   36.1 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;4 pages *    721 spans ~   22.5 MiB;  306.8 MiB cum; unmapped:   20.1 MiB;   56.2 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;5 pages *    175 spans ~    6.8 MiB;  313.7 MiB cum; unmapped:    6.8 MiB;   63.0 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;6 pages *    113 spans ~    5.3 MiB;  319.0 MiB cum; unmapped:    5.3 MiB;   68.3 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;7 pages *     50 spans ~    2.7 MiB;  321.7 MiB cum; unmapped:    2.7 MiB;   71.0 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;8 pages *    101 spans ~    6.3 MiB;  328.0 MiB cum; unmapped:    6.1 MiB;   77.1 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;9 pages *     23 spans ~    1.6 MiB;  329.6 MiB cum; unmapped:    1.6 MiB;   78.7 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;10 pages *     18 spans ~    1.4 MiB;  331.0 MiB cum; unmapped:    1.4 MiB;   80.1 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;11 pages *     10 spans ~    0.9 MiB;  331.9 MiB cum; unmapped:    0.9 MiB;   80.9 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;12 pages *     11 spans ~    1.0 MiB;  332.9 MiB cum; unmapped:    1.0 MiB;   82.0 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;13 pages *      1 spans ~    0.1 MiB;  333.0 MiB cum; unmapped:    0.1 MiB;   82.1 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;14 pages *      2 spans ~    0.2 MiB;  333.2 MiB cum; unmapped:    0.2 MiB;   82.3 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;15 pages *      3 spans ~    0.4 MiB;  333.6 MiB cum; unmapped:    0.4 MiB;   82.6 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;16 pages *      3 spans ~    0.4 MiB;  334.0 MiB cum; unmapped:    0.2 MiB;   82.9 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;17 pages *      1 spans ~    0.1 MiB;  334.1 MiB cum; unmapped:    0.0 MiB;   82.9 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;20 pages *      1 spans ~    0.2 MiB;  334.2 MiB cum; unmapped:    0.2 MiB;   83.0 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;21 pages *      1 spans ~    0.2 MiB;  334.4 MiB cum; unmapped:    0.2 MiB;   83.2 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;29 pages *      1 spans ~    0.2 MiB;  334.6 MiB cum; unmapped:    0.2 MiB;   83.4 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;49 pages *     18 spans ~    6.9 MiB;  341.5 MiB cum; unmapped:    6.9 MiB;   90.3 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;58 pages *      1 spans ~    0.5 MiB;  342.0 MiB cum; unmapped:    0.5 MiB;   90.8 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;75 pages *      1 spans ~    0.6 MiB;  342.6 MiB cum; unmapped:    0.6 MiB;   91.4 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;98 pages *      8 spans ~    6.1 MiB;  348.7 MiB cum; unmapped:    6.1 MiB;   97.5 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;100 pages *      1 spans ~    0.8 MiB;  349.5 MiB cum; unmapped:    0.8 MiB;   98.3 MiB cum&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;122 pages *      1 spans ~    1.0 MiB;  350.4 MiB cum; unmapped:    1.0 MiB;   99.2 MiB cum&lt;br/&gt;
&amp;gt;255   large *     13 spans ~   21.8 MiB;  372.2 MiB cum; unmapped:   21.8 MiB;  121.0 MiB cum&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@orange-11601&apos;&gt;root@orange-11601&lt;/a&gt; ~]# &lt;br/&gt;
[&lt;a href=&apos;mailto:root@orange-11601&apos;&gt;root@orange-11601&lt;/a&gt; ~]# /opt/couchbase/bin/cbstats localhost:11210 -b default memory&lt;br/&gt;
&amp;nbsp;bytes:                               8468018888&lt;br/&gt;
&amp;nbsp;ep_kv_size:                          8190890236&lt;br/&gt;
&amp;nbsp;ep_max_data_size:                    13212057600&lt;br/&gt;
&amp;nbsp;ep_mem_high_wat:                     11230248960&lt;br/&gt;
&amp;nbsp;ep_mem_low_wat:                      9909043200&lt;br/&gt;
&amp;nbsp;ep_mem_tracker_enabled:              true&lt;br/&gt;
&amp;nbsp;ep_oom_errors:                       0&lt;br/&gt;
&amp;nbsp;ep_overhead:                         128884714&lt;br/&gt;
&amp;nbsp;ep_tmp_oom_errors:                   0&lt;br/&gt;
&amp;nbsp;ep_value_size:                       6628874716&lt;br/&gt;
&amp;nbsp;mem_used:                            8468018888&lt;br/&gt;
&amp;nbsp;tcmalloc_current_thread_cache_bytes: 2581856&lt;br/&gt;
&amp;nbsp;tcmalloc_max_thread_cache_bytes:     4194304&lt;br/&gt;
&amp;nbsp;tcmalloc_unmapped_bytes:             126844928&lt;br/&gt;
&amp;nbsp;total_allocated_bytes:               14068670960&lt;br/&gt;
&amp;nbsp;total_fragmentation_bytes:           5313338896&lt;br/&gt;
&amp;nbsp;total_free_bytes:                    263061504&lt;br/&gt;
&amp;nbsp;total_heap_bytes:                    19645071360&lt;br/&gt;
&lt;br/&gt;
added screenshot of the cluster&lt;br/&gt;
</description>
                <environment>Centos&lt;br/&gt;
Build - 202-800-rel&lt;br/&gt;
cluster 10.6.2.42:8091&lt;br/&gt;
</environment>
            <key id="24254">MB-8273</key>
            <summary>System test : observed slow swap-rebalance in 2.0.2 ( 15 hours+) </summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="3">Duplicate</resolution>
                    <security id="10011">Public</security>
                        <assignee username="chiyoung">Chiyoung Seo</assignee>
                                <reporter username="ketaki">Ketaki Gangal</reporter>
                        <labels>
                    </labels>
                <created>Tue, 14 May 2013 13:51:20 -0500</created>
                <updated>Thu, 16 May 2013 19:23:49 -0500</updated>
                    <resolved>Thu, 16 May 2013 17:35:04 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>couchbase-bucket</component>
                                <votes>0</votes>
                        <watches>4</watches>
                                                    <comments>
                    <comment id="58387" author="mikew" created="Wed, 15 May 2013 13:00:29 -0500"  >Just for bug distribution.</comment>
                    <comment id="58523" author="maria" created="Thu, 16 May 2013 14:09:54 -0500"  >per bug triage, leaving this to critical --- we need to determine what the degradation is (if any) between 2.0.1 and 2.0.2 with swap rebalance (system in very high swap is a known issue). </comment>
                    <comment id="58547" author="jin" created="Thu, 16 May 2013 16:25:29 -0500"  >Per discussion with Chiyoung. He has worked on an existing bug tracking similar symptom. Assign it to him to follow up from his end. Thanks.</comment>
                    <comment id="58569" author="chiyoung" created="Thu, 16 May 2013 17:33:42 -0500"  >Each node has 32GB physical memory and we allocated 20GB for default and sasl-bucket memory quota. The memory heap size of memcached process always remained under 20GB although it has 5GB fragmentation overhead. If an erlang indexer is also memory intensive, I can easily imagine the heavy swap can happen in that node. As we know, this is a known issue.&lt;br/&gt;
&lt;br/&gt;
As this bug mainly indicates the slow swap rebalance in 2.0.2 compared with 2.0.1, I will close it as duplicate of&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8066&quot;&gt;http://www.couchbase.com/issues/browse/MB-8066&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
I have been working with the QE and perf team for the rebalance performance regression. Please refer to the above bug for more details.&lt;br/&gt;
</comment>
                    <comment id="58570" author="chiyoung" created="Thu, 16 May 2013 17:35:04 -0500"  >&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8066&quot;&gt;http://www.couchbase.com/issues/browse/MB-8066&lt;/a&gt;</comment>
                    <comment id="58582" author="maria" created="Thu, 16 May 2013 19:23:49 -0500"  >&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8066&quot; title=&quot;Observed rebalance regression from 2.0.1 to 2.0.2&quot;&gt;MB-8066&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                    <attachment id="17331" name="Screen Shot 2013-05-14 at 11.51.01 AM.png" size="184878" author="ketaki" created="Tue, 14 May 2013 13:51:20 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 15 May 2013 13:00:29 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11230</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8303] [system test] Rebalance in hangs with some initial vbucket movement due to bucket state bouncing between not ready and active</title>
                <link>http://www.couchbase.com/issues/browse/MB-8303</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Cluster ip is 172.23.105.23 &lt;br/&gt;
1. create 8 nodes cluster, each node has 12G RAM, HHD &lt;br/&gt;
2. create 2 buckets default and saslbucket, with memory quota 6G and 4G &lt;br/&gt;
3. Run the KV use case for 2 days: &lt;br/&gt;
loading 35M items to each bucket, make resident ratio 70%~80%, access the data 15k ops/sec with 5% create, 5% delete, 5%expire, 5% update, 80 gets for several hours. &lt;br/&gt;
4. Then with the same work load, run some rebalance operations. When proceed to rebalance in 2 nodes, after several vbucket movement (17 vbucket for saslbucket), rebalance hangs.&lt;br/&gt;
&lt;br/&gt;
When check the log, see a lot of bucket state change between not ready and active:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&apos;mailto:root@cola-s10305&apos;&gt;root@cola-s10305&lt;/a&gt;:/opt/couchbase/var/lib/couchbase/logs# tail -f error.1&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;lt;&amp;lt;&amp;quot;replication_building_1013_&amp;#39;&lt;a href=&apos;mailto:ns_1@172.23.105.33&apos;&gt;ns_1@172.23.105.33&lt;/a&gt;&amp;#39;&amp;quot;&amp;gt;&amp;gt;} took too long: 1196997 us&lt;br/&gt;
[ns_server:error,2013-05-16T15:13:17.111,&lt;a href=&apos;mailto:ns_1@172.23.105.32&apos;&gt;ns_1@172.23.105.32&lt;/a&gt;:&amp;lt;0.11769.0&amp;gt;:ns_memcached:verify_report_long_call:294]call {stats,&amp;lt;&amp;lt;&amp;gt;&amp;gt;} took too long: 556521 us&lt;br/&gt;
[ns_server:error,2013-05-16T15:19:19.834,&lt;a href=&apos;mailto:ns_1@172.23.105.32&apos;&gt;ns_1@172.23.105.32&lt;/a&gt;:&amp;lt;0.11769.0&amp;gt;:ns_memcached:verify_report_long_call:294]call {get_tap_docs_estimate,1013,&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;lt;&amp;lt;&amp;quot;replication_building_1013_&amp;#39;&lt;a href=&apos;mailto:ns_1@172.23.105.33&apos;&gt;ns_1@172.23.105.33&lt;/a&gt;&amp;#39;&amp;quot;&amp;gt;&amp;gt;} took too long: 725657 us&lt;br/&gt;
[ns_server:error,2013-05-16T15:22:18.618,&lt;a href=&apos;mailto:ns_1@172.23.105.32&apos;&gt;ns_1@172.23.105.32&lt;/a&gt;:ns_memcached-saslbucket&amp;lt;0.11752.0&amp;gt;:ns_memcached:handle_info:671]handle_info(ensure_bucket,..) took too long: 661061 us&lt;br/&gt;
[ns_server:error,2013-05-16T15:23:35.127,&lt;a href=&apos;mailto:ns_1@172.23.105.32&apos;&gt;ns_1@172.23.105.32&lt;/a&gt;:&amp;lt;0.11704.0&amp;gt;:ns_memcached:verify_report_long_call:294]call {stats,&amp;lt;&amp;lt;&amp;gt;&amp;gt;} took too long: 568954 us&lt;br/&gt;
[ns_server:error,2013-05-16T15:25:59.291,&lt;a href=&apos;mailto:ns_1@172.23.105.32&apos;&gt;ns_1@172.23.105.32&lt;/a&gt;:&amp;lt;0.11705.0&amp;gt;:ns_memcached:verify_report_long_call:294]call topkeys took too long: 1217646 us&lt;br/&gt;
[ns_server:error,2013-05-16T15:30:17.553,&lt;a href=&apos;mailto:ns_1@172.23.105.32&apos;&gt;ns_1@172.23.105.32&lt;/a&gt;:ns_doctor&amp;lt;0.9998.0&amp;gt;:ns_doctor:update_status:234]The following buckets became not ready on node &amp;#39;&lt;a href=&apos;mailto:ns_1@172.23.105.23&apos;&gt;ns_1@172.23.105.23&lt;/a&gt;&amp;#39;: [&amp;quot;saslbucket&amp;quot;], those of them are active [&amp;quot;saslbucket&amp;quot;]&lt;br/&gt;
[ns_server:error,2013-05-16T15:30:37.540,&lt;a href=&apos;mailto:ns_1@172.23.105.32&apos;&gt;ns_1@172.23.105.32&lt;/a&gt;:ns_doctor&amp;lt;0.9998.0&amp;gt;:ns_doctor:update_status:234]The following buckets became not ready on node &amp;#39;&lt;a href=&apos;mailto:ns_1@172.23.105.23&apos;&gt;ns_1@172.23.105.23&lt;/a&gt;&amp;#39;: [&amp;quot;saslbucket&amp;quot;], those of them are active [&amp;quot;saslbucket&amp;quot;]&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
diag links:&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/MB-8303/8nodes_202-800_rebalance_hang_20130516-143321.tgz&quot;&gt;https://s3.amazonaws.com/bugdb/jira/MB-8303/8nodes_202-800_rebalance_hang_20130516-143321.tgz&lt;/a&gt;&lt;br/&gt;
&amp;nbsp;</description>
                <environment>build 2.0.2-800-rel</environment>
            <key id="24316">MB-8303</key>
            <summary>[system test] Rebalance in hangs with some initial vbucket movement due to bucket state bouncing between not ready and active</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="3">Duplicate</resolution>
                    <security id="10011">Public</security>
                        <assignee username="Aliaksey Artamonau">Aliaksey Artamonau</assignee>
                                <reporter username="Chisheng">Chisheng Hong</reporter>
                        <labels>
                    </labels>
                <created>Thu, 16 May 2013 18:43:14 -0500</created>
                <updated>Thu, 16 May 2013 18:57:57 -0500</updated>
                    <resolved>Thu, 16 May 2013 18:55:02 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>bucket-engine</component>
                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="58578" author="Aliaksey Artamonau" created="Thu, 16 May 2013 18:54:04 -0500"  >You&amp;#39;re using old build. There have been some fixed merged exactly for this issue.</comment>
                    <comment id="58579" author="Aliaksey Artamonau" created="Thu, 16 May 2013 18:55:02 -0500"  >&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Thu, 16 May 2013 18:54:04 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11279</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8272] there is README file from Erlang distro (on Windows) that should be removed</title>
                <link>http://www.couchbase.com/issues/browse/MB-8272</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>In couchbase 2.0.2-xx for mac and windows, there is a README file at root directory.  I don&amp;#39;t see this README file in rpm and deb package after install.&lt;br/&gt;
Is it what we intend to do for rpm and deb package or the bug?</description>
                <environment>centos, redhat and deb</environment>
            <key id="24253">MB-8272</key>
            <summary>there is README file from Erlang distro (on Windows) that should be removed</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="thuan">Thuan Nguyen</assignee>
                                <reporter username="thuan">Thuan Nguyen</reporter>
                        <labels>
                    </labels>
                <created>Tue, 14 May 2013 13:25:28 -0500</created>
                <updated>Thu, 16 May 2013 17:11:12 -0500</updated>
                    <resolved>Thu, 16 May 2013 17:04:01 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>installer</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="58393" author="bcui" created="Wed, 15 May 2013 13:43:30 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26318/&quot;&gt;http://review.couchbase.org/#/c/26318/&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
We should not include this README file since it comes from erlang distribution. We should remove it from MAC release too.</comment>
                    <comment id="58544" author="bcui" created="Thu, 16 May 2013 16:17:07 -0500"  >We need to remove this README file from erlang from MAC release too.</comment>
                    <comment id="58559" author="maria" created="Thu, 16 May 2013 17:04:01 -0500"  >fix merged. assigning to QE.</comment>
                    <comment id="58560" author="maria" created="Thu, 16 May 2013 17:11:12 -0500"  >Tony, just to clarify, are you referring to the couchbase readme file or erlang readme file? </comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 15 May 2013 13:43:30 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10020"><![CDATA[Centos 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11229</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8013] Implement detailed rebalance progress report</title>
                <link>http://www.couchbase.com/issues/browse/MB-8013</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&amp;quot;We need to measure progress better. When vbuckets have lots of items we&amp;#39;ll currently display progress as &amp;#39;stuck&amp;#39; because rebalance progress is currently measure in terms of vbucket movements.&lt;br/&gt;
&lt;br/&gt;
From user perspective we should be able to track how many items/bytes needs to be moved and how many is left. This will likely need some help from ep-engine folks.&lt;br/&gt;
&lt;br/&gt;
One of the goals of 1.8.1 is better rebalance progress estimation. Particularly we should present user some ETA that&amp;#39;s not too far off.&lt;br/&gt;
&lt;br/&gt;
We&amp;#39;ve discussed this with Chiyoung today. Here&amp;#39;s what we came up as initial approach.&lt;br/&gt;
&lt;br/&gt;
ns_server is aware of all vbucket movements that need to be done. And in 1.8.x (maybe later than 1.8.1) we will also build replicas during rebalance. So building of replicas will also be taken into account in same way as takeovers.&lt;br/&gt;
&lt;br/&gt;
For each needed movement we will look at vbucket stats on source and destination and see if backfill is needed or not. If backfill is needed we know how many items (or bytes, hopefully) will be moved. If backfill is not needed we will look at checkpoint stats and get same information. Then for each in-flight vbucket movement we already have stat that tells us how many items are pending in particular tap cursor. We will use vbucket movement completion (how many vbucket movements are done out from total count of movements we need) and this stat (how far are currently in-flight movements from done) to get us % of completion. And having rate of % completion change we&amp;#39;ll get ETA.&lt;br/&gt;
&lt;br/&gt;
We know its not taking into account on-going mutations and not taking into account temporary oom NAKs. But hopefully that still won&amp;#39;t be too far off. I think that because we&amp;#39;re going to refresh our estimates periodically by looking at vbucket stats for vbuckets which movement is still pending, it will account for on-going mutations and should work well enough.&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.pivotaltracker.com/story/show/22972101&quot;&gt;http://www.pivotaltracker.com/story/show/22972101&lt;/a&gt;</description>
                <environment></environment>
            <key id="17220">MB-8013</key>
            <summary>Implement detailed rebalance progress report</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="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="maria">Maria McDuff</assignee>
                                <reporter username="dipti">Dipti Borkar</reporter>
                        <labels>
                        <label>2.0.2-release-notes</label>
                        <label>PM-PRIORITIZED</label>
                        <label>info-request</label>
                    </labels>
                <created>Mon, 21 May 2012 19:47:45 -0500</created>
                <updated>Thu, 16 May 2013 16:39:27 -0500</updated>
                    <resolved>Thu, 16 May 2013 16:39:17 -0500</resolved>
                            <version>2.0</version>
                <version>2.0.1</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>8</watches>
                                                    <comments>
                    <comment id="40503" author="alkondratenko" created="Fri, 5 Oct 2012 11:11:51 -0500"  >Assigning back to Dipti to reflect real-world situation.&lt;br/&gt;
&lt;br/&gt;
We discussed this matter yesterday and it&amp;#39;s clear some better understanding our options is needed. Particularly we need to understand better what sort of information we can have from existing ep-engine stats.</comment>
                    <comment id="40641" author="alkondratenko" created="Mon, 8 Oct 2012 12:43:19 -0500"  >We discussed this matter. Decision is:&lt;br/&gt;
&lt;br/&gt;
a) fix replica building to reflect it&amp;#39;s progress in REBALANCE column of stats&lt;br/&gt;
&lt;br/&gt;
b) maintain &amp;#39;count of items moved&amp;#39; and display it on UI. It&amp;#39;ll be integrated from rebalance tap streams drain rate minutus rebalance tap streams backoff rate&lt;br/&gt;
</comment>
                    <comment id="40768" author="dipti" created="Mon, 8 Oct 2012 23:37:14 -0500"  >raising all must have&amp;#39;s to blocker </comment>
                    <comment id="41159" author="dipti" created="Thu, 11 Oct 2012 16:01:57 -0500"  >based on further discussion with Aliaksey K and Chiyoung, we do not currently have the infrastructure to easily add an increasing count for number of items transferred. &lt;br/&gt;
&lt;br/&gt;
moving this out to .next (candidate for 2.0.1)  Aliaksey A and Chiyoung, PLEASE ADD details of the investigation here. </comment>
                    <comment id="50561" author="alkondratenko" created="Fri, 15 Feb 2013 13:08:03 -0600"  >We need a bit of support from ep-engine folks. See &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7435&quot; title=&quot;ns_server needs better way to calculate TAP stats.&quot;&gt;&lt;strike&gt;MB-7435&lt;/strike&gt;&lt;/a&gt;</comment>
                    <comment id="52394" author="farshid" created="Sun, 10 Mar 2013 15:06:16 -0500"  >Anil,&lt;br/&gt;
&lt;br/&gt;
Can you please share the word document which had more information about this feature with QE ( iryna is the QE lead for this feature - Iryna Mironava &amp;lt;&lt;a href=&apos;mailto:irynamironava@yandex.ru&apos;&gt;irynamironava@yandex.ru&lt;/a&gt;&amp;gt; )</comment>
                    <comment id="54818" author="maria" created="Wed, 10 Apr 2013 16:18:53 -0500"  >Per Anil (PM), a must have for 2.0.2.&lt;br/&gt;
Mike to sync up with Alk today, and reach out to Chiyong.&lt;br/&gt;
Need ETA from Dev to complete this feature.&lt;br/&gt;
&lt;a href=&quot;https://docs.google.com/spreadsheet/ccc?key=0AqedrMvnwW3FdHJkQ3h3WS1SRVF1a1VkU2NjMG1ZX0E#gid=0&quot;&gt;https://docs.google.com/spreadsheet/ccc?key=0AqedrMvnwW3FdHJkQ3h3WS1SRVF1a1VkU2NjMG1ZX0E#gid=0&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="55025" author="wayne" created="Fri, 12 Apr 2013 21:10:01 -0500"  >Adding Karen to the watch list as this requires documentation update.</comment>
                    <comment id="57625" author="maria" created="Wed, 8 May 2013 16:50:00 -0500"  >code already merged.&lt;br/&gt;
</comment>
                    <comment id="57626" author="maria" created="Wed, 8 May 2013 16:51:25 -0500"  >Deep, pls verify / close. thanks.&lt;br/&gt;
&lt;br/&gt;
karen, pls update doc progress. thanks.</comment>
                    <comment id="58076" author="anil" created="Mon, 13 May 2013 17:00:18 -0500"  >We went through the current changes for this feature. We decided to make few changes to the representation of the stats to make it much clearer to users.&lt;br/&gt;
&lt;br/&gt;
Below are the details.&lt;br/&gt;
&lt;br/&gt;
To make it much clearer for rebalance progress on Source &amp;amp; Destination Node.&lt;br/&gt;
&amp;nbsp;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1. In case when its Source Node and also case where its both Source &amp;amp; Destination Node. We should have the below text.&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;[BOLD] Data being transferred out &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Bucket:                                                                                           default (2 out 2)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Total number of keys:                                                                     1572823&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Estimated number of keys:                                                             524371&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Number of Active# vBuckets and Replica vBuckets                       Active#-111  Replica#-111&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;[BOLD] Data being transferred in &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Bucket:                                                                                            sasl (1 out 2)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Total number of keys:                                                                     15728&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Estimated number of keys:                                                             5243&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Number of Active# vBuckets and Replica vBuckets                       Active#-344  Replica#-121&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;2.  In case when its Only Destination Node we should have the below text.&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;[BOLD] Data being transferred in &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Bucket:                                                                                            sasl (1 out 2)&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Total number of keys:                                                                     15728&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Estimated number of keys:                                                             5243&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Number of Active# vBuckets and Replica vBuckets                       Active#-344  Replica#-121&lt;br/&gt;
&lt;br/&gt;
Thanks!</comment>
                    <comment id="58096" author="kzeller" created="Mon, 13 May 2013 19:01:18 -0500"  >Ok, is this ready to get a screen shot now (UI frozen)?&lt;br/&gt;
&lt;br/&gt;
Consolidating: Doc counterpart at &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8062&quot; title=&quot;[RN 2.0.2 + Doc]: Implement detailed rebalance progress report&quot;&gt;MB-8062&lt;/a&gt;</comment>
                    <comment id="58103" author="Aliaksey Artamonau" created="Mon, 13 May 2013 19:18:59 -0500"  >No, there will be a slight change.</comment>
                    <comment id="58500" author="anil" created="Thu, 16 May 2013 12:17:04 -0500"  >update from Aliaksey A, this is out for code-review and will be merged today.</comment>
                    <comment id="58552" author="Aliaksey Artamonau" created="Thu, 16 May 2013 16:39:09 -0500"  >&lt;a href=&quot;http://review.couchbase.org/26333&quot;&gt;http://review.couchbase.org/26333&lt;/a&gt;</comment>
                </comments>
                <issuelinks>
                        <issuelinktype id="10000">
                <name>Dependency</name>
                                <outwardlinks description="depends on">
                            <issuelink>
            <issuekey id="21379">MB-7435</issuekey>
        </issuelink>
                    </outwardlinks>
                                            </issuelinktype>
                    </issuelinks>
                <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 5 Oct 2012 11:11:51 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>47</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10050" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                <customfieldname>Sprint Priority</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>5.0</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                    <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8280] cbrecovery should check if  tap batch requests are processed correctly before moving to next batch</title>
                <link>http://www.couchbase.com/issues/browse/MB-8280</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>All recovered msgs are pumped into destination cluster in batch mode. If due to slow traffic or poor server performance, batch msg processing may fail. &lt;br/&gt;
&lt;br/&gt;
Recovery tool should make sure every batch is processed correctly before moving to next one.  Acknowledgement request for the last msg in batch may be an option. </description>
                <environment></environment>
            <key id="24265">MB-8280</key>
            <summary>cbrecovery should check if  tap batch requests are processed correctly before moving to next batch</summary>
                <type id="4" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/improvement.png">Improvement</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="bcui">Bin Cui</assignee>
                                <reporter username="bcui">Bin Cui</reporter>
                        <labels>
                    </labels>
                <created>Tue, 14 May 2013 16:55:49 -0500</created>
                <updated>Thu, 16 May 2013 16:15:36 -0500</updated>
                    <resolved>Thu, 16 May 2013 16:15:36 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>tools</component>
                                <votes>0</votes>
                        <watches>2</watches>
                                                    <comments>
                    <comment id="58290" author="bcui" created="Tue, 14 May 2013 17:10:51 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26299/&quot;&gt;http://review.couchbase.org/#/c/26299/&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11237</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8226] Implement ns_server side memcached API for new get_meta_batch and update_meta_batch</title>
                <link>http://www.couchbase.com/issues/browse/MB-8226</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>In &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8213&quot; title=&quot;Implement batch getMeta and setMeta/delMeta operations in ep_engine &quot;&gt;MB-8213&lt;/a&gt;, ep_engine team will create two new batch operations, get_meta_batch and update_meta_batch, which will be built on new protocol. From ns_server side, we need to implement new memcached APIs correspondingly.&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment></environment>
            <key id="24149">MB-8226</key>
            <summary>Implement ns_server side memcached API for new get_meta_batch and update_meta_batch</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="3">Duplicate</resolution>
                    <security id="10011">Public</security>
                        <assignee username="junyi">Junyi Xie</assignee>
                                <reporter username="junyi">Junyi Xie</reporter>
                        <labels>
                        <label>PM-PRIORITIZED</label>
                    </labels>
                <created>Wed, 8 May 2013 18:21:02 -0500</created>
                <updated>Thu, 16 May 2013 16:15:27 -0500</updated>
                    <resolved>Thu, 16 May 2013 16:15:27 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.1</fixVersion>
                                <component>cross-datacenter-replication</component>
                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>3</watches>
                                                    <comments>
                    <comment id="57646" author="ingenthr" created="Wed, 8 May 2013 18:29:35 -0500"  >What&amp;#39;s the motivation for these batch operations?  I ask because there is one project this may affect.</comment>
                    <comment id="57650" author="junyi" created="Wed, 8 May 2013 18:39:51 -0500"  >Matt,&lt;br/&gt;
&lt;br/&gt;
We need these because XDCR will be able to replicate to remote Memcached directly in 2.1 (today XDCR can only replicate to CAPI), which is expected to boost XDCR performance in different ways.  Today memcached only supports single key based metadata operation and document update (getMeta and set/delWithMeta respectively).&lt;br/&gt;
&lt;br/&gt;
Although today we do replicate in batch to CAPI because within CAPI there is a loop to translate the batch into a list of getMeta or set/delWIthMeta ops and the relay them to ep_engine, tomorrow we will bypass these loops and talk to memcached directly,  thus ep_engine need to have such operations&lt;br/&gt;
</comment>
                    <comment id="58542" author="junyi" created="Thu, 16 May 2013 16:15:27 -0500"  >Please use &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8300&quot; title=&quot;Implement ns_server side memcached API for new get_meta_batch and update_meta_batch&quot;&gt;MB-8300&lt;/a&gt;, a subtask of &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8213&quot; title=&quot;Implement batch getMeta and setMeta/delMeta operations in ep_engine &quot;&gt;MB-8213&lt;/a&gt; to track it. Close as duplicate</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 8 May 2013 18:29:35 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11120</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8034] couchbase-cli needs to add the new rest api for optimistic XDCR</title>
                <link>http://www.couchbase.com/issues/browse/MB-8034</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Please see Dipti&amp;#39;s comment in &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7701&quot; title=&quot;Implement optimization for improved XDCR lag latency&quot;&gt;&lt;strike&gt;MB-7701&lt;/strike&gt;&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Task to document at this ticket:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://www.couchbase.com/issues/secure/RapidBoard.jspa?rapidView=22&amp;view=planning&amp;selectedIssue=MB-7959&amp;epics=hidden&quot;&gt;http://www.couchbase.com/issues/secure/RapidBoard.jspa?rapidView=22&amp;amp;view=planning&amp;amp;selectedIssue=MB-7959&amp;amp;epics=hidden&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment></environment>
            <key id="23560">MB-8034</key>
            <summary>couchbase-cli needs to add the new rest api for optimistic XDCR</summary>
                <type id="4" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/improvement.png">Improvement</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="bcui">Bin Cui</assignee>
                                <reporter username="junyi">Junyi Xie</reporter>
                        <labels>
                    </labels>
                <created>Sat, 6 Apr 2013 10:25:29 -0500</created>
                <updated>Thu, 16 May 2013 16:15:09 -0500</updated>
                    <resolved>Thu, 16 May 2013 16:15:09 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>tools</component>
                                <votes>0</votes>
                        <watches>8</watches>
                                                    <comments>
                    <comment id="56447" author="maria" created="Mon, 29 Apr 2013 12:40:19 -0500"  >Bin will work on this feature this week.</comment>
                    <comment id="56788" author="Aliaksey Artamonau" created="Wed, 1 May 2013 12:17:08 -0500"  >ns_server part merged: &lt;a href=&quot;http://review.couchbase.org/#/c/26003/&quot;&gt;http://review.couchbase.org/#/c/26003/&lt;/a&gt;</comment>
                    <comment id="56816" author="bcui" created="Wed, 1 May 2013 13:13:41 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26011/&quot;&gt;http://review.couchbase.org/#/c/26011/&lt;/a&gt;</comment>
                    <comment id="57542" author="andreibaranouski" created="Wed, 8 May 2013 09:06:38 -0500"  >Build 2.0.2-789&lt;br/&gt;
&lt;br/&gt;
[&lt;a href=&apos;mailto:root@localhost&apos;&gt;root@localhost&lt;/a&gt; bin]# ./couchbase-cli setting-xdcr -c localhost --optimistic-replication-threshold=100&lt;br/&gt;
Traceback (most recent call last):&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/couchbase-cli&amp;quot;, line 195, in &amp;lt;module&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;main()&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/couchbase-cli&amp;quot;, line 180, in main&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;c = commands[cmd]()&lt;br/&gt;
&amp;nbsp;&amp;nbsp;File &amp;quot;/opt/couchbase/lib/python/xdcr.py&amp;quot;, line 21, in __init__&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;self.rest_cmd = rest_cmds[&amp;#39;xdcr-setup&amp;#39;]&lt;br/&gt;
NameError: global name &amp;#39;rest_cmds&amp;#39; is not defined&lt;br/&gt;
</comment>
                    <comment id="57554" author="bcui" created="Wed, 8 May 2013 12:02:14 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26201/&quot;&gt;http://review.couchbase.org/#/c/26201/&lt;/a&gt;</comment>
                    <comment id="58142" author="maria" created="Mon, 13 May 2013 22:59:10 -0500"  >pls verify / close.</comment>
                    <comment id="58518" author="abhinav" created="Thu, 16 May 2013 13:48:42 -0500"  >The cli command doesn&amp;#39;t work right.&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&apos;mailto:root@plum-008&apos;&gt;root@plum-008&lt;/a&gt;:~# /opt/couchbase/bin/couchbase-cli setting-xdcr -c 10.3.3.61:8091 --optimistic-replication-threshold=512&lt;br/&gt;
&lt;br/&gt;
ERROR: command: setting-xdcr: 10.3.3.61:8091, local variable &amp;#39;opts&amp;#39; referenced before assignment</comment>
                    <comment id="58520" author="bcui" created="Thu, 16 May 2013 14:00:18 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#/c/26351/&quot;&gt;http://review.couchbase.org/#/c/26351/&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 29 Apr 2013 12:40:19 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>360</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                    <customfield id="customfield_10080" key="com.pyxis.greenhopper.jira:gh-sprint">
                <customfieldname>Sprint</customfieldname>
                <customfieldvalues>
                        <customfieldvalue>11</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8298] remote_cluster_info module should return remote memcached access info</title>
                <link>http://www.couchbase.com/issues/browse/MB-8298</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>In 2.1, XDCR will provide an option to replicate to remote memcached instead of CAPI. &lt;br/&gt;
&lt;br/&gt;
This requires XDCR core infrastructure to understand how to access memcached at remote cluster.&lt;br/&gt;
&lt;br/&gt;
For example, in order to replicate remote bucket &amp;quot;default&amp;quot;, vbucket 123, XDCR need to know &lt;br/&gt;
&lt;br/&gt;
1) node (ip address) for this vbucket at remote cluster;&lt;br/&gt;
2) memcached port of the node where the vbucket lives;&lt;br/&gt;
3) credentials to access the memcached at that node&lt;br/&gt;
&lt;br/&gt;
Module remote_cluster_info is a natural home for such information. &lt;br/&gt;
&lt;br/&gt;
Today 1) has been already encoded in the vbucketmap maintained by remote_cluster_info, but 2) and 3) are not available.  This task will expand remote_cluster_info module to include 2) and 3).&lt;br/&gt;
&lt;br/&gt;
In particular, XDCR need an API to return 1), 2), 3) above, e.g., &lt;br/&gt;
&lt;br/&gt;
remote_cluster_info:fetch_remote_memcached_info(RemoteClusterId,  Bucket, VBucket)&lt;br/&gt;
&lt;br/&gt;
returns &lt;br/&gt;
{&amp;quot;10.3.114.2&amp;quot;,  11998,  &amp;quot;_admin&amp;quot;, &amp;quot;_password&amp;quot;}&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment></environment>
            <key id="24307">MB-8298</key>
            <summary>remote_cluster_info module should return remote memcached access info</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="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="3">Duplicate</resolution>
                    <security id="10011">Public</security>
                        <assignee username="Aliaksey Artamonau">Aliaksey Artamonau</assignee>
                                <reporter username="junyi">Junyi Xie</reporter>
                        <labels>
                    </labels>
                <created>Thu, 16 May 2013 15:16:13 -0500</created>
                <updated>Thu, 16 May 2013 16:11:24 -0500</updated>
                    <resolved>Thu, 16 May 2013 16:11:24 -0500</resolved>
                            <version>2.1</version>
                                <fixVersion>2.1</fixVersion>
                                <component>cross-datacenter-replication</component>
                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>2</watches>
                                                    <comments>
                    <comment id="58527" author="junyi" created="Thu, 16 May 2013 15:16:41 -0500"  >Assign to owner of remote_cluster_info</comment>
                    <comment id="58539" author="junyi" created="Thu, 16 May 2013 16:11:08 -0500"  >close this one, please use &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8299&quot; title=&quot;remote_cluster_info module should return remote memcached access info&quot;&gt;MB-8299&lt;/a&gt; to track.</comment>
                    <comment id="58541" author="junyi" created="Thu, 16 May 2013 16:11:24 -0500"  >&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8299&quot; title=&quot;remote_cluster_info module should return remote memcached access info&quot;&gt;MB-8299&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11272</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8139] couchbase-cli - not able to add server</title>
                <link>http://www.couchbase.com/issues/browse/MB-8139</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>I am trying to add a server using couchbase-cli. Command :&lt;br/&gt;
&lt;br/&gt;
./couchbase-cli server-add -c caper-002.hq.northscale.net:8091 --server-add=caper-004.hq.northscale.net:8091 -u Administrator -p password&lt;br/&gt;
&lt;br/&gt;
and getting the following error : &lt;br/&gt;
&lt;br/&gt;
ERROR: unable to server-add caper-004.hq.northscale.net:8091 (400) Bad Request&lt;br/&gt;
[u&amp;#39;Prepare join failed. Authentication failed. Verify username and password. Got HTTP status 401 from REST call post to &lt;a href=&quot;http://caper-004.hq.northscale.net:8091/engageCluster2&quot;&gt;http://caper-004.hq.northscale.net:8091/engageCluster2&lt;/a&gt;. Body was: []&amp;#39;]&lt;br/&gt;
ERROR: command: server-add: caper-002.hq.northscale.net:8091, 2&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Tried using IP address instead of hostname :&lt;br/&gt;
&lt;br/&gt;
./couchbase-cli server-add -c caper-002.hq.northscale.net:8091 --server-add=10.3.3.96:8091 -u Administrator -p password&lt;br/&gt;
&lt;br/&gt;
but getting the same error:&lt;br/&gt;
&lt;br/&gt;
ERROR: unable to server-add 10.3.3.96:8091 (400) Bad Request&lt;br/&gt;
[u&amp;#39;Prepare join failed. Authentication failed. Verify username and password. Got HTTP status 401 from REST call post to &lt;a href=&quot;http://10.3.3.96:8091/engageCluster2&quot;&gt;http://10.3.3.96:8091/engageCluster2&lt;/a&gt;. Body was: []&amp;#39;]&lt;br/&gt;
ERROR: command: server-add: 10.3.3.100:8091, 2&lt;br/&gt;
&lt;br/&gt;
Build used : 2.0.2-769-rel</description>
                <environment>Linux 64-bit</environment>
            <key id="23855">MB-8139</key>
            <summary>couchbase-cli - not able to add server</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="2">Won&apos;t Fix</resolution>
                    <security id="10011">Public</security>
                        <assignee username="bcui">Bin Cui</assignee>
                                <reporter username="shashank">Shashank Gupta</reporter>
                        <labels>
                    </labels>
                <created>Mon, 22 Apr 2013 06:53:07 -0500</created>
                <updated>Thu, 16 May 2013 15:45:42 -0500</updated>
                    <resolved>Thu, 16 May 2013 15:45:29 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>tools</component>
                                <votes>0</votes>
                        <watches>4</watches>
                                                    <comments>
                    <comment id="56445" author="maria" created="Mon, 29 Apr 2013 12:39:03 -0500"  >just synced with Bin. He is working on this at the moment....</comment>
                    <comment id="56568" author="maria" created="Mon, 29 Apr 2013 21:09:40 -0500"  >per bug scrub, moving to 2.1.</comment>
                    <comment id="58533" author="bcui" created="Thu, 16 May 2013 15:45:29 -0500"  >When adding a node to a cluster, not only u need to give cluster user/password, but also user/password for that node.&lt;br/&gt;
&lt;br/&gt;
Example:&lt;br/&gt;
./couchbase-cli server-add -c  node1:8091 --server-add=node2:8091 -u Administrator -p password --server-add-user=Administrator --server-add-password=password</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 29 Apr 2013 12:39:03 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>10765</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8229] [Doc&apos;d] Couchbase UI shows a node down when Rest API is used to rename a node in a multiple node cluster</title>
                <link>http://www.couchbase.com/issues/browse/MB-8229</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>When we reference a node from hostname to IP in a multiple node cluster, using REST API, then UI of another node shows that first node is down.&lt;br/&gt;
&lt;br/&gt;
In Detail:&lt;br/&gt;
&lt;br/&gt;
Steps followed:&lt;br/&gt;
&lt;br/&gt;
1. Take a 2-node cluster referred with hostame (lets say node A and node B).&lt;br/&gt;
2. Rename node A from hostname to its corresponding IP, using the rest API  - node/controller/rename.&lt;br/&gt;
&lt;br/&gt;
Result: Node A gets renamed to its corresponding IP but the UI of other node(i.e. node B) shows that node A is down.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Attaching cbcollectinfo from both the nodes. Also uploading the screen-shot of UI. Please see.</description>
                <environment>Windows 64-bit&lt;br/&gt;
Build - 2.0.2-781</environment>
            <key id="24157">MB-8229</key>
            <summary>[Doc&apos;d] Couchbase UI shows a node down when Rest API is used to rename a node in a multiple node cluster</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="2" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/critical.png">Critical</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="kzeller">Karen Zeller</assignee>
                                <reporter username="shashank">Shashank Gupta</reporter>
                        <labels>
                    </labels>
                <created>Thu, 9 May 2013 07:21:41 -0500</created>
                <updated>Thu, 16 May 2013 15:28:58 -0500</updated>
                    <resolved>Thu, 16 May 2013 13:14:31 -0500</resolved>
                            <version>2.0.2</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>7</watches>
                                                    <comments>
                    <comment id="57821" author="maria" created="Fri, 10 May 2013 13:54:03 -0500"  >bumping up to critical.</comment>
                    <comment id="58029" author="Aliaksey Artamonau" created="Mon, 13 May 2013 13:55:49 -0500"  >We merged the change that disallows renaming nodes that are part of a cluster: &lt;a href=&quot;http://review.couchbase.org/26252&quot;&gt;http://review.couchbase.org/26252&lt;/a&gt;.</comment>
                    <comment id="58031" author="anil" created="Mon, 13 May 2013 13:59:28 -0500"  >Aliaksey A, can you resolve this bug and assign it to QE for verifying it.&lt;br/&gt;
</comment>
                    <comment id="58328" author="maria" created="Tue, 14 May 2013 23:36:47 -0500"  >pls verify (update with your test output) then assign to karen for documentation.</comment>
                    <comment id="58343" author="shashank" created="Wed, 15 May 2013 06:35:41 -0500"  >Verified. I got this message after running my test:&lt;br/&gt;
&lt;br/&gt;
error 400 reason: unknown [&amp;quot;Renaming is disallowed for nodes that are already part of a cluster&amp;quot;]</comment>
                    <comment id="58367" author="kzeller" created="Wed, 15 May 2013 12:09:32 -0500"  >Hi,&lt;br/&gt;
&lt;br/&gt;
Can we advise people to ignore this error? Or is there another workaround/fix?&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Regards,&lt;br/&gt;
&lt;br/&gt;
Karen</comment>
                    <comment id="58370" author="Aliaksey Artamonau" created="Wed, 15 May 2013 12:22:30 -0500"  >The last error is intended behavior. So there&amp;#39;s no workaround. Hostnames can only be assigned and changed when node is uninitialized or if it&amp;#39;s the only node in the cluster.</comment>
                    <comment id="58446" author="kzeller" created="Wed, 15 May 2013 19:08:03 -0500"  >Added to RN, Noted in REST section that this change must be made prior to adding a node to the cluster:&lt;br/&gt;
&lt;br/&gt;
+  &amp;lt;rnentry&amp;gt;&lt;br/&gt;
+    &lt;br/&gt;
+    &amp;lt;version ver=&amp;quot;2.0.0m&amp;quot;/&amp;gt;&lt;br/&gt;
+    &lt;br/&gt;
+    &amp;lt;class id=&amp;quot;cluster&amp;quot;/&amp;gt;&lt;br/&gt;
+    &lt;br/&gt;
+    &amp;lt;issue type=&amp;quot;cb&amp;quot; ref=&amp;quot;&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8229&quot; title=&quot;[Doc&amp;#39;d] Couchbase UI shows a node down when Rest API is used to rename a node in a multiple node cluster&quot;&gt;&lt;strike&gt;MB-8229&lt;/strike&gt;&lt;/a&gt;&amp;quot;/&amp;gt;&lt;br/&gt;
+    &lt;br/&gt;
+    &lt;br/&gt;
+    &amp;lt;rntext&amp;gt;&lt;br/&gt;
+      &lt;br/&gt;
+      &amp;lt;para&amp;gt;&lt;br/&gt;
+If you use the REST-API to change a node hostname when the node is already part of a cluster, Couchbase Web Console &lt;br/&gt;
+will show that the node is down. You should only provide a hostname via the REST-API when a node is not yet part of a cluster.&lt;br/&gt;
+      For more information, see &amp;lt;xref linkend=&amp;quot;couchbase-getting-started-hostnames&amp;quot; /&amp;gt;.&amp;lt;/para&amp;gt;&lt;br/&gt;
+      &lt;br/&gt;
+      &lt;br/&gt;
+    &amp;lt;/rntext&amp;gt;&lt;br/&gt;
+    &lt;br/&gt;
+  &amp;lt;/rnentry&amp;gt;&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="58447" author="Aliaksey Artamonau" created="Wed, 15 May 2013 19:13:44 -0500"  >As discussed in person nothing should be added to release nodes. Just the behavior that node cannot be renamed after it&amp;#39;s added to a cluster should be documented. If one tries to do so, couchbase server won&amp;#39;t show the node as down. It&amp;#39;ll just reject the request with the error referred above.</comment>
                    <comment id="58503" author="kzeller" created="Thu, 16 May 2013 13:14:17 -0500"  >Removed from release notes.  Added note in REST section:&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
If you use this method, you should provide the hostname before you add a node to a cluster. If you provide a hostname for a node that is already part of a&lt;br/&gt;
				Couchbase cluster; the server will reject the request and return &amp;lt;literal&amp;gt;error 400 reason: unknown&lt;br/&gt;
				[&amp;quot;Renaming is disallowed for nodes that are already part of a cluster&amp;quot;]&amp;lt;/literal&amp;gt;.:</comment>
                    <comment id="58531" author="Aliaksey Artamonau" created="Thu, 16 May 2013 15:28:58 -0500"  >This &amp;quot;error 400 reason: unknown&amp;quot; comes apparently from testing framework. ns_server just returns &amp;quot;Renaming is disallowed for nodes that are already part of a cluster&amp;quot; in the response body with status code 400.</comment>
                </comments>
                    <attachments>
                    <attachment id="17289" name="cbcollect_info_nodeA.zip" size="390048" author="shashank" created="Thu, 9 May 2013 07:29:27 -0500" />
                    <attachment id="17290" name="cbcollect_info_nodeB.zip" size="144885" author="shashank" created="Thu, 9 May 2013 07:30:54 -0500" />
                    <attachment id="17288" name="node down.png" size="130990" author="shashank" created="Thu, 9 May 2013 07:21:41 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 10 May 2013 13:54:03 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                            <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Operating System</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10024"><![CDATA[Windows 64-bit]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                        <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11127</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-7996] [system test] rebalance hang when add a node to cluster</title>
                <link>http://www.couchbase.com/issues/browse/MB-7996</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Install couchbase server 2.0.1-185 on 4 physical servers with 2 separated disks&lt;br/&gt;
Create a cluster with 3 nodes&lt;br/&gt;
10.2.1.61&lt;br/&gt;
10.2.1.62&lt;br/&gt;
10.2.1.63&lt;br/&gt;
Create 2 buckets: default (14GB) and sasl (10GB)&lt;br/&gt;
No view or xdcr created&lt;br/&gt;
Load 20+ million items to both bucket until resident ratio on both bucket around 90%&lt;br/&gt;
Access cluster in 3 hours with spec in this page &lt;a href=&quot;http://hub.internal.couchbase.com/confluence/pages/viewpage.action?pageId=6785119&quot;&gt;http://hub.internal.couchbase.com/confluence/pages/viewpage.action?pageId=6785119&lt;/a&gt;&lt;br/&gt;
Add node 10.2.1.64 to cluster and rebalance.&lt;br/&gt;
Rebalance failed.  Filed bug &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7995&quot; title=&quot;[system test] rebalance failed due to memcached on added node crashed&quot;&gt;&lt;strike&gt;MB-7995&lt;/strike&gt;&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Start rebalance again.  Rebalance hang&lt;br/&gt;
&lt;br/&gt;
Link to collect info of all nodes  &lt;a href=&quot;https://s3.amazonaws.com/packages.couchbase/collect_info/2_0_1/201304/4phy-win-201_185-reb-not-moving_node-61-erl-frozen-20130401-122033.tgz&quot;&gt;https://s3.amazonaws.com/packages.couchbase/collect_info/2_0_1/201304/4phy-win-201_185-reb-not-moving_node-61-erl-frozen-20130401-122033.tgz&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Link to manifest file of the build  &lt;a href=&quot;http://builds.hq.northscale.net/latestbuilds/couchbase-server-community_x86_64_2.0.1-185-rel.setup.exe.manifest.xml&quot;&gt;http://builds.hq.northscale.net/latestbuilds/couchbase-server-community_x86_64_2.0.1-185-rel.setup.exe.manifest.xml&lt;/a&gt;</description>
                <environment>windows physical servers 2008 R2 64bit</environment>
            <key id="23479">MB-7996</key>
            <summary>[system test] rebalance hang when add a node to cluster</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="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="thuan">Thuan Nguyen</assignee>
                                <reporter username="thuan">Thuan Nguyen</reporter>
                        <labels>
                        <label>system-test</label>
                        <label>windows</label>
                    </labels>
                <created>Mon, 1 Apr 2013 15:34:53 -0500</created>
                <updated>Thu, 16 May 2013 13:45:25 -0500</updated>
                    <resolved>Thu, 16 May 2013 13:45:25 -0500</resolved>
                            <version>2.0.1</version>
                                <fixVersion>2.0.2</fixVersion>
                                <component>couchbase-bucket</component>
                                <votes>0</votes>
                        <watches>7</watches>
                                                    <comments>
                    <comment id="53889" author="maria" created="Mon, 1 Apr 2013 16:11:07 -0500"  >see screen shot during fail rebalance. rebalance fails on each attempt. upgrading to blocker. </comment>
                    <comment id="53893" author="thuan" created="Mon, 1 Apr 2013 16:21:44 -0500"  >We may need erlang coredump from node 61.  So don&amp;#39;t restart couchbase server on node 61.  We need to log into erlang shell of another unix server and kill erlang process on node 61 from that unix server.&lt;br/&gt;
I am waiting for what to do next in this cluster.  It is in failed state now.</comment>
                    <comment id="54085" author="maria" created="Tue, 2 Apr 2013 17:25:03 -0500"  >moving to 2.0.2</comment>
                    <comment id="54107" author="thuan" created="Tue, 2 Apr 2013 20:48:00 -0500"  >Link to erl dump &lt;a href=&quot;https://s3.amazonaws.com/packages.couchbase/erlang/windows/erl.DMP&quot;&gt;https://s3.amazonaws.com/packages.couchbase/erlang/windows/erl.DMP&lt;/a&gt;&lt;br/&gt;
Link to erl dump compressed &lt;a href=&quot;https://s3.amazonaws.com/packages.couchbase/erlang/windows/erl.DMP.zip&quot;&gt;https://s3.amazonaws.com/packages.couchbase/erlang/windows/erl.DMP.zip&lt;/a&gt;</comment>
                    <comment id="55237" author="kzeller" created="Tue, 16 Apr 2013 16:18:35 -0500"  >Confirmed with Abhinav- internal only, not for RN 4/16</comment>
                    <comment id="56157" author="mikew" created="Wed, 24 Apr 2013 19:24:33 -0500"  >From the memcached logs&lt;br/&gt;
&lt;br/&gt;
Fri Mar 29 18:33:17.306365 Pacific Daylight Time 3: Warning: failed to save docs to database, numDocs = 8913 error=error reading file [errno = 0: `No error&amp;#39;, WINAPI error = 0: `The operation completed successfully.&lt;br/&gt;
&lt;br/&gt;
&amp;#39;]&lt;br/&gt;
Fri Mar 29 18:33:17.306365 Pacific Daylight Time 3: Warning: commit failed, cannot save CouchDB docs for vbucket = 98 rev = 5&lt;br/&gt;
Fri Mar 29 18:33:17.306365 Pacific Daylight Time 3: Fatal error in persisting DELETE ``00036F335614CE7BFA4BA5C5&amp;#39;&amp;#39; on vb 98!!! Requeue it...&lt;br/&gt;
Fri Mar 29 18:33:17.306365 Pacific Daylight Time 3: Fatal error in persisting SET ``00082BE4EBB99A947E0AFC47&amp;#39;&amp;#39; on vb 98!!! Requeue it...&lt;br/&gt;
&lt;br/&gt;
The rebalance hangs because persistence stops and this causes the server memory to become fully which then causes the tap streams to stop moving data.&lt;br/&gt;
&lt;br/&gt;
See &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7995&quot; title=&quot;[system test] rebalance failed due to memcached on added node crashed&quot;&gt;&lt;strike&gt;MB-7995&lt;/strike&gt;&lt;/a&gt; for a similar issue that contains more logs.</comment>
                    <comment id="57122" author="chiyoung" created="Fri, 3 May 2013 19:16:54 -0500"  >Tony,&lt;br/&gt;
&lt;br/&gt;
From the log, there were no database compactions for the sasl bucket that had the above write commit failure. It seems to me that this wasn&amp;#39;t caused by the race between the database compactor and the flusher.&lt;br/&gt;
&lt;br/&gt;
As the issue happend during the rebalance, it might be caused by the race between the vbucket database reset and the flusher. We recently had the similar race issue between the vbucket reset and the flusher while working on the multi reader and writer, and merged a couple of fixes.&lt;br/&gt;
&lt;br/&gt;
Tony, as the issue was seen in 2.0.1 build, I suggest you to test the same scenario with the latest 2.0.2 build to see if we still have the same issue.&lt;br/&gt;
</comment>
                    <comment id="57481" author="thuan" created="Tue, 7 May 2013 19:04:38 -0500"  >I could not verify this bug since I was blocked by bug &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8192&quot; title=&quot;[system test] memcached crash when load items to bucket&quot;&gt;&lt;strike&gt;MB-8192&lt;/strike&gt;&lt;/a&gt; which is dup of &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7735&quot; title=&quot;Memcached crash on a node on the destination cluster &quot;&gt;MB-7735&lt;/a&gt;.&lt;br/&gt;
I will verify it when bug &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7735&quot; title=&quot;Memcached crash on a node on the destination cluster &quot;&gt;MB-7735&lt;/a&gt; is fixed.</comment>
                    <comment id="57485" author="mikew" created="Tue, 7 May 2013 19:18:01 -0500"  >I just gave Abhinav a toy build with Chiyoung&amp;#39;s fix for &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7735&quot; title=&quot;Memcached crash on a node on the destination cluster &quot;&gt;MB-7735&lt;/a&gt;. If the results look okay we can merge that fix. Otherwise I might need help from Chiyoung with that issue.</comment>
                    <comment id="57828" author="maria" created="Fri, 10 May 2013 14:06:35 -0500"  >chiyoung waiting for toybuild test result (chisheng/abhinav testing).</comment>
                    <comment id="58515" author="maria" created="Thu, 16 May 2013 13:39:41 -0500"  >possible dupe of &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-8231&quot; title=&quot;Rebalance hangs with progress zero percent &quot;&gt;&lt;strike&gt;MB-8231&lt;/strike&gt;&lt;/a&gt;. Jin already merged the fixes and build will be ready in the next few hours (today).</comment>
                </comments>
                    <attachments>
                    <attachment id="17056" name="mb-7996.png" size="122352" author="maria" created="Mon, 1 Apr 2013 16:11:07 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 1 Apr 2013 16:11:07 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>10323</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>

<item>
            <title>[MB-8293] Alert UI annoyingly flashes as metadata is used</title>
                <link>http://www.couchbase.com/issues/browse/MB-8293</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>As we go beyond 50% metadata, the UI will show alerts in the console.  Problem is, the alerts display non-stop, with no way to disable them, making use of the UI very hard.  One has to constantly close the alert box.&lt;br/&gt;
&lt;br/&gt;
Scenario:&lt;br/&gt;
Load system with many items, such that metadata is consumed.&lt;br/&gt;
&lt;br/&gt;
Expected behavior: &lt;br/&gt;
Alert can be acknowledged and won&amp;#39;t be displayed again as long as we&amp;#39;re in the alert area.  Obviously, if we exit the alert range and hit it again, we&amp;#39;d expect to see the alert again.&lt;br/&gt;
&lt;br/&gt;
Observed behavior:&lt;br/&gt;
While workload is running, the alert box is always popping up.  Incessantly.  It cannot be stopped.  Yes, I know I&amp;#39;m above 50% metadata, go away.  No, really, please go away.  GO!</description>
                <environment></environment>
            <key id="24300">MB-8293</key>
            <summary>Alert UI annoyingly flashes as metadata is used</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="5" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/resolved.png">Resolved</status>
                    <resolution id="3">Duplicate</resolution>
                    <security id="10011">Public</security>
                        <assignee username="alkondratenko">Aleksey Kondratenko</assignee>
                                <reporter username="ingenthr">Matt Ingenthron</reporter>
                        <labels>
                        <label>customer</label>
                    </labels>
                <created>Wed, 15 May 2013 21:48:44 -0500</created>
                <updated>Thu, 16 May 2013 03:29:06 -0500</updated>
                    <resolved>Thu, 16 May 2013 03:29:06 -0500</resolved>
                            <version>2.0.1</version>
                                                <component>UI</component>
                                <votes>0</votes>
                        <watches>1</watches>
                                                        <issuelinks>
                        <issuelinktype id="10001">
                <name>Duplicate</name>
                                <outwardlinks description="duplicates">
                            <issuelink>
            <issuekey id="21159">MB-7363</issuekey>
        </issuelink>
                    </outwardlinks>
                                            </issuelinktype>
                    </issuelinks>
                <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>11265</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                <customfieldname>Sprint Status</customfieldname>
                <customfieldvalues>
                        <customfieldvalue key="10027"><![CDATA[Current Sprint]]></customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>
</channel>
</rss>