<div dir="ltr"><span style="color:rgb(33,33,33);font-family:"helvetica neue",helvetica,arial,sans-serif">><span class="inbox-inbox-Apple-converted-space"> </span></span><span style="color:rgb(33,33,33);font-family:"helvetica neue",helvetica,arial,sans-serif">And I predict that it will be cumbersome to figure out what the "correct"</span><br style="color:rgb(33,33,33);font-family:"helvetica neue",helvetica,arial,sans-serif"><span style="color:rgb(33,33,33);font-family:"helvetica neue",helvetica,arial,sans-serif">> </span><span style="color:rgb(33,33,33);font-family:"helvetica neue",helvetica,arial,sans-serif">behaviour would be for both cases on all supported systems</span><br style="color:rgb(33,33,33);font-family:"helvetica neue",helvetica,arial,sans-serif"><span style="color:rgb(33,33,33);font-family:"helvetica neue",helvetica,arial,sans-serif">> and (mis)configurations?</span><br><div><span style="color:rgb(33,33,33);font-family:"helvetica neue",helvetica,arial,sans-serif"><br></span></div><div><span style="color:rgb(33,33,33);font-family:"helvetica neue",helvetica,arial,sans-serif">Well, I'd think that at least returning non-conflicting values in the various cases would be an improvement. Some sort of documentation of or warning about the behavior would be handy, too. I ran across it while building out some config management in Ansible, and it took some time to figure out why Erlang was complaining about its node names.</span></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Jul 11, 2016 at 8:28 AM Raimo Niskanen <<a href="mailto:raimo%2Berlang-questions@erix.ericsson.se">raimo+erlang-questions@erix.ericsson.se</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Jul 11, 2016 at 03:08:17PM +0200, Oliver Korpilla wrote:<br>
> Hello, Raimo.<br>
><br>
> Agreed, it could cause surprises, but only on upgrading the system to a newer OTP. Wouldn't it be a bit naive to expect no changes whatsoever when doing that, anyway?<br>
<br>
"Naive" might be a harsh word.  We have historically had internal customers<br>
that pay our salary refusing to upgrade to a newer OTP for lesser reasons<br>
thus forcing us to maintain an old major release forever<br>
(at least for very long), and we do not have those resources.<br>
<br>
But times have changed for the better so this might be called an<br>
inconsistency that should be fixed.  It is not my call, though.<br>
<br>
And I predict that it will be cumbersome to figure out what the "correct"<br>
behaviour would be for both cases on all supported systems<br>
and (mis)configurations?<br>
<br>
/ Raimo<br>
<br>
<br>
><br>
> Regards,<br>
> Oliver<br>
>  <br>
><br>
> Gesendet: Montag, 11. Juli 2016 um 14:36 Uhr<br>
> Von: "Raimo Niskanen" <<a href="mailto:raimo%2Berlang-questions@erix.ericsson.se" target="_blank">raimo+erlang-questions@erix.ericsson.se</a>><br>
> An: <a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
> Betreff: Re: [erlang-questions] Inconsistent hostnames<br>
> On Tue, Jun 21, 2016 at 07:11:54PM +0000, Ryan Stewart wrote:<br>
> > In deploying my erlang app to some new CentOS servers with erlang 18.3, I<br>
> > came across an oddity in networking. The server's networking config, which<br>
> > is admittedly messed up, looks something like:<br>
> > short hostname: bob<br>
> > long hostname: <a href="http://bob.prod.example.net" rel="noreferrer" target="_blank">bob.prod.example.net</a><br>
> > domain: <a href="http://example.com" rel="noreferrer" target="_blank">example.com</a><br>
> ><br>
> > Now when I start erlang with "erl -sname x", net_adm:localhost() returns "<br>
> > <a href="http://bob.prod.example.net" rel="noreferrer" target="_blank">bob.prod.example.net</a>".<br>
> ><br>
> > However, if I start erlang with "erl -name x", net_adm:localhost() returns "<br>
> > <a href="http://bob.example.com" rel="noreferrer" target="_blank">bob.example.com</a>".<br>
> ><br>
> > I believe this comes from net_kernel:create_hostpart/2, where it follows<br>
> > different paths on short vs long node names. On a long node name, it<br>
> > appears to use short hostname + domain, where on a short node name, it<br>
> > simply uses the long hostname. That decision appears to trickle through the<br>
> > rest of the networking libraries.<br>
> ><br>
> > I understand that we need to fix the config on the server. I just wondered<br>
> > if this might be considered a bug in erlang as well.<br>
><br>
> This behaviour is old, and changing it would either surprise either some<br>
> important "short names" using application or ditto "long names" one.<br>
><br>
> For -name the Erlang networking code tries to parse the OS configuration<br>
> files e.g /etc/resolv.conf to figure out the domain name.<br>
> net_adm:localhost() then puts them together.<br>
><br>
> For -sname the Erlang networking code tries to look up the short hostname<br>
> using the native resolver to find a fully qualified alias, and takes the<br>
> domain from that.<br>
><br>
> We might call this an annoying irregularity of not very big practical<br>
> importance, probably not worth changing...<br>
><br>
> I actually do not understand why net_adm:localhost() returns the long<br>
> hostname for -sname in the first place. I think the documentation leaves<br>
> room for returning the short hostname, but changing that could probably<br>
> affect which IP address is used to contact EPMD which would surprise<br>
> some important "short names" using application.<br>
><br>
> ><br>
> > Ryan<br>
><br>
> > _______________________________________________<br>
> > erlang-questions mailing list<br>
> > <a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
> > <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
><br>
><br>
> --<br>
><br>
> / Raimo Niskanen, Erlang/OTP, Ericsson AB<br>
> _______________________________________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions%5Bhttp://erlang.org/mailman/listinfo/erlang-questions%5D" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions[http://erlang.org/mailman/listinfo/erlang-questions]</a><br>
<br>
--<br>
<br>
/ Raimo Niskanen, Erlang/OTP, Ericsson AB<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div>