Skip to main content

Erlang nodes and /etc/hosts configuration

The basic unit of erlang distributed programming is erlang node. To find an erlang node is a prerequisite for running program on it. The configuration of /etc/hosts and domain resolving may affect. The issue came to me when I tested discoproject on two computers and got "Node failure".

Let's start with the classic example in Pragmatic Programming Erlang. First we start two erlang shell on the same machine, one named gandalf, the other named bilbo:

erl -sname gandalf
erl -sname bilbo

In node bilbo, you try "net_adm:ping(gandalf@localhost)." and you suppose to get a "pong" as response. Unfortunately, this may not happen on every computers, it is highly possible you may get a "pang" or some error massage. But you may start erlang shells in another way:

erl -sname gandalf@localhost
erl -sname bilbo@localhost

This time, you should finally get a "pong"(if you got "pang" before). The magic lies here, if start an erlang shell with "@localhost", and try "node()." you will get "gandalf@localhost". But if you start an erlang shell without "@localhost", you may get a different response when "node().", in may Ubuntu it is "gandalf@socrates-ubuntu-9". The reason are in /etc/hosts, in may Ubuntu there such two lines inside:

127.0.0.1 localhost
127.0.1.1 socrates-ubuntu-9

The second line defines a loop back domain other than localhost, and it guide the erlang shell to use it as default. Here we may comes to the distributed programming on two computers. Assume we have computers, one is "socrates-ubuntu-9" and the other is "socrates-ubuntu". On "socrates-ubuntu-9", we start an erlang shell "erl -sname gandalf", and on "socrates-ubuntu" we start an erlang shell "erl -sname bilbo". If "socrates-ubuntu-9" and "socrates-ubuntu" can find each other by domain names and we don't have a firewall issue, you may successfully get a "pong" in "socrates-ubuntu" by command:

netadm:ping( list_to_atom("gandalf@socrates-ubuntu-9")).

If no DNS available, a list of ip/name pair may be added to /etc/hosts of each computer.

Comments

Popular posts from this blog

A simple implementation of DTW(Dynamic Time Warping) in C#/python

DTW(Dynamic Time Warping) is a very useful tools for time series analysis. This is a very simple (but not very efficient) c# implementation of DTW, the source code is available at  https://gist.github.com/1966342  . Use the program as below: double[] x = {9,3,1,5,1,2,0,1,0,2,2,8,1,7,0,6,4,4,5}; double[] y = {1,0,5,5,0,1,0,1,0,3,3,2,8,1,0,6,4,4,5}; SimpleDTW dtw = new SimpleDTW(x,y); dtw.calculateDTW(); The python implementation is available at  https://gist.github.com/3265694  . from python-dtw import Dtw import math dtw = Dtw([1, 2, 3, 4, 6], [1, 2, 3, 5],           distance_func=lambda x, y: math.fabs(x - y)) print dtw.calculate() #calculate the distance print dtw.get_path() #calculate the mapping path

Install mysql-python with mariadb

mysql-python requires libmysqlclient-dev in ubuntu, but the installation of mariadb will have the lib with unmet dependenccies, so the error of "mysql_config not found" may occurred if you install mysql-python via pip. The case is that mariadb has a compatible package, if you have the ppa setup as in  http://downloads.mariadb.org/ . Just "sudo apt-get install libmariadbclient-dev".

The default CREATE TABLE options for Aria Engine in mariadb

The official document of mariadb does not mention the default CREATE TABLE options for tables using Aria Engine.  The default options are list as below: TRANSACTIONAL,  the default value is TRANSACTIONAL=0, i.e., non-transactional. ROW_FORMAT, the default value is ROW_FORMAT=PAGE, which may suits both transactional and non-transactional tables. PAGE_CHECKSUM,  the default value will follow aria_page_checksum system variable, which has default value ON. For the TRANSACTIONAL option, you may consider create a table as below(and ALTER the TRANSACTIONAL=1): CREATE TABLE `test_table` ( `id` int(11) NOT NULL AUTO_INCREMENT, PRIMARY KEY (`id`) ) ENGINE=Aria; If you change the ROW_FORMAT to DYNAMIC or FIXED, everything just goes fine. But if you have ALTER the table with TRANSACTION=1 and change the ROW_FORMAT to DYNAMIC or FIXED, you may got a warning: SHOW WARNINGS; +-------+------+----------------------------------------------------------+ | Level | Code | Message | +-------+--