http://www.couchbase.com/issues This file is an XML representation of an issue en-us 5.2.4 845 26-12-2012 http://www.couchbase.com/issues/browse/MB-5535 Couchbase Server i did not change the IP on this box. this showed up right after installing 1.8.1 on this windows 7 vm <br/> <br/> MB-5535

erlang OS is not able to retrieve IP address in some conditions ( UI shows "[16:14:07] - IP address seems to have changed. Unable to listen on 'ns_1@169.254.15.168'." message every second after installing 1.8.1 on a windows 7 vm)

Bug Major Resolved Duplicate Public Sriram Melkote Farshid Ghods 1.8.1-release-notes windows Tue, 12 Jun 2012 18:16:33 -0500 Tue, 12 Feb 2013 11:55:50 -0600 Mon, 4 Feb 2013 01:40:49 -0600 2.0.1 ns_server 0 4 May I ask you to try 2.0 on same box? 2.0 has different code that should have better chance of working. If that&#39;s the case I&#39;ll just backport that fix I&#39;ve seen this several times on 2.0 HEAD. Integrated in github-ns-server-2-0 #374 (See [<a href="http://qa.hq.northscale.net/job/github-ns-server-2-0/374/">http://qa.hq.northscale.net/job/github-ns-server-2-0/374/</a>])<br/> &nbsp;&nbsp;&nbsp;&nbsp;<a href="http://www.couchbase.com/issues/browse/MB-5535" title="erlang OS is not able to retrieve IP address in some conditions ( UI shows &quot;[16:14:07] - IP address seems to have changed. Unable to listen on &#39;ns_1@169.254.15.168&#39;.&quot; message every second after installing 1.8.1 on a windows 7 vm)"><strike>MB-5535</strike></a>:bp:use gen_udp instead for address changed alert testing (Revision eb37c7ba772149d6cf4838bd10bc3af35227de1d)<br/> <br/> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Result = SUCCESS<br/> Aliaksey Artamonau : <br/> Files : <br/> * src/menelaus_web_alerts_srv.erl<br/> i changed VM network settings from NAT to bridged and i didn&#39;t see this issue anymore in the installation. so i think this bug only appears when VM uses NAT settings to connect to the network Well, windows picks ip at install time. I think we&#39;re doing something like picking least IP address. So change of setting may just change set of IP addresses on this host and &quot;fix&quot; it. issue exists on the latest 2.0 builds. diag attached. In latest diags I see this:<br/> <br/> [ns_server:error] [2012-07-03 13:43:04] [<a href='mailto:ns_1@169.254.130.11'>ns_1@169.254.130.11</a>:&lt;0.9898.0&gt;:menelaus_web_alerts_srv:can_listen:330] gen_udp:open failed due to eaddrnotavail<br/> <br/> <br/> Which implies indeed this address is not available anymore. Or at least erlang/OS thinks so.<br/> <br/> Given we decided to avoid completing proper fix for ip address selection _and_ we have a known workaround (pick address manually) I don&#39;t think that&#39;s must have for 2.0 and maybe even for resolving as &#39;Incomplete&#39; based on Aliaksey&#39;s comment i recommend deferring this to .next The specific issue of picking up 169.254 addresses has been fixed in 2.0.1 via <a href="http://www.couchbase.com/issues/browse/MB-7417" title="IP address detection incorrectly chooses link local addresses (169.254.0.0/16)"><strike>MB-7417</strike></a>. The larger IP address change after install still remains. Siri, is this a dupe of the bug you fixed or does it relate to the larger IP problem? Dipti - closing it as a dupe as the title indicates 169.254 which is the specific problem I fixed The specific incorrect chosen range is duplicated by <a href="http://www.couchbase.com/issues/browse/MB-7417" title="IP address detection incorrectly chooses link local addresses (169.254.0.0/16)"><strike>MB-7417</strike></a> and fixed Date of First Response Tue, 12 Jun 2012 18:19:36 -0500 Rank 3193 Time In Status