NUT não desligando o no-break. O servidor 14.04 bloqueia as comunicações USB no nível de execução 0?

1

Instalei recentemente o Network UPS Tools (nut) no meu novo servidor de 64 bits do ubuntu 14.04. Eu usei exatamente os mesmos arquivos conf que eu tinha no meu antigo servidor Ubuntu 12.04 de 32 bits.

Tudo correu bem, exceto que quando testei o servidor 14.04 para desligamentos automáticos, dando o comando

sudo upsmon -c fsd

o no-break não desligou a carga quando o sistema foi desativado pela porca e, portanto, o servidor nunca foi reiniciado.

Acontece que a versão do nut no meu servidor 14.04 tem scripts de inicialização diferentes (mais recentes) que o do servidor 12.04. Então eu pensei, talvez haja um bug nesses scripts mais novos.

Para tentar descobrir o que estava acontecendo, desconectei o servidor da tomada da UPS e conectei-o diretamente à tomada da rede elétrica, mas deixei a conexão USB ligada e inicializei-a. Em seguida, enviei o seguinte comando do console do terminal:

sudo /sbin/upsdrvctl shutdown

O no-break desligou a carga e, pouco tempo depois, ligou-a novamente como deveria.

Em seguida, eu modifiquei temporariamente o script /etc/init.d/halt substituindo esta seção do código:

    # See if we need to cut the power.
    if [ "$INIT_HALT" = "POWEROFF" ] && [ -x /etc/init.d/ups-monitor ]
    then
            /etc/init.d/ups-monitor poweroff
    fi

com isso:

    /sbin/upsdrvctl shutdown

O código original chama de "ups-monitor", que é um link para o script "nut-client" que, depois de fazer algumas verificações, chama script "nut-server", que emite o comando "/ sbin / upsdrvctl shutdown" para desligar a carga da UPS.

Então, agora, com esse mod temporário, os scripts de saída estão fora do caminho. No entanto, quando eu dei o comando

sudo upsmon -c fsd

o sistema caiu, mas mais uma vez o no-break não desligou a carga.

Poderia ser que o servidor Ubuntu 14.04 esteja bloqueando as comunicações USB no nível de execução 0 quando o script halt estiver rodando ???

    
por Tom De Roux 14.08.2014 / 19:23

0 respostas