<!-- 
RSS generated by JIRA (5.2.4#845-sha1:c9f4cc41abe72fb236945343a1f485c2c844dac9) at Thu Jun 20 07:15:13 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/si/jira.issueviews:issue-xml/MB-7238/MB-7238.xml?field=key&field=summary
-->
<rss version="0.92" >
<channel>
    <title>Couchbase</title>
    <link>http://www.couchbase.com/issues</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>5.2.4</version>
        <build-number>845</build-number>
        <build-date>26-12-2012</build-date>
    </build-info>

<item>
            <title>[MB-7238] ns_server is still validating ip address in ip file even if erlang already has node name defined (was: 2.0 Build 1941: Couchbase Server does not start after a change in IP, server is looking for the old IP even after the hostname resolves to the new one.)</title>
                <link>http://www.couchbase.com/issues/browse/MB-7238</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>&lt;br/&gt;
Couchbase Server does not start after a change in IP, server is looking for the old IP even after the hostname resolves to the new one. Followed the best-practices information to configure the hostname in the couchbase-server file and this issue is reproducible in the 1941 2.0 build. &lt;br/&gt;
&lt;br/&gt;
Error messages from the log:&lt;br/&gt;
[ns_server:info,2012-11-16T13:16:45.502,&lt;a href=&apos;mailto:ns_1@FQDN&apos;&gt;ns_1@FQDN&lt;/a&gt;:dist_manager&amp;lt;0.2732.0&amp;gt;:dist_manager:read_address_config:55]Reading ip config from &amp;quot;/opt/couchbase/var/lib/couchbase/ip&amp;quot;&lt;br/&gt;
[ns_server:warn,2012-11-16T13:16:45.522,&lt;a href=&apos;mailto:ns_1@FQDN&apos;&gt;ns_1@FQDN&lt;/a&gt;:dist_manager&amp;lt;0.2732.0&amp;gt;:dist_manager:is_good_address:81]Cannot listen on address `OLD IP`: eaddrnotavail&lt;br/&gt;
&lt;br/&gt;
The logs are available in the link below: &lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/customers.couchbase.com/jawfishgames/couch14-build-1914.zip&quot;&gt;https://s3.amazonaws.com/customers.couchbase.com/jawfishgames/couch14-build-1914.zip&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
update:&lt;br/&gt;
&lt;br/&gt;
Apparently as part of process of setting up node name folks just left original /opt/couchbase/var/lib/couchbase/ip. And ns_server&amp;#39;s bug is due to attempt to validate that address even though it won&amp;#39;t be actually used.</description>
                <environment></environment>
            <key id="20896">MB-7238</key>
            <summary>ns_server is still validating ip address in ip file even if erlang already has node name defined (was: 2.0 Build 1941: Couchbase Server does not start after a change in IP, server is looking for the old IP even after the hostname resolves to the new one.)</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="Aliaksey Artamonau">Aliaksey Artamonau</assignee>
                                <reporter username="balak">Bala Keelapudi</reporter>
                        <labels>
                    </labels>
                <created>Wed, 21 Nov 2012 13:05:09 -0600</created>
                <updated>Thu, 29 Nov 2012 14:28:04 -0600</updated>
                    <resolved>Thu, 29 Nov 2012 14:28:04 -0600</resolved>
                            <version>2.0-beta-2</version>
                <version>2.0</version>
                                <fixVersion>2.0</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>1</watches>
                                                    <comments>
                    <comment id="44576" author="steve" created="Wed, 21 Nov 2012 13:13:54 -0600"  >abhinav now attempting to reproduce</comment>
                    <comment id="44577" author="steve" created="Wed, 21 Nov 2012 13:15:35 -0600"  >please also get DNS diagnostic info... like ping (ask alk).&lt;br/&gt;
&lt;br/&gt;
it could be as simple as DNS propagation delay.</comment>
                    <comment id="44578" author="alkondratenko" created="Wed, 21 Nov 2012 13:17:57 -0600"  >From error message it appears that DNS resolver still thinks old ip is assigned to this hostname.&lt;br/&gt;
&lt;br/&gt;
So in order to help diagnosing this I need both cbcollect_info (or just output of ifconfig -a) and some information about in what ip this hostname is resolved. Simple way is by pinging hostname and sending me output</comment>
                    <comment id="44581" author="abhinav" created="Wed, 21 Nov 2012 13:29:07 -0600"  >- So started with 10.1.3.235, 10.1.3.236 (build 1954)&lt;br/&gt;
- set host ip&amp;#39;s on /etc/hosts&lt;br/&gt;
- stopped couchbase-server on 10.1.3.236&lt;br/&gt;
- changed ip of 10.1.3.236 to 10.1.3.222&lt;br/&gt;
- resolved /etc/hosts to the new ip&lt;br/&gt;
- started couchbase-server back up on 10.1.3.222, server never comes back up.&lt;br/&gt;
&lt;br/&gt;
[ Servers available as is ]&lt;br/&gt;
&lt;br/&gt;
10.1.3.222&amp;gt;&amp;gt;&lt;br/&gt;
ifconfig -a&lt;br/&gt;
eth0      Link encap:Ethernet  HWaddr 00:50:56:97:02:D2  &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;inet addr:10.1.3.222  Bcast:10.255.255.255  Mask:255.0.0.0&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;inet6 addr: fe80::250:56ff:fe97:2d2/64 Scope:Link&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;RX packets:109556236 errors:0 dropped:0 overruns:0 frame:0&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;TX packets:108558164 errors:0 dropped:0 overruns:0 carrier:0&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;collisions:0 txqueuelen:1000 &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;RX bytes:83579290130 (77.8 GiB)  TX bytes:86321632329 (80.3 GiB)&lt;br/&gt;
&lt;br/&gt;
lo        Link encap:Local Loopback  &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;inet addr:127.0.0.1  Mask:255.0.0.0&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;inet6 addr: ::1/128 Scope:Host&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;UP LOOPBACK RUNNING  MTU:16436  Metric:1&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;RX packets:72816990 errors:0 dropped:0 overruns:0 frame:0&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;TX packets:72816990 errors:0 dropped:0 overruns:0 carrier:0&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;collisions:0 txqueuelen:0 &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;RX bytes:120374350544 (112.1 GiB)  TX bytes:120374350544 (112.1 GiB)&lt;br/&gt;
&lt;br/&gt;
sit0      Link encap:IPv6-in-IPv4  &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;NOARP  MTU:1480  Metric:1&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;RX packets:0 errors:0 dropped:0 overruns:0 frame:0&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;TX packets:0 errors:0 dropped:0 overruns:0 carrier:0&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;collisions:0 txqueuelen:0 &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)&lt;br/&gt;
&lt;br/&gt;
&amp;lt;&amp;lt;Attaching cbcollectinfo_10_1_3_222.zip&amp;gt;&amp;gt;</comment>
                    <comment id="44597" author="alkondratenko" created="Wed, 21 Nov 2012 13:52:34 -0600"  >a) cannot access .222.&lt;br/&gt;
