Volumi da 16 TB e SNMP su Windows


12

Quando i volumi superiori a 16 TB sono diventati più comuni, è stato riconosciuto che il valore a 32 bit utilizzato per riportare le dimensioni e l'utilizzo del disco all'interno del MIB standard "HOST-RESOURCES" in SNMP non era abbastanza grande per riportare le dimensioni corrette del disco.

Net-SNMP sembra aver risolto questo problema semplicemente manipolando il valore di "AllocationUnits" per mantenere un valore a 32 bit per l'utilizzo del disco (poiché la dimensione / utilizzo totale del disco è uguale al valore dello spazio a 32 bit per l'unità di allocazione), per consentire per il calcolo di un volume maggiore di 8 / 16TB. Presumendo che non si abbia alcun interesse di segnalazione nell'unità di allocazione e si accetti un piccolo livello di inesattezza. questa sembra una soluzione elegante.

https://bugzilla.redhat.com/show_bug.cgi?id=654384

Il servizio SNMP integrato di Window, tuttavia, sembra continuare a soffrire di questo errore, riportando semplicemente il modulo dello spazio su disco utilizzato / assegnato, risultando in rapporti sulla dimensione del disco non accurati.

Esiste un modo per consentire a Windows di segnalare correttamente l'utilizzo del disco per volumi superiori a 16 TB? Abbiamo tentato semplicemente di installare Net-SNMP 5.5 x64 e di disabilitare del tutto il servizio SNMP di Windows, ma questo purtroppo non ha risolto il nostro problema.

Quando si utilizzano le estensioni NetSNMP, le informazioni che raccogliamo per il particolare disco a cui siamo interessati sono le seguenti:

inserisci qui la descrizione dell'immagine

Questi risultati sono gli stessi indipendentemente dal fatto che stiamo utilizzando il servizio SNMP di Windows vanilla o NetSNMP.

Ho visto persone nella comunità dei cactus menzionare semplicemente la soluzione di una sceneggiatura. Sfortunatamente, stiamo usando Observium per il monitoraggio rapido e di base dei sistemi. Se il problema non può essere corretto dal lato della finestra, è possibile fare in modo che Observium possa segnalare MIB personalizzati?

- Aggiornamento -

Esaminando la menzione della segnalazione di bug relativa all'aggiunta di "realStorageUnits" al file snmpd.conf, si è verificato il seguente problema durante l'impostazione di tale direttiva:

realStorageUnits bails on us

- Aggiornamento 2 -

Bene, dopo molto armeggiare, non assomiglia a nessuna delle versioni Windows di Net-SNMP come la direttiva "realStorageUnits". L'inclusione della direttiva genera un avviso all'avvio di SNMP. Abbiamo provato con la versione 5.5, 5.6 e 5.7. Qualcuno ha mai capito come ottenere SNMP per segnalare volumi di 16+ TB su Windows?


Dici che l'installazione di Net-SNMPD non ha risolto il problema. Vuoi dire che non regola AllocationUnits come previsto o non sei riuscito a farlo funzionare?
Alexander Janssen,

Non sembra aver cambiato le unità di allocazione. Il servizio ha funzionato bene, ma alla fine non è sembrato cambiare ciò che veniva segnalato - il valore del disco era ancora errato e i vari valori riportati erano ancora gli stessi di prima. Posso confermare, tuttavia, che "Servizio SNMP" è stato interrotto e che è stato avviato "Servizio Net-SNMP". Qualche possibilità che stia configurando qualcosa di sbagliato?
Univ426,

Una piccola nota aggiuntiva, sto esponendo gli alberi usando una configurazione di base "rwcommunity <string>" v2c a scopo di test.
Univ426,

Per cominciare, è possibile .1.3.6.1.4.1.2021.100.2.0eseguire una query sull'OID per verificare se è proprio Net-SNMP a rispondere. Sui miei host (Linux) con Net-SNMP dàSNMPv2-SMI::enterprises.2021.100.2.0 = STRING: "5.4.1"
Alexander Janssen il

