Valores negativos para o tamanho do armazenamento através do SNMP

Question

Ficamos sem espaço em um volume de 5 TB em um servidor de armazenamento do Windows, então copiámos os dados para um novo volume de 10 TB.

Agora, nosso monitoramento baseado em nagios está relatando dados com os quais não estou satisfeito. Quando examinei os dados, notei que ele informa um valor negativo para o espaço total do volume.

• Informações sobre status:
  V: Etiqueta: VolumeXYZ Número de Série f6435543: -72% utilizado (4545076MB / -6291462MB) (< 80%): OK
• Dados de desempenho: 'V: _Label: VolumeXYZ__Serial_Number_f6435543' = 4545076MB; -5033169; -5662316; 0; -6291462

Inicialmente, assumi um problema de cache, mas fiz meu caminho para procurar manualmente os valores via snmpwalk . Os resultados foram:

iso.3.6.1.2.1.25.2.3.1.1.6 = INTEGER: 6
iso.3.6.1.2.1.25.2.3.1.2.6 = OID: iso.3.6.1.2.1.25.2.1.4
iso.3.6.1.2.1.25.2.3.1.3.6 = STRING: "V:\ Label:VolumeXYZ  Serial Number f6435543"
iso.3.6.1.2.1.25.2.3.1.4.6 = INTEGER: 4096
iso.3.6.1.2.1.25.2.3.1.5.6 = INTEGER: -1610614235
iso.3.6.1.2.1.25.2.3.1.6.6 = INTEGER: 1163527892
iso.3.6.1.2.1.25.2.3.1.7.6 = Counter32: 0

Dado que todos os outros volumes relatam um valor positivo na ramificação iso.3.6.1.2.1.25.2.3.1.5 , estou assumindo que ver um valor negativo aqui para o volume em questão é um indicador do motivo pelo qual estou vendo um valor negativo no nagios.

Como posso remediar esta situação?

    

Answer 1

O número negativo é devido a um estouro de inteiro para o inteiro de 32 bits assinado usado para relate o número de blocos .

Eu tive o mesmo problema em um NAS baseado em Linux. Eu era capaz de falsificar um tamanho de bloco maior no Linux, o que impedia o estouro de inteiro e o produto do tamanho do bloco * número de blocos resultou na quantidade correta de armazenamento. O bug é reportado para o Net-SNMP e há um patch disponível. Não tenho certeza se você é capaz de ajustar um sistema Windows da mesma maneira.