&lt;br/&gt;
b) don&amp;#39;t have ping output that I need in order to understand more</comment>
                    <comment id="44605" author="abhinav" created="Wed, 21 Nov 2012 15:13:11 -0600"  >If we use ifconfig eth0 10.1.3.222, to change the IP, we see the issue.&lt;br/&gt;
However the issue doesn&amp;#39;t occur when the IP is changed this way:&lt;br/&gt;
vim /etc/sysconfig/network-scripts/ifcfg-eth0&lt;br/&gt;
&lt;br/&gt;
(and comment out the BOOTPROTO=dhcp and set it to static)&lt;br/&gt;
..&lt;br/&gt;
# Intel Corporation 82545EM Gigabit Ethernet Controller (Copper)&lt;br/&gt;
DEVICE=eth0&lt;br/&gt;
#BOOTPROTO=dhcp&lt;br/&gt;
BOOTPROTO=static&lt;br/&gt;
ONBOOT=yes&lt;br/&gt;
IPADDR=10.1.3.222&lt;br/&gt;
GATEWAY=10.1.0.1&lt;br/&gt;
NETMASK=255.255.0.0&lt;br/&gt;
...&lt;br/&gt;
sudo /etc/init.d/network restart&lt;br/&gt;
&lt;br/&gt;
The reason why this worked was because /opt/couchbase/var/lib/couchbase/ip was empty.</comment>
                    <comment id="44607" author="alkondratenko" created="Wed, 21 Nov 2012 16:09:43 -0600"  >Looks like /opt/couchbase/var/lib/.../ip is still being used somehow. I recommend manually deleting it. It&amp;#39;s still ns_server&amp;#39;s bug if we try do anything about it when hostname is specificied</comment>
                    <comment id="44752" author="steve" created="Mon, 26 Nov 2012 13:31:41 -0600"  >The ip file was/is being used by cbupgrade situation.  Please see...&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-7241&quot;&gt;http://www.couchbase.com/issues/browse/MB-7241&lt;/a&gt;</comment>
                    <comment id="44954" author="alkondratenko" created="Wed, 28 Nov 2012 14:10:26 -0600"  >Approved for 2.0. Be careful with using right branch</comment>
                    <comment id="45020" author="steve" created="Thu, 29 Nov 2012 13:29:10 -0600"  >i think this fix was merged? -- &lt;a href=&quot;http://review.couchbase.org/#/c/22895/&quot;&gt;http://review.couchbase.org/#/c/22895/&lt;/a&gt;</comment>
                </comments>
                    <attachments>
                    <attachment id="15859" name="cbcollectinfo_10_1_3_222.zip" size="11420028" author="abhinav" created="Wed, 21 Nov 2012 13:30:40 -0600" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Wed, 21 Nov 2012 13:13:54 -0600</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                                                <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>3560</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>