Estou tendo problemas ao executar o IPMI em meus servidores que possuem ligação de rede habilitada.
Plataforma: CentOS versão 5.3 (final)
Kernel: 2.6.18-92.el5 Controlador Ethernet
Dell PowerEdge 1950 de 64 bits
: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet
Eu vinculei a interface eth0 e eth1 como ativa passiva, com eth0 como interface ativa, abaixo está a descrição conf de /proc
Modo de ligação: tolerância a falhas
(backup ativo) Escravo primário: eth0
Escravo atualmente ativo: eth0
Status MII: ativo Intervalo de pesquisa MII (ms):
30 Atraso de subida (ms): 0 Atraso de descida (ms): 0Interface Escrava: eth0 MII Status: up
Contagem de falhas de link: 0 Endereço HW permanente
: 00:22:19:56:b9:cdInterface Escrava: eth1 MII Status: up
Contagem de falhas de link: 0 Endereço HW permanente
: 00:22:19:56:b9:cf
Meu dispositivo IPMI é o seguinte
Tipo de interface de informações do dispositivo IPMI
: Especificação KCS (estilo de controle de teclado)
Versão: 2.0
Endereço escravo I2C: 0x10
NV Dispositivo de armazenamento: Não presente
Endereço base: 0x0000000000000CA8 (E/S)
Espaçamento de registro: Limites de 32 bits
Usei openIPMI e freeipmi para controlar o chassi por meio da placa IPMI, mas em servidores com ligação habilitada, o comando expira, abaixo está a execução completa do comando com informações de depuração.
ipmi_lan_send_cmd:opened=[0],
open=[4482848] IPMI LAN host
70.87.28.115 porta 623 Enviando pacote de ping de presença IPMI/RMCP
ipmi_lan_send_cmd:opened=[1],
open=[4482848] Nenhuma resposta do
controlador remoto
Comando Get Auth Capabilities falhou
ipmi_lan_send_cmd:opened=[1],
open=[4482848] Nenhuma resposta do
controlador remoto
O comando Get Auth Capabilities falhou Erro:
Não é possível estabelecer a sessão LAN Falha
ao abrir a interface LAN Não é possível obter
o status de energia do chassi
Por outro lado configurei o IPMI em uma caixa com as mesmas especificações mencionadas acima sem ligação e o IPMI funciona perfeitamente.
Alguém já enfrentou esse problema com IPMI + Bonding? Eu ficaria grato se alguém ajudasse a contornar esse problema.
- Mohammed Sameer
Responder1
Encontramos esse problema com nossos sistemas Supermicro ao usar IPMI sobre LAN1 (em vez de IPMI com LAN dedicada). Fizemos algumas depurações aqui:http://pastebin.com/gsmr9WvS
Estamos conversando com a Supermicro no momento para isolar o problema, mas por enquanto continua sendo um problema que não pode ser resolvido devido ao compartilhamento do Mac entre as duas NICs.