Erro no MySQL: (2003, “Não é possível conectar ao servidor MySQL em '2001: db8: 81: 2c :: 2' (-9)”)

15

Estou tentando configurar o Zenoss 4.2.0 no CentOS 6.3 para monitorar um servidor MySQL 5.5.25a remoto via IPv6. O firewall está aberto para o servidor de monitoramento e posso me conectar bem a partir da linha de comando:

[root@zenoss ~]# mysql -u zenoss -p -h 2001:db8:81:2c::2
...
mysql> SELECT USER(),CURRENT_USER();
+-----------------------------------------+-----------------------------------------+
| USER()                                  | CURRENT_USER()                          |
+-----------------------------------------+-----------------------------------------+
| zenoss@2001:db8:16:bf:5054:ff:fec0:f7a5 | zenoss@2001:db8:16:bf:5054:ff:fec0:f7a5 |
+-----------------------------------------+-----------------------------------------+
1 row in set (0.09 sec)

O Zenoss, no entanto, gera um evento "Nenhum dado de desempenho do plug-in", cujos detalhes reclamam que ele não pode se conectar ao servidor:

MySQL Error: (2003, "Can't connect to MySQL server on '2001:db8:81:2c::2' (-9)")

Até onde sei, -9 nem é um errno válido. E é claro que é impossível Google ter um número negativo .

Eu verifiquei zMySqlUsername e zMySqlPassword - mais de uma vez - e eles têm os valores corretos.

Eu também tentei digitar o endereço IPv6 com colchetes, mas o MySQL não gosta disso, seja no Zenoss ou na linha de comando.

Qual é a causa deste problema?

    
por Michael Hampton 04.08.2012 / 23:57

3 respostas

11

Eu finalmente desisti e fui depurar sozinho.

Com base na resposta do @SelivanovPavel, depurei a depuração em zencommand e esperei e, com certeza, o ZenPack foi falhando.

2012-08-16 18:16:14,092 INFO zen.zencommand: Datasource MySQL/mysql command: /opt/zenoss/ZenPacks/ZenPacks.zenoss.MySqlMonitor-2.2.0-py2.7.egg/ZenPacks/zenoss/MySqlMonitor/libexec/check_mysql_stats.py -H 2001:db8:81:2c::2 -p 3306 -u zenoss -w 'password' -g
2012-08-16 18:16:14,100 DEBUG zen.zencommand: Running /opt/zenoss/ZenPacks/ZenPacks.zenoss.MySqlMonitor-2.2.0-py2.7.egg/ZenPacks/zenoss/MySqlMonitor/libexec/check_mysql_stats.py
2012-08-16 18:16:14,544 DEBUG zen.zencommand: Datasource: mysql Received exit code: 1 Output: 'MySQL Error: (2003, "Can\'t connect to MySQL server on \'2001:db8:81:2c::2\' (-9)")\n'
2012-08-16 18:16:14,545 DEBUG zen.zencommand: Process MySQL/mysql stopped (1), 0.43 seconds elapsed 

Então eu procurei no ZenPack e descobri que ele estava importando (uma versão aparentemente antiga) pymysql de /opt/zenoss/lib/python .

No teste da linha de comando do python, descobri onde a exceção estava sendo lançada:

>>> sys.path.insert(0, "/opt/zenoss/lib/python");
>>> import pymysql
>>> pymysql.install_as_MySQLdb()
>>> import MySQLdb
>>> self.conn = MySQLdb.connect(host="2001:db8:81:2c::2", port=3306, db='', user='zenoss', passwd='password')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/opt/zenoss/lib/python/pymysql/__init__.py", line 93, in Connect
    return Connection(*args, **kwargs)
  File "/opt/zenoss/lib/python/pymysql/connections.py", line 504, in __init__
    self._connect()
  File "/opt/zenoss/lib/python/pymysql/connections.py", line 673, in _connect
    raise OperationalError(2003, "Can't connect to MySQL server on %r (%s)" % (self.host, e.args[0]))
pymysql.err.OperationalError: (2003, "Can't connect to MySQL server on '2001:db8:81:2c::2' (-9)")

E ao inspecionar connections.py naquela vizinhança geral, descobri, para meu horror, que ele estava tentando abrir um soquete AF_INET , e não havia nenhum código em lugar algum para abrir um soquete AF_INET6 . Boom, falha instantânea.

A versão atual de pymysql também parece conter essa deficiência; sem suporte para IPv6 .

Portanto, a "resposta" é que vou ter que corrigir pymysql . Não como eu queria passar minha tarde.

Esse hacker desagradável faz com que as coisas funcionem (embora você precise do Python 2.6). Abra /opt/zenoss/lib/python/pymysql/connections.py e procure AF_INET na linha 660. Em seguida, faça a seguinte alteração:

                 if DEBUG: print 'connected using unix_socket'
             else:
-                sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
-                t = sock.gettimeout()
-                sock.settimeout(self.connect_timeout)
-                sock.connect((self.host, self.port))
-                sock.settimeout(t)
+                sock = socket.create_connection((self.host, self.port), self.connect_timeout)
                 self.host_info = "socket %s:%d" % (self.host, self.port)
                 if DEBUG: print 'connected using socket'

Isso já foi corrigido no pymysql do upstream e deve estar disponível em uma versão futura.

    
por 16.08.2012 / 20:42
5

Verifique se há alguma tentativa de conexão:

tshark -i br200 -f "host 2001:db8:81:2c::2"

tshark é a versão para console do programa de captura de pacotes Wireshark.

Se o usuário do serviço zenoss não for root - tente se conectar ao mysql a partir do seu shell:

su zenoss
mysql ...

E os logs do Zenoss (Configurações > Daemons)? Tente aumentar a verbosidade dos logs (set logseverity = 30) e veja o que acontece.

Este documento pode ser útil: Troubleshooting_Zenoss

    
por 16.08.2012 / 20:07
3

Tente colocá-lo entre colchetes [2001: 470: ...] ou ipv6: []. Um grande número de analisadores não pode diferenciar entre uma entrada de texto e um endereço v6.

    
por 05.08.2012 / 00:00