Ottengo "UCD-SNMP-MIB :: versionTag.0 = STRING: 5.5" Sembra un po 'diverso, ma netSNMP 5.5 è la versione che ho installato. Disattivando Net-SNMP e attivando il servizio SNMP di Windows, ottengo "UCD-SNMP-MIB :: verionTag.0 = Non ci sono più variabili rimaste nella vista MIB" Quindi sembra che NetSNMP sia definitivamente in esecuzione
Univ426

Risposte:


2

Qualche tempo fa c'era una patch per Net-SNMP 5.5 che introduceva una nuova opzione realStorageUnitsper il file di configurazione.

Da Redhat Bugreport # 748410 :

Per risolvere questo problema [valori negativi di hrStorageSite], questo aggiornamento aggiunge una nuova opzione al file di configurazione /etc/snmp/snmpd.conf, realStorageUnits. Modificando il valore di questa opzione su 0, gli utenti possono ora abilitare il ricalcolo di tutti i valori in hrStorageTable per garantire che la moltiplicazione di hrStorageSize e hrStorageAllocationUnits produca sempre una dimensione del dispositivo accurata.

(il testo tra parentesi è mio)

Quindi l'aggiunta della direttiva di configurazione realStorageUnits 0a snmpd.conf potrebbe risolvere il problema.

Tuttavia, i valori non saranno corretti fino all'ultimo megabyte; YMMV.

Non so dire se questa patch fosse inclusa nella tua distribuzione binaria di Net-SNMP, ma sarebbe bello se tu potessi riportare i risultati e quale binario stai usando. Inoltre, non l'ho testato per la mancanza di hardware adeguato in questo momento.


Grazie Alex, ci abbiamo provato prima - con molta speranza - purtroppo quando lo facciamo, otteniamo il seguente errore - C: /usr/etc/snmp/snmpd.conf: linea 2: Avviso: token sconosciuto: realStorageUnits. Quella direttiva è appena caduta da qualche parte, per esempio proprio sotto "rwcommunity private"?
Univ426,

Haha, sì, ho già fatto quell'errore una volta, ho ricontrollato, ma aggiornerò la mia domanda con una foto.
Univ426,

Qualche possibilità che io scriva quella direttiva in modo sbagliato?
Univ426,

No, sembra buono. Scusa, mi sono perso ora. Non ho una macchina adatta con la tua versione di Windows per verificarlo, ma, a dire il vero, il tuo snmpd.conf sembra un po '"piccolo". Prova invece questa configurazione minima per v2c . Non sono sicuro che possa aiutare, ma farà in modo che non si verifichino altre cose funky. E, adattare la rete nella direttiva localnet.
Alexander Janssen,

5.5 su Linux con la mia configurazione minima inizia felicemente con la realStorageUnitsdirettiva. Se questo non funziona ancora per te, ho la netta sensazione che questa funzione non sia in qualche modo inclusa nel binario NetSNMP che stai utilizzando.
Alexander Janssen,

1

So che questa non è una risposta diretta alla tua domanda, ma forse aiuterà. Ti suggerisco di provare a contattare il team che produce SNMP Informant: http://www.snmp-informant.com/

Estendono l'agente SNMP di Windows per aggirare le limitazioni di Microsoft per alcuni dei loro OID. Lo uso con Zenoss per ottenere un utilizzo più accurato della CPU e numeri di archiviazione e ci sono buone probabilità che questo risolva il problema, ma non posso dirlo con certezza.


Invece potresti anche usarlo per interrogare i contatori WMI, forse.
SpacemanSpiff

Non è una cattiva idea, ne sarò sicuro. In teoria le librerie Net-SNMP dovrebbero fare lo stesso, ma il loro apparente livello di personalizzazione potrebbe essere utile, grazie!
Univ426,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.