Невозможно настроить кластер tsung на EC2 - сбой Erlang - PullRequest
Новая
       36

Невозможно настроить кластер tsung на EC2 - сбой Erlang

1 голос
/ 05 февраля 2012

Я пытаюсь настроить кластер tsung на двух экземплярах ec2:

Master - ip-10-212-101-85.ec2.internal

Slave - ip-10-116-39-86.ec2.internal

  • На обоих установлены erlang (R15B) и tsung (1.4.2), и путь установки одинаков для них обоих.
  • Iможет сделать ssh от Master к Slave и наоборот без пароля.
  • Брандмауэр остановлен на обеих машинах (остановка службы iptables)

На Master попытка запустить эрланговое ведомое устройстворезультат агента {error, timeout}: 

[root@ip-10-212-101-85 ~]# erl -rsh ssh -sname foo -setcookie mycookie
Erlang R15B (erts-5.9) [source] [64-bit] [async-threads:0] [hipe] [kernel-poll:false]

Eshell V5.9  (abort with ^G)
(foo@ip-10-212-101-85)1>  slave:start('ip-10-116-39-86',bar,"-setcookie mycookie").
{error,timeout}

На подчиненном устройстве луч поднимается на несколько секунд, а затем падает.Erl_crash.dump можно найти здесь

Я застрял с ошибкой, любая подсказка будет очень полезна.

PS: На обеих машинах / etc / hostsтоже самое, файл выглядит так: 

127.0.0.1       localhost.localdomain localhost
::1             localhost6.localdomain6 localhost6

10.212.101.85 ip-10-212-101-85.ec2.internal 
10.116.39.86 ip-10-116-39-86.ec2.internal

Ответы [ 2 ]

0 голосов
/ 09 февраля 2012

Похоже, что "остановка iptables службы" на отдельных узлах недостаточна.

В группе безопасности, которая применяется к виртуальным машинам, я добавил новое правило, которое открывает диапазон портов 0 - 65535 для всех.

Это решило проблему.

0 голосов
/ 06 февраля 2012

Если это все дословно, то проблема, скорее всего, slave:start('ip-10-116-39-86',bar,"-sttcookie mycookie"). - вместо этого попробуйте slave:start('ip-10-116-39-86',bar,"-setcookie mycookie")..

...