Monitorar disco por meio de polling SNMP

Question

Estou usando o SNMP (polling not traps) para monitorar um Snap Server com MIB-II (RFC 1213). Como não há MIB especializado para este dispositivo, estou preso via MIB-II padrão. Meu objetivo principal é pesquisar os discos e garantir que eles não sejam desconectados e montados. Eu estou realmente apenas procurando por melhores práticas aqui, já que não sou muito de um administrador Linux.

O servidor de snap tem um RAID 1.

Meu plano é monitorar / dev / sda, / dev / sdb, / dev / sdc ect. Começando no OID: .1.3.6.1.2.1.25.3.2.1.3.1552 e superior. Neste momento a string apenas retorna / dev / sda / que eu disse ao meu software que é a string apropriada para retornar. Se o disco 0 cair, eu assumo que ele não retornará mais / dev / sda para .1.3.6.1.2.1.25.3.2.1.3.1552 pelo menos é isso que estou esperando.

Alguém pode confirmar minha suspeita sobre isso? Eu realmente não tenho uma maneira fácil de testar este sem fisicamente construir um PC e desconectar uma unidade como as caixas de Linux que eu tenho acesso estão em produção.

    

Answer 1

Você deve verificar o MIB de recursos do host . O OID que você está mencionando é o campo hrDeviceDescr . Se você olhar mais para o MIB, poderá ver o hrDeviceStatus , que é um inteiro definido da seguinte forma:

The current operational state of the device described by this row of the table. A value unknown(1) indicates that the current state of the device is unknown. running(2) indicates that the device is up and running and that no unusual error conditions are known. The warning(3) state indicates that agent has been informed of an unusual error condition by the operational software (e.g., a disk device driver) but that the device is still 'operational'. An example would be a high number of soft errors on a disk. A value of testing(4), indicates that the device is not available for use because it is in the testing state. The state of down(5) is used only when the agent has been informed that the device is not available for any use.

Assim, provavelmente você deve monitorar melhor o seguinte OID: .1.3.6.1.2.1.25.3.2.1.5.1552 .