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-746 Couchbase Server If I try to join another node by specifying the hostname of the server instead of using dotted decimal I get an error message saying: <br/> <br/> &#39;Attention - Failed to resolve address for &quot;windows&quot;. The hostname may be incorrect or not resolvable. &#39; <br/> <br/> I am able to run the following command from cmd.exe: <br/> C:\Program Files\NorthScale\Developer Kit\bin&gt;nslookup windows <br/> Server: speedtouch.lan <br/> Address: 10.0.0.1 <br/> <br/> Name: windows.lan <br/> Address: 10.0.0.28 Operating System: Windows <br/> Platform: All MB-746

DNS lookups don't work on Windows

Bug Critical Resolved Fixed Unassigned Trond Norbye 1.6.0-release-notes 1.6.5.3-release-notes Sun, 14 Mar 2010 06:59:09 -0500 Sun, 5 Jun 2011 21:02:45 -0500 Thu, 19 May 2011 11:50:26 -0500 1.6.4 1.7 alpha 1 UI 0 6 Created an attachment (id=161)<br/> log (version is 0.9.3 devkit) this looks like 320, please verify I remember MB-204, but it was a different issue. The resolution on 320 had to do with the way we were dropping in and installing erlang I believe.<br/> <br/> In any event, I will try some hostname resolution after getting through BAT right now. I&#39;m confident menelaus is doing the right thing, but there may be a case that erlang isn&#39;t handling.<br/> <br/> This may be P3able, if it only resolves when using fqdn. Did you try that by chance? per discussion with rod, to P3 for 1.0. Moving open bugs from 1.0 to later. Aliaksey, I think this should be probably fixed &quot;for free&quot; as part of delayed IP addr assignment enhancement. Not sure. I&#39;ve been using hostnames instead of addresses since cluster joining was working. And at least on linux erlang is resolving names via libc name service switch facility (i.e. usual gethostbyname, not some kind of home brewed async DNS resolver), so that mDNS names (like epsilon.local) work too.<br/> <br/> So this should be something win-specific, I guess. I need this tested on windows. Assigning to our QA department for testing. Thuan, can you check this out specifically on Windows? The issue is reproduced. <br/> Node with names w2008x64qa.altoros.corp or w2008x64qa were not added though the node is accessible through web using this names. <br/> UI error: Attention - Could not connect port mapper at &quot;w2008x64qa&quot; (tcp port 4369). With error Reason nxdomain. This could be due to firewall configured between the two nodes.<br/> <br/> Log is attached. Created an attachment (id=648)<br/> log erlang on windows clearly has issue with name resolution:<br/> <br/> Erlang web shell 0.01 (dennis:<a href='mailto:killme2008@gmail.com'>killme2008@gmail.com</a>)<br/> 1&gt; inet:gethostbyname(&quot;google.com&quot;).<br/> {error,nxdomain}<br/> 2&gt; inet:gethostbyname(&quot;localhost&quot;).<br/> {ok,{hostent,&quot;localhost&quot;,[],inet,4,[{127,0,0,1}]}}<br/> 3&gt; inet:gethostbyname(&quot;gwwin.altoros.corp&quot;).<br/> {error,nxdomain}<br/> <br/> pinging from cmd.exe to gwwin.altoros.corp and google.com works. Raising the priority of this since DNS seems broken on Windows. <a href="https://support.process-one.net/browse/EJAB-860">https://support.process-one.net/browse/EJAB-860</a><br/> <br/> CC-ing Dmitry There&#39;s no time to fix name resolution on Windows - this problem is not specific to us and there&#39;s not an easy fix. If this is an Erlang bug, is it reported upstream ? See see my link on ejabberd bug report. It has links to upstream bug report and discussion. The Erlang link seems to indicate that this issue is fixed. Can we import that into our Erlang? tagged: releasenotes Not sure why this was closed, it needs to remain open as the problem is not fixed. A Pivotal Tracker story has been created for this Issue: <a href="http://www.pivotaltracker.com/story/show/9309683">http://www.pivotaltracker.com/story/show/9309683</a> We can use ejabberd&#39;s fix for this. Native resolver works on windows now. Registry hack not necessary since we only need to look up A and AAAA records. Perry Krug deleted the linked story in Pivotal Tracker Reopening to edit Date of First Response Sun, 14 Mar 2010 12:50:22 -0500 Flagged Rank 1381 Time In Status