Windows'ta 16 TB Birimler ve SNMP

16 TB'tan büyük birimler daha yaygın hale geldikçe, SNMP'de standart "HOST KAYNAKLAR" MIB içindeki disk boyutunu ve kullanımını bildirmek için kullanılan 32 bit değerin, uygun disk boyutunu bildirecek kadar büyük olmadığı kabul edildi.

Net-SNMP, disk kullanımı için 32 bit değerini korumak için (Toplam disk boyutu / kullanımı ayırma biriminin 32 bit alan değeri süresine eşit olduğundan) "AllocationUnits" değerini değiştirerek bu sorunu ele almış gibi görünüyor. 8 / 16TB'den daha büyük bir hacmin hesaplanması için. Tahsis biriminde herhangi bir raporlama ilginiz olmadığını varsayarsak ve küçük bir yanlışlık düzeyiyle tamamsınız. Bu zarif bir çözüm gibi görünüyor.

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

Bununla birlikte, pencerenin SNMP hizmetinde yerleşik olması, kullanılan / atanan disk alanının modulounu rapor ederek bu hatadan etkilenmeye devam ediyor ve bu da yanlış disk boyutu raporlamasına neden oluyor.

Windows'un 16 TB'ın üzerindeki birimler için disk kullanımını doğru şekilde bildirmesini sağlamanın bir yolu var mı? Net-SNMP 5.5 x64'ü yüklemeye ve Windows SNMP hizmetini tamamen devre dışı bırakmaya çalıştık, ancak bu maalesef sorunumuzu çözmedi.

NetSNMP uzantılarını kullanırken, ilgilendiğimiz belirli bir disk için topladığımız bilgiler aşağıdaki gibidir:

Vanilla Windows SNMP hizmetini veya NetSNMP'yi kullansak da bu sonuçlar aynıdır.

Kaktüs topluluğundaki insanların basitçe bir çözüm yazdığından bahsettiğini gördüm. Ne yazık ki, hızlı ve temel sistemlerin izlenmesi için Observium kullanıyoruz. Sorun Pencere tarafında düzeltilemezse, özel MIB'leri bildirmek için Observium yapılabilir mi?

- Güncelleme -

Hata raporunun snmpd.conf dosyasına "realStorageUnits" ekleme sözüne baktığımızda, bu yönergeyi ayarlarken aşağıdaki sorunu yaşadık:

- Güncelleme 2 -

Çok fazla müdahaleden sonra, Net-SNMP'nin "realStorageUnits" yönergesi gibi Windows sürümlerinden hiçbirine benzemiyor. Yönerge eklenmesi, SNMP başlatılırken bir uyarı ile sonuçlanır. 5.5, 5.6 ve 5.7 sürümlerini denedik. Burada kimse SNMP nasıl Windows 16 + TB hacimleri rapor almak için anladınız mı?

Bir süre önce , yapılandırma dosyası için yeni bir seçenek sunan Net-SNMP 5.5 için bir yama vardı realStorageUnits.

Gönderen Redhat muhbirleri # 748410 :

Bu sorunu çözmek için [negatif hrStorageSite değerleri], bu güncelleştirme /etc/snmp/snmpd.conf yapılandırma dosyasına realStorageUnits adlı yeni bir seçenek ekler. Bu seçeneğin değerini 0 olarak değiştirerek, kullanıcılar hrStorageSize ve hrStorageAllocationUnits çarpımının her zaman doğru bir cihaz boyutu oluşturmasını sağlamak için hrStorageTable'daki tüm değerlerin yeniden hesaplanmasını etkinleştirebilir.

([parantez] içindeki metin benimdir)

Bu nedenle realStorageUnits 0, snmpd.conf dosyasına yapılandırma yönergesi eklemek sorununuzu çözüyor olabilir.

Ancak, değerler en son megabayta kadar doğru olmaz; YMMV.

Bu düzeltme ekinin Net-SNMP'nin ikili dağıtımınıza dahil edilip edilmediğini anlayamıyorum , ancak sonuçları ve hangi ikili dosyayı kullandığınızı bildirmeniz harika olurdu. Ayrıca, şu anda yeterli donanım eksikliği için test etmedim.

Bunun sorunuza doğrudan bir cevap olmadığını biliyorum, ama belki de yardımcı olacaktır. SNMP Informant yapan ekiple iletişime geçmenizi öneririz: http://www.snmp-informant.com/

Windows SNMP aracısını, Microsoft'un bazı OID'leri için sınırlamaları aşacak şekilde genişletirler. Daha doğru CPU kullanımı ve depolama numaraları almak için Zenoss ile kullanıyorum ve bunun sorununuzu çözmesi için iyi bir şans var, ancak kesin olarak söyleyemem.