Задавайте вопросы, мы ответим
Вы не зашли.
Добрый день!
Очень нужна помощь, т.к. заблудился в трёх соснах.
Не удаётся подлкючить SQL ноду к MGMT ноде,
ndb_mgm> show
Cluster Configuration
---------------------
[ndbd(NDB)] 2 node(s)
id=2 (not connected, accepting connect from 192.168.92.31)
id=3 (not connected, accepting connect from 192.168.92.32)
[ndb_mgmd(MGM)] 1 node(s)
id=1 @192.168.92.11 (mysql-5.1.56 ndb-7.1.18)
[mysqld(API)] 2 node(s)
id=4 (not connected, accepting connect from 192.168.92.21)
id=5 (not connected, accepting connect from any host)
На стороне MGMT ноды каждые 5 секунд проскакивает ошибка:
[MgmtSrvr] WARNING -- Failed to allocate nodeid for API at 192.168.92.21. Returned eror: 'No free node id found for mysqld(API).'
Система везде:
Oracle Linux Release 6 Update 2 Boot iso image for x86_64 (64 bit)
На MGM ноде (192.168.92.11) стоит:
MySQL-Cluster-gpl-extra-7.1.18-1.el6.x86_64.rpm
MySQL-Cluster-gpl-management-7.1.18-1.el6.x86_64.rpm
MySQL-Cluster-gpl-tools-7.1.18-1.el6.x86_64.rpm
файл {config.ini}
[ndbd default]
NoOfReplicas=2
DataMemory=80M
IndexMemory=18M
[tcp default]
portnumber=2202
[ndb_mgmd]
HostName=192.168.92.11
datadir=/var/lib/mysql
[ndbd]
HostName=192.168.92.31
datadir=/var/lib/mysql/data
[ndbd]
HostName=192.168.92.32
datadir=/var/lib/mysql/data
[mysqld]
HostName=192.168.92.21
[mysqld]
на API ноде (192.168.92.21) стоит:
MySQL-Cluster-gpl-client-7.1.18-1.el6.x86_64.rpm
MySQL-Cluster-gpl-server-7.1.18-1.el6.x86_64.rpm
файл {my.cnf}
[mysqld]
ndbcluster
ndb-connectstring=192.168.92.11
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
#symbolic-links=0
[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
[mysql cluster]
ndb-connectstring=192.168.92.11
Пожалуйста, помогите разобраться.
Заранее спасибо!
Михаил
Неактивен
При добавлении --verbose к строке запуска ndb_mgmd пишет в лог
2012-01-24 01:22:50 [MgmtSrvr] DEBUG -- Trying to allocate nodeid for 192.168.92.21(nodeid: 0, type: API)
2012-01-24 01:22:50 [MgmtSrvr] DEBUG -- [0]: 4, '192.168.92.21', 1
2012-01-24 01:22:50 [MgmtSrvr] DEBUG -- [1]: 5, '', 0
2012-01-24 01:22:50 [MgmtSrvr] DEBUG -- Retrying allocation of nodeid 4...
2012-01-24 01:22:53 [MgmtSrvr] DEBUG -- Retrying allocation of nodeid 4... - Repeated 23 times
2012-01-24 01:22:53 [MgmtSrvr] DEBUG -- Retrying allocation of nodeid 4... - Repeated 5 times
2012-01-24 01:22:53 [MgmtSrvr] DEBUG -- Failed to allocate nodeid 4 for API node in cluster (retried during 3074 milliseconds)
2012-01-24 01:22:53 [MgmtSrvr] DEBUG -- Releasing local reservation for nodeid 4
2012-01-24 01:22:53 [MgmtSrvr] WARNING -- Failed to allocate nodeid for API at 192.168.92.21. Returned eror: 'No free node id found for mysqld(API).'
Неактивен
См. обсуждение здесь: http://lists.mysql.com/cluster/8050
Рекомендуется перезапустить все дата-ноды после изменения конфигурации mgm-сервера.
Неактивен
К сожалению, не исправляет ситуацию.
Неактивен
проблема оказывается не новая:
http://forums.mysql.com/read.php?25,295 … msg-295404
Кто может помочь откорректировать "/etc/init.d/mysql start"?
Неактивен
А в чем проблема? Открываете редактором
Скорее всего, надо править сразу mysqld_safe
Неактивен
paulus написал:
А в чем проблема? Открываете редактором
В плане открыть редактором - действительно проблем нет. Проблема возникает чуть позже - при использовании отредактированного: или не работает запуск, или не работает останов.
Если есть возможность взять уже готовый скрипт управления - было бы здорово.
Приложил оригинальный скрипт запуска.
paulus написал:
Скорее всего, надо править сразу mysqld_safe
А зачем, если mysqld_safe при запуске из консоли отрабатывает корректно?
Неактивен
--- mysql.orig 2012-02-02 01:22:15.405952008 +0400 +++ mysql 2012-02-02 01:24:34.856156547 +0400 @@ -106,7 +106,7 @@ mode=$1 # start or stop shift -other_args="$*" # uncommon, but needed when called from an RPM upgrade action +other_args="--ndb-connectstring=XXX $*" # uncommon, but needed when called from an RPM upgrade action # Expected: "--skip-networking --skip-grant-tables" # They are not checked here, intentionally, as it is the resposibility # of the "spec" file author to give correct arguments only.
Неактивен
paulus, спасибо большое!!!
Добавил в http://bugs.mysql.com/bug.php?id=64158& … ;notify=67
Буду пробовать!
Попробовал - "те же шарики, хоть и вид с боку."
Отредактированно mike_angel (03.02.2012 18:59:23)
Неактивен