Há alguns problemas aqui:
O comando "ipmitool" usa uma interface local para o controlador ipmi. É por isso que você precisa carregar os módulos para usar o ipmitool do mesmo host. Se você estiver em um host remoto, poderá usar o ipmitool na rede, usando algo como "ipmitool -I lan -H nome do host -U nome de usuário -P status do chassi da senha", substituindo os valores apropriados para hostname, username e password.
Se você não estiver usando a porta Ethernet do controlador IPMI dedicada, talvez seja necessário informar ativamente ao controlador da IPMI para usar a porta Ethernet integrada. Esses controladores IPMI são padronizados para um "fallback automático", portanto, se você tiver um cabo Ethernet conectado à porta LAN dedicada no momento em que o controlador IPMI é ligado , ele usará a porta dedicada, caso contrário vai fallback. Então, se você mudou de idéia sobre qual porta usar, isso pode estar ocorrendo.
A porta integrada na qual o controlador IPMI está ligado é a LAN1. Tem certeza de que está usando LAN1? Pode não ser o mesmo que a interface que sua instalação do Linux acha que é eth0.
Finalmente, eu definitivamente vi problemas de conectividade ao usar o IPMI em uma porta não dedicada. A maneira como o controlador de ethernet no IPMI se conecta à sua porta ethernet do host pode resultar em problemas de DHCP, bem como falhas no driver da placa de rede. Eu também vi a situação em que o endereço IP da IPMI em uma porta não dedicada é acessível a partir de uma máquina remota, mas não da local (o que não é um problema em geral, porque você pode usar a interface do kernel ipmitool) .
Sempre defendo usar uma porta dedicada quando disponível.
Em todos os casos, para redefinir o controlador IPMI, é necessário usar a interface ipmitool assim que a operação for concluída ou remover fisicamente a energia da máquina (desligada na parede / PDU, etc.) - desligando a máquina do botão na frente não é suficiente, como o controlador IPMI ainda está ligado)