Eu encontrei isso em uma plataforma diferente. O que eu descobri é o que seu log lhe disse, ele estava retornando um valor que excedeu o inteiro inteiro de 32 bits assinado. O daemon SNMP específico estava retornando números negativos, que foi como eu descobri que era um problema Int / assinado / não assinado. No meu script eu fiz as contas para converter um inteiro assinado em um inteiro não assinado, o que me permitirá monitorar esse volume em particular até 4 TB. Nesse ponto, estou praticamente sem sorte.
Quanto a soluções alternativas ... não parece que você obterá o valor bruto, portanto, talvez seja necessário escrever um script que será executado quando um OID específico for consultado. Esse script retornará o valor KB do volume, em vez do valor B. O que deve levá-lo até 16 TB antes que ele também atinja o máximo.
No seu arquivo snmpd.conf, digite algo parecido com isto (eu estou cribbing de algumas notas vmware, então o OID que você usa deve ser outra coisa):
exec .1.3.6.1.4.1.6876.99999.2.0 sqlvolspace /usr/local/script/sqlvolspace /dev/mapper/volname
Então, quando você consultar esse OID, você obterá um valor que cabe dentro de um inteiro de 32 bits. Claro, você terá que escrever esse script. Deve retornar apenas um único inteiro.