erlang节点互通查看

在局域网内部，一般用短节点名来完成短节点的全联通。
     全联通的前提之一是cookie要相同，cookie记录在一个文件中。
     对于同一个物理机上的两个erlang节点，不用其他配置就可以全联通。
     对于不在同一个物理机上的erlang节点，需要配置cookie才行。
     在其中一台物理机的命令行上执行erl  -sname [email protected]，在另一台物理机的shell上执行erl -sname [email protected]
     分别在shell上执行auth:get_cookie(),查看是否相同，如果不同则通过auth:set_cookie(node(),‘yourcookie‘)设置成相同的。
     然后执行net_adm:ping(OtherNode),OtherNode就是[email protected]或[email protected]。
     如果执行结果是pong,则表示成功了，可以通过nodes()查看。

时间： 2024-10-09 14:04:54

erlang节点互通查看的相关文章

erlang节点互相ping，一个能ping通，另外一个不行。

今天发现一个问题,2个erlang节点,1个主动ping另外一个不通,然后等待另外一个ping过来,2个节点才连通.记录一下. 首先,erlang节点的cookie是一致的.查了文档,cookie一致就可以连通的. 其次,跟用户权限没关系,超级用户跟普通用户是一样的. 后来google了一番,发现了几个相同的情况: Erlang client cannot ping server until server has pinged client Erlang. Fix run multiple co

[MapReduce]MapReduce调试：在TaskTracker节点上查看打印信息

业务背景 MapReduce编程模型的线上调试并不方便,它不像本地Java程序那样可以很方便地及时看到输出结果,本文将提供一种比较简捷的方式对MapReduce Job进行调试. 分析 完全并行模式下的MapReduce Job,使用 System.out.println("xxx"); 并不会打印到控制台上,因为完全并行模式下的MR Job是分布在集群上各个TaskTracker节点上运行的,因此,使用System.out.println的结果,是将打印信息打印到实际运行的Slave

记一次erlang 节点CPU严重波动排查过程

新服务上线后观察到,CPU在10 ~ 70%间波动严重,但从每秒业务计数器看业务处理速度很平均. 接下来是排查步骤: 1. dstat -tam 大概每10s一个周期,网络流量开始变得很小,随后突然增大,CPU也激增. 网络流量变化和从性能计数器结果上并不符合,服务相关业务较为复杂,先找出那个业务占用网络流量. 2. iftop 找出流量最大的几个目标IP,并且周期的流量变为0随后激增. 通过IP 知道是外部http接口地址,因为接口调用是异步进行的,性能计算是执行开始记录的,而不是结束记录,因

erlang节点局域网通信

节点1: F:\WorkSpace\Server\src>erl -name [email protected] -setcookie 4213 consulting .erlang in "F:/WorkSpace/Server/src" Now in:"F:/WorkSpace/Server/src" Eshell V5.9.3.1 (abort with ^G) ([email protected]192.168.10.142)1> auth:ge

erlang在windows下和虚拟机节点通信

在Linux下部署erlang项目,开发过程很多都是在Windows完成的,然后再发布到Linux,所以测试过程要在虚拟机下完成.有一天因为想要在虚拟机中使用到erlang图形化工具,比如appmon.tv.observer等等,便突发奇想得利用Windows的erlang连接到虚拟机中使用这些工具,来查看虚拟机的运行状态. 需要准备哪些东西? 我是在VmWare10虚拟Centos6.5系统,所以这里以VmWare10和Centos6.5为例,其他Linux系统及工具只做参考. 注意了,Lin

ERLANG远端节点奔溃导致发消息进程堵消息问题探源

问题描述:在生产环境中出现一例性能问题,A和B两个结点运行在两台服务器上,A与B互联,A不断向B发送消息.B结点所在机器发生宕机,导致A结点中发送消息的进程赌消息. 追踪过程:通过erlang:process_info(erlang:whereis(Pid))发现current_function一直是gen:do_call/4.messages消息堆积到数十万级别. 源码分析:在代码中向远端发送消息的调用函数为erlang:send(Pid,Msg),Pid是属于远端结点的接收进程.对该函数做一

Erlang与C构建的节点通讯

Erlang节点之间的通讯,主要用于两个Erlang节点之间的通讯,但Erlang还支持与java构建的节点通讯,甚至与c构建的节点通讯,前面两种方式在我以前的文章都有讲到,所以这里讲Erlang与c构建的节点通讯. Cnode与erl_interface 想用C构建一个erlang节点,要利用Erlang的erl_interface接口来实现.c建立的节点,叫CNode ,其中,erl_interface除了实现一些基本的节点连接,消息发送接收,还实现Erlang Term 的构建解析. CN

erlang局域网内节点通信——艰难四步曲

http://blog.chinaunix.net/uid-22566367-id-382011.html 在Programming Erlang这本书中,在写到第十章中,主要实现的是不同节点之间的通信,书上列出了四步,其中的第一步很容易实现,依葫芦画瓢,很容易实现同一台机子上,不同节点之间的通信,运行结果和书上的完全一致.当你急切地去尝试第二步(在局域网内,不同机子之间的通信)时,你可能会卡住的(本人是这样的,不知道你?),实践的结果和Joe所说的完全不一样(你如果按照书上所说,在kvs:st

Websphere查看修改节点端口

Websphere8.5.0查看修改节点端口 查看端口 例如查看Dmgr管理服务器的端口,进入 /opt/IBM/WebSphere/AppServer/profiles/Dmgr01/properties目录下查看portdef.props文件. 或者进入 /opt/IBM/WebSphere/AppServer/profiles/Dmgr01/config/cells/localhostCell01/nodes/localhostCellManager 01目录下查看serverindex.