| Author |
Message |
< Erlang questions mailing list ~ erlang gen_tcp:connect/3 not working with rpc:call/4, anyone |
| Guest |
 Posted: Wed Sep 21, 2011 2:43 pm |
 |
|
|
Guest
|
Hi,
Could not solve this by myself - launched a new node A with ssh command
- started a new node B
- gen_tcp:connect/3 works on B, but rpc:call(B,gen_tcp,connect,Params) not works.
Both nodes are running on local laptop
and one node returns ok and the other node returns error.
I don't understand.
Anyone knows why? ~ $ssh allen@127.0.0.1 (allen@127.0.0.1) 'erl -name loadtest@127.0.0.1 (loadtest@127.0.0.1) -detached -setcookie loadtest' ~ $erl -name allen@127.0.0.1 (allen@127.0.0.1) -setcookie loadtest Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:2:2] [rq:2] [async-threads:0] [hipe] [kernel-poll:false] Eshell V5.8.4 (abort with ^G) (allen@127.0.0.1 (allen@127.0.0.1))1> gen_tcp:connect("allen@127.0.0.1 (allen@127.0.0.1))2> rpc:call('loadtest@127.0.0.1 (loadtest@127.0.0.1)',gen_tcp,connect,["www.google.com",80,[]]). {error,nxdomain}[/code]
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Wed Sep 21, 2011 3:20 pm |
|
|
|
Guest
|
(kaiduanx@127.0.0.1)6> net_adm:ping('loadtest@127.0.0.1').
pong
(kaiduanx@127.0.0.1)7> nodes().
['loadtest@127.0.0.1']
(kaiduanx@127.0.0.1)8> rpc:call('loadtest@127.0.0.1', gen_tcp,
connect, ["www.google.com", 80, []]).
{ok,#Port<5752.374>}
You need to connect the node first.
/Kaiduan
On Wed, Sep 21, 2011 at 10:43 AM, Allen Kim <bighostkim@gmail.com> wrote:
> Hi,
>
> Could not solve this by myself
>
> launched a new node A with ssh command
> started a new node B
> gen_tcp:connect/3 works on B, but rpc:call(B,gen_tcp,connect,Params) not
> works.
>
> Both nodes are running on local laptop
>
> and one node returns ok and the other node returns error.
>
> I don't understand.
>
> Anyone knows why?
>
> ~ $ssh allen@127.0.0.1 'erl -name loadtest@127.0.0.1 -detached -setcookie
> loadtest'
> ~ $erl -name allen@127.0.0.1 -setcookie loadtest
> Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:2:2] [rq:2]
> [async-threads:0] [hipe] [kernel-poll:false]
> Eshell V5.8.4 (abort with ^G)
> (allen@127.0.0.1)1> gen_tcp:connect("www.google.com",80,[]).
> {ok,#Port<0.630>}
> (allen@127.0.0.1)2>
> rpc:call('loadtest@127.0.0.1',gen_tcp,connect,["www.google.com",80,[]]).
> {error,nxdomain}
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@erlang.org
> http://erlang.org/mailman/listinfo/erlang-questions
>
>
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://erlang.org/mailman/listinfo/erlang-questions
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Wed Sep 21, 2011 3:55 pm |
|
|
|
Guest
|
Is it environmental issue?
I see the same error on my Mac OS X laptop.
~/open_source/EMG/loadtesterl$ssh allen@127.0.0.1 'erl -name
loadtest@127.0.0.1 -detached -setcookie loadtest'
~/open_source/EMG/loadtesterl$erl -name allen@127.0.0.1 -setcookie loadtest
Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:2:2] [rq:2]
[async-threads:0] [hipe] [kernel-poll:false]
Eshell V5.8.4 (abort with ^G)
(allen@127.0.0.1)1> gen_tcp:connect("www.google.com",80,[]).
{ok,#Port<0.617>}
(allen@127.0.0.1)2> net_adm:ping('loadtest@127.0.0.1').
pong
(allen@127.0.0.1)3>
rpc:call('loadtest@127.0.0.1',gen_tcp,connect,["www.google.com",80,[]]).
{error,nxdomain}
(allen@127.0.0.1)4> nodes().
['loadtest@127.0.0.1']
On 11-09-21 11:20 AM, "Kaiduan Xie" <kaiduanx@gmail.com> wrote:
>(kaiduanx@127.0.0.1)6> net_adm:ping('loadtest@127.0.0.1').
>pong
>(kaiduanx@127.0.0.1)7> nodes().
>['loadtest@127.0.0.1']
>(kaiduanx@127.0.0.1)8> rpc:call('loadtest@127.0.0.1', gen_tcp,
>connect, ["www.google.com", 80, []]).
>{ok,#Port<5752.374>}
>
>You need to connect the node first.
>
>/Kaiduan
>On Wed, Sep 21, 2011 at 10:43 AM, Allen Kim <bighostkim@gmail.com> wrote:
>> Hi,
>>
>> Could not solve this by myself
>>
>> launched a new node A with ssh command
>> started a new node B
>> gen_tcp:connect/3 works on B, but rpc:call(B,gen_tcp,connect,Params) not
>> works.
>>
>> Both nodes are running on local laptop
>>
>> and one node returns ok and the other node returns error.
>>
>> I don't understand.
>>
>> Anyone knows why?
>>
>> ~ $ssh allen@127.0.0.1 'erl -name loadtest@127.0.0.1 -detached
>>-setcookie
>> loadtest'
>> ~ $erl -name allen@127.0.0.1 -setcookie loadtest
>> Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:2:2] [rq:2]
>> [async-threads:0] [hipe] [kernel-poll:false]
>> Eshell V5.8.4 (abort with ^G)
>> (allen@127.0.0.1)1> gen_tcp:connect("www.google.com",80,[]).
>> {ok,#Port<0.630>}
>> (allen@127.0.0.1)2>
>> rpc:call('loadtest@127.0.0.1',gen_tcp,connect,["www.google.com",80,[]]).
>> {error,nxdomain}
>>
>> _______________________________________________
>> erlang-questions mailing list
>> erlang-questions@erlang.org
>> http://erlang.org/mailman/listinfo/erlang-questions
>>
>>
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://erlang.org/mailman/listinfo/erlang-questions
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Wed Sep 21, 2011 4:32 pm |
|
|
|
Guest
|
I tried on Ubuntu Linux, and net_adm:ping() is not necessary. How is
your DNS configured? What it looks like in /etc/resolve.conf file?
On Wed, Sep 21, 2011 at 11:55 AM, Allen Kim
<allen.kim@epicadvertising.com> wrote:
> Is it environmental issue?
> I see the same error on my Mac OS X laptop.
>
> ~/open_source/EMG/loadtesterl$ssh allen@127.0.0.1 |
|
|
| Back to top |
|
| Guest |
| Posted: Wed Sep 21, 2011 4:36 pm |
|
|
|
Guest
|
$cat /etc/resolv.conf
#
# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.
#
# This file is automatically generated.
#
nameserver 192.168.14.10nameserver 192.168.24.10
On 11-09-21 12:32 PM, "Kaiduan Xie" <kaiduanx@gmail.com> wrote:
>I tried on Ubuntu Linux, and net_adm:ping() is not necessary. How is
>your DNS configured? What it looks like in /etc/resolve.conf file?
>
>On Wed, Sep 21, 2011 at 11:55 AM, Allen Kim
><allen.kim@epicadvertising.com> wrote:
>> Is it environmental issue?
>> I see the same error on my Mac OS X laptop.
>>
>> ~/open_source/EMG/loadtesterl$ssh allen@127.0.0.1 'erl -name
>> loadtest@127.0.0.1 -detached -setcookie loadtest'
>> ~/open_source/EMG/loadtesterl$erl -name allen@127.0.0.1 -setcookie
>>loadtest
>> Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:2:2] [rq:2]
>> [async-threads:0] [hipe] [kernel-poll:false]
>>
>> Eshell V5.8.4 (abort with ^G)
>> (allen@127.0.0.1)1> gen_tcp:connect("www.google.com",80,[]).
>> {ok,#Port<0.617>}
>> (allen@127.0.0.1)2> net_adm:ping('loadtest@127.0.0.1').
>> pong
>> (allen@127.0.0.1)3>
>> rpc:call('loadtest@127.0.0.1',gen_tcp,connect,["www.google.com",80,[]]).
>> {error,nxdomain}
>> (allen@127.0.0.1)4> nodes().
>> ['loadtest@127.0.0.1']
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On 11-09-21 11:20 AM, "Kaiduan Xie" <kaiduanx@gmail.com> wrote:
>>
>>>(kaiduanx@127.0.0.1)6> net_adm:ping('loadtest@127.0.0.1').
>>>pong
>>>(kaiduanx@127.0.0.1)7> nodes().
>>>['loadtest@127.0.0.1']
>>>(kaiduanx@127.0.0.1)8> rpc:call('loadtest@127.0.0.1', gen_tcp,
>>>connect, ["www.google.com", 80, []]).
>>>{ok,#Port<5752.374>}
>>>
>>>You need to connect the node first.
>>>
>>>/Kaiduan
>>>On Wed, Sep 21, 2011 at 10:43 AM, Allen Kim <bighostkim@gmail.com>
>>>wrote:
>>>> Hi,
>>>>
>>>> Could not solve this by myself
>>>>
>>>> launched a new node A with ssh command
>>>> started a new node B
>>>> gen_tcp:connect/3 works on B, but rpc:call(B,gen_tcp,connect,Params)
>>>>not
>>>> works.
>>>>
>>>> Both nodes are running on local laptop
>>>>
>>>> and one node returns ok and the other node returns error.
>>>>
>>>> I don't understand.
>>>>
>>>> Anyone knows why?
>>>>
>>>> ~ $ssh allen@127.0.0.1 'erl -name loadtest@127.0.0.1 -detached
>>>>-setcookie
>>>> loadtest'
>>>> ~ $erl -name allen@127.0.0.1 -setcookie loadtest
>>>> Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:2:2] [rq:2]
>>>> [async-threads:0] [hipe] [kernel-poll:false]
>>>> Eshell V5.8.4 (abort with ^G)
>>>> (allen@127.0.0.1)1> gen_tcp:connect("www.google.com",80,[]).
>>>> {ok,#Port<0.630>}
>>>> (allen@127.0.0.1)2>
>>>>
>>>>rpc:call('loadtest@127.0.0.1',gen_tcp,connect,["www.google.com",80,[]])
>>>>.
>>>> {error,nxdomain}
>>>>
>>>> _______________________________________________
>>>> erlang-questions mailing list
>>>> erlang-questions@erlang.org
>>>> http://erlang.org/mailman/listinfo/erlang-questions
>>>>
>>>>
>>
>>
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://erlang.org/mailman/listinfo/erlang-questions
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Wed Sep 21, 2011 5:04 pm |
|
|
|
Guest
|
It IS Mac OS X issue, definitely.
I ran it from CentOS box, and it works fine.
Don't know why it does not work on Mac OS X though.
On 11-09-21 12:35 PM, "Allen Kim" <allen.kim@epicadvertising.com> wrote:
>$cat /etc/resolv.conf
>#
># Mac OS X Notice
>#
># This file is not used by the host name and address resolution
># or the DNS query routing mechanisms used by most processes on
># this Mac OS X system.
>#
># This file is automatically generated.
>#
>nameserver 192.168.14.10nameserver 192.168.24.10
>
>
>
>
>On 11-09-21 12:32 PM, "Kaiduan Xie" <kaiduanx@gmail.com> wrote:
>
>>I tried on Ubuntu Linux, and net_adm:ping() is not necessary. How is
>>your DNS configured? What it looks like in /etc/resolve.conf file?
>>
>>On Wed, Sep 21, 2011 at 11:55 AM, Allen Kim
>><allen.kim@epicadvertising.com> wrote:
>>> Is it environmental issue?
>>> I see the same error on my Mac OS X laptop.
>>>
>>> ~/open_source/EMG/loadtesterl$ssh allen@127.0.0.1 'erl -name
>>> loadtest@127.0.0.1 -detached -setcookie loadtest'
>>> ~/open_source/EMG/loadtesterl$erl -name allen@127.0.0.1 -setcookie
>>>loadtest
>>> Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:2:2] [rq:2]
>>> [async-threads:0] [hipe] [kernel-poll:false]
>>>
>>> Eshell V5.8.4 (abort with ^G)
>>> (allen@127.0.0.1)1> gen_tcp:connect("www.google.com",80,[]).
>>> {ok,#Port<0.617>}
>>> (allen@127.0.0.1)2> net_adm:ping('loadtest@127.0.0.1').
>>> pong
>>> (allen@127.0.0.1)3>
>>>
>>>rpc:call('loadtest@127.0.0.1',gen_tcp,connect,["www.google.com",80,[]]).
>>> {error,nxdomain}
>>> (allen@127.0.0.1)4> nodes().
>>> ['loadtest@127.0.0.1']
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On 11-09-21 11:20 AM, "Kaiduan Xie" <kaiduanx@gmail.com> wrote:
>>>
>>>>(kaiduanx@127.0.0.1)6> net_adm:ping('loadtest@127.0.0.1').
>>>>pong
>>>>(kaiduanx@127.0.0.1)7> nodes().
>>>>['loadtest@127.0.0.1']
>>>>(kaiduanx@127.0.0.1)8> rpc:call('loadtest@127.0.0.1', gen_tcp,
>>>>connect, ["www.google.com", 80, []]).
>>>>{ok,#Port<5752.374>}
>>>>
>>>>You need to connect the node first.
>>>>
>>>>/Kaiduan
>>>>On Wed, Sep 21, 2011 at 10:43 AM, Allen Kim <bighostkim@gmail.com>
>>>>wrote:
>>>>> Hi,
>>>>>
>>>>> Could not solve this by myself
>>>>>
>>>>> launched a new node A with ssh command
>>>>> started a new node B
>>>>> gen_tcp:connect/3 works on B, but rpc:call(B,gen_tcp,connect,Params)
>>>>>not
>>>>> works.
>>>>>
>>>>> Both nodes are running on local laptop
>>>>>
>>>>> and one node returns ok and the other node returns error.
>>>>>
>>>>> I don't understand.
>>>>>
>>>>> Anyone knows why?
>>>>>
>>>>> ~ $ssh allen@127.0.0.1 'erl -name loadtest@127.0.0.1 -detached
>>>>>-setcookie
>>>>> loadtest'
>>>>> ~ $erl -name allen@127.0.0.1 -setcookie loadtest
>>>>> Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:2:2] [rq:2]
>>>>> [async-threads:0] [hipe] [kernel-poll:false]
>>>>> Eshell V5.8.4 (abort with ^G)
>>>>> (allen@127.0.0.1)1> gen_tcp:connect("www.google.com",80,[]).
>>>>> {ok,#Port<0.630>}
>>>>> (allen@127.0.0.1)2>
>>>>>
>>>>>rpc:call('loadtest@127.0.0.1',gen_tcp,connect,["www.google.com",80,[]]
>>>>>)
>>>>>.
>>>>> {error,nxdomain}
>>>>>
>>>>> _______________________________________________
>>>>> erlang-questions mailing list
>>>>> erlang-questions@erlang.org
>>>>> http://erlang.org/mailman/listinfo/erlang-questions
>>>>>
>>>>>
>>>
>>>
>
>_______________________________________________
>erlang-questions mailing list
>erlang-questions@erlang.org
>http://erlang.org/mailman/listinfo/erlang-questions
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://erlang.org/mailman/listinfo/erlang-questions
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Wed Sep 21, 2011 6:19 pm |
|
|
|
Guest
|
Hi!
The Erlang VM provides multiple strategies for name lookups, among them is a native lookup mechamism using getaddrinfo and
an erlang client implemented by the inet_res module.
The contents of the inet_db table on the detached node may also be worth looking into, does it differ? which strategy does it use?. You can access it using:
rpc:call('loadtest@127.0.0.1 (loadtest@127.0.0.1)', ets,tab2list,[inet_db]).
You may also want to look into the mDNSResponder daemon that OSX uses as a system-wide resolver. this daemon appears to
be an alternative to the nscd deamon found on GNU/Linux systems. Applications are expected to perform lookups against this daemon.
MVH Magnus
On Wed, Sep 21, 2011 at 7:03 PM, Allen Kim <allen.kim@epicadvertising.com (allen.kim@epicadvertising.com)> wrote:
Quote: It IS Mac OS X issue, definitely.
I ran it from CentOS box, and it works fine.
Don't know why it does not work on Mac OS X though.
On 11-09-21 12:35 PM, "Allen Kim" <allen.kim@epicadvertising.com (allen.kim@epicadvertising.com)> wrote:
>$cat /etc/resolv.conf
>#
># Mac OS X Notice
>#
># This file is not used by the host name and address resolution
># or the DNS query routing mechanisms used by most processes on
># this Mac OS X system.
>#
># This file is automatically generated.
>#
>nameserver 192.168.14.10nameserver 192.168.24.10
>
>
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Wed Sep 21, 2011 6:49 pm |
|
|
|
Guest
|
| I don't see any difference from outputs from the following commands. |
|
|
| Back to top |
|
| Guest |
| Posted: Thu Sep 22, 2011 12:47 pm |
|
|
|
Guest
|
On 21 September 2011 19:48, Allen Kim <allen.kim@epicadvertising.com (allen.kim@epicadvertising.com)> wrote:
Quote: I don't see any difference from outputs from the following commands. |
|
|
| Back to top |
|
| Guest |
| Posted: Thu Sep 22, 2011 2:53 pm |
|
|
|
Guest
|
Hi!
If it uses native lookups we can assume that getaddrinfo is broken when it is called from the detached node.
This narrows down the search for the cause of this issue to a more general problem with getaddrinfo on os-x,
leading us to this thread:
http://lists.apple.com/archives/unix-porting/2010/Jul/msg00001.html
You could try just adding nohup to the command that you're executing using ssh. Although i have a hard
time seeing how this would work. An erlang node started with -detached should ignore HUP signals (afaik).
MVH Magnus
On Wed, Sep 21, 2011 at 8:48 PM, Allen Kim <allen.kim@epicadvertising.com (allen.kim@epicadvertising.com)> wrote:
Quote: I don't see any difference from outputs from the following commands. |
|
|
| Back to top |
|
| Guest |
| Posted: Thu Sep 22, 2011 7:54 pm |
|
|
|
Guest
|
Thanks Magnus, and that works
BUT, it does not make sense to me.
errrrr, Mac, why don't you work like others?
~$ssh allen@127.0.0.1 |
|
|
| Back to top |
|
| Guest |
| Posted: Fri Sep 23, 2011 9:40 am |
|
|
|
Guest
|
On Wed, Sep 21, 2011 at 01:48:57PM -0500, Allen Kim wrote:
> I don't see any difference from outputs from the following commands.
> It both uses native lookup.
> Anyway, it is not a big deal since I do not use Mac for staging nor production. it's only for development.
Debugging hints: run without the -detached flag and debug the native resolver's problems:
$ ssh allen@127.0.0.1
$ erl -name loadtest@127.0.0.1
Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:8:8] [rq:8] [async-threads:0] [hipe] [kernel-poll:false]
Eshell V5.8.4 (abort with ^G)
(loadtest@127.0.0.1)1> inet_gethost_native:control({debug_level,9}).
inet_gethost[3930] (DEBUG):debug_level = 9
ok
(loadtest@127.0.0.1)2> inet:gethostbyname("www.google.com").
inet_gethost[3930] (DEBUG):Saved domainname .google.com.
inet_gethost[3930] (DEBUG):Created worker[3948] with fd 3
inet_gethost[3930] (DEBUG):Saved domainname .google.com.
inet_gethost[3948] (DEBUG):Worker got request, op = 1, proto = 1, data = www.google.com.
inet_gethost[3948] (DEBUG):Starting gethostbyname(www.google.com)
inet_gethost[3948] (DEBUG):gethostbyname OK
{ok,{hostent,"www.l.google.com",
["www.google.com"],
inet,4,
[{173,194,32,52},
{173,194,32,48},
{173,194,32,49},
{173,194,32,50},
{173,194,32,51}]}}
(loadtest@127.0.0.1)3>
>
> However, I hope it's better to be consistent on all kind of *nix environment.
> Or, it could be me only.
>
> Any Mac user who what to test this?
>
> $ssh allen@127.0.0.1 'erl -name loadtest@127.0.0.1 -detached -setcookie loadtest'
> $erl -name allen@127.0.0.1 -setcookie loadtest
> > net_adm:ping('loadtest@127.0.0.1').
> > gen_tcp:connect("www.google.com",80,[]).
> >rpc:call('loadtest@127.0.0.1',gen_tcp,connect,["www.google.com",80,[]]).
>
>
> (allen@127.0.0.1)6> io:format("~p~n",[ets:tab2list(inet_db)]).
> [{res_resolv_conf_info,undefined},
> {res_hosts_file_info,undefined},
> {res_domain,"local"},
> {res_hosts_file_tm,0},
> {res_resolv_conf_tm,0},
> {cache_refresh_interval,3600000},
> {socks5_noproxy,[]},
> {res_retry,3},
> {res_search,["local"]},
> {res_resolv_conf,"/etc/resolv.conf"},
> {res_inet6,false},
> {res_recurse,true},
> {hostname,"allen"},
> {res_udp_payload_size,1280},
> {cache_size,100},
> {sctp_module,inet_sctp},
> {udp_module,inet_udp},
> {tcp_module,inet_tcp},
> {res_hosts_file,"/etc/hosts"},
> {res_id,0},
> {socks5_port,1080},
> {res_timeout,2000},
> {res_edns,false},
> {res_alt_ns,[]},
> {socks5_methods,[none]},
> {res_ns,[{{192,168,14,10},53},{{192,168,24,10},53}]},
> {res_usevc,false},
> {socks5_server,[]},
> {res_lookup,[native]}]
> ok
> (allen@127.0.0.1)7> io:format("~p~n",[rpc:call('loadtest@127.0.0.1', ets,tab2list,[inet_db])]).
> [{res_resolv_conf_info,undefined},
> {res_hosts_file_info,undefined},
> {res_domain,"local"},
> {res_hosts_file_tm,0},
> {res_resolv_conf_tm,0},
> {cache_refresh_interval,3600000},
> {socks5_noproxy,[]},
> {res_retry,3},
> {res_search,["local"]},
> {res_resolv_conf,"/etc/resolv.conf"},
> {res_inet6,false},
> {res_recurse,true},
> {hostname,"allen"},
> {res_udp_payload_size,1280},
> {cache_size,100},
> {sctp_module,inet_sctp},
> {udp_module,inet_udp},
> {tcp_module,inet_tcp},
> {res_hosts_file,"/etc/hosts"},
> {res_id,0},
> {socks5_port,1080},
> {res_timeout,2000},
> {res_edns,false},
> {res_alt_ns,[]},
> {socks5_methods,[none]},
> {res_ns,[{{192,168,14,10},53},{{192,168,24,10},53}]},
> {res_usevc,false},
> {socks5_server,[]},
> {res_lookup,[native]}]
> ok
>
>
>
> From: Magnus Klaar <magnus.klaar@gmail.com<mailto:magnus.klaar@gmail.com>>
> Date: Wed, 21 Sep 2011 13:18:51 -0500
> To: Allen Kim <allen.kim@epicadvertising.com<mailto:allen.kim@epicadvertising.com>>
> Cc: Kaiduan Xie <kaiduanx@gmail.com<mailto:kaiduanx@gmail.com>>, "erlang-questions@erlang.org<mailto:erlang-questions@erlang.org>" <erlang-questions@erlang.org<mailto:erlang-questions@erlang.org>>
> Subject: Re: [erlang-questions] erlang gen_tcp:connect/3 not working with rpc:call/4, anyone knows why?
>
> Hi!
>
> The Erlang VM provides multiple strategies for name lookups, among them is a native lookup mechamism using getaddrinfo and
> an erlang client implemented by the inet_res module.
>
> The contents of the inet_db table on the detached node may also be worth looking into, does it differ? which strategy does it use?. You can access it using:
>
> rpc:call('loadtest@127.0.0.1<mailto:loadtest@127.0.0.1>', ets,tab2list,[inet_db]).
>
> You may also want to look into the mDNSResponder daemon that OSX uses as a system-wide resolver. this daemon appears to
> be an alternative to the nscd deamon found on GNU/Linux systems. Applications are expected to perform lookups against this daemon.
>
> MVH Magnus
>
> On Wed, Sep 21, 2011 at 7:03 PM, Allen Kim <allen.kim@epicadvertising.com<mailto:allen.kim@epicadvertising.com>> wrote:
> It IS Mac OS X issue, definitely.
> I ran it from CentOS box, and it works fine.
> Don't know why it does not work on Mac OS X though.
>
>
> On 11-09-21 12:35 PM, "Allen Kim" <allen.kim@epicadvertising.com<mailto:allen.kim@epicadvertising.com>> wrote:
>
> >$cat /etc/resolv.conf
> >#
> ># Mac OS X Notice
> >#
> ># This file is not used by the host name and address resolution
> ># or the DNS query routing mechanisms used by most processes on
> ># this Mac OS X system.
> >#
> ># This file is automatically generated.
> >#
> >nameserver 192.168.14.10nameserver 192.168.24.10
> >
> >
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@erlang.org
> http://erlang.org/mailman/listinfo/erlang-questions
--
/ Raimo Niskanen, Erlang/OTP, Ericsson AB
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://erlang.org/mailman/listinfo/erlang-questions
Post received from mailinglist |
|
|
| Back to top |
|
| wuji |
| Posted: Fri Aug 17, 2012 6:49 am |
|
|
|
User
Joined: 10 Aug 2012
Posts: 654
|
Drug Lord Has Rival Rooster Owner Killed After His Rooster Rooster [h2]knockoff designer *beep*[/h2] Rooster Loses CockfightBy RAISA BRUNERJune 19, 2012 — The general
of a U.S. horseracing track denied allegations Monday that that jordan 6 that the chief of Mexico's most violent drug cartel had
a $1 million race so his own horse would win.According win.According imitation designer *beep* win.According to two confidential FBI informants, Zetas leader Miguel Angel
Morales, also known as "40," bragged that he had paid paid jordan 6 olympic 2012 paid the gatekeepers at New Mexico's Ruidoso Downs $10,000 "to
back the horses" competing against his own horse, Mr. Piloto, Piloto, replica designer *beep* Piloto, in the 2010 All American Futurity Race, which Mr.
won.Trevino Morales and 13 other defendants were indicted last week week [h3]imitation designer *beep*[/h3] week for allegedly laundering at least $20 million in cocaine |
|
|
| Back to top |
 
|
|
|
All times are GMT
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum
|
|
|
Digg It
Del.icio.us
Reddit
Facebook
Stumble Upon
Technorati
