Or, d'après la description de hrFSStorageIndex, il s'agit de l'index de la table hrStorageEntry et on peut déjà constater certaines différences. En effet, le premier index de la table hrFS semblerait correspondre au quatrième index de la table hrStorage. Non seulement l'index en question n'existe pas dans la seconde table mais les autres index ne correspondent pas...
Si les correspondances d'index peuvent s'avérer défaillantes, il vaudrait mieux s'appuyer sur une comparaison entre hrStorageDescr et hrFSMountPoint.
[^] # Re: Swap et ext2
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Monitoring Oreon : sortie de la version 1.4. Évalué à 1.
Si je prends ma station personnelle comme exemple :
$ snmpwalk -Os -v 2c -c public localhost hrFS
...
hrFSMountPoint.1 = STRING: "/"
hrFSMountPoint.2 = STRING: "/sys"
hrFSMountPoint.3 = STRING: "/proc/bus/usb"
hrFSMountPoint.4 = STRING: "/home"
hrFSMountPoint.5 = STRING: "/usr"
hrFSMountPoint.6 = STRING: "/var"
hrFSMountPoint.7 = STRING: "/proc/sys/fs/binfmt_misc"
...
hrFSType.1 = OID: hrFSLinuxExt2
hrFSType.2 = OID: hrFSOther
hrFSType.3 = OID: hrFSOther
hrFSType.4 = OID: hrFSLinuxExt2
hrFSType.5 = OID: hrFSLinuxExt2
hrFSType.6 = OID: hrFSLinuxExt2
hrFSType.7 = OID: hrFSOther
Dans les tables de hrFS, ça semble correct mais les données de la première colonne correspondent plutôt à celles de hrStorageDescr :
$ snmpwalk -Os -v 2c -c public localhost hrStorageDescr
hrStorageDescr.1 = STRING: Physical memory
hrStorageDescr.3 = STRING: Virtual memory
hrStorageDescr.6 = STRING: Memory buffers
hrStorageDescr.7 = STRING: Cached memory
hrStorageDescr.8 = STRING: Shared memory
hrStorageDescr.10 = STRING: Swap space
hrStorageDescr.31 = STRING: /
hrStorageDescr.32 = STRING: /sys
hrStorageDescr.33 = STRING: /proc/bus/usb
hrStorageDescr.34 = STRING: /home
hrStorageDescr.35 = STRING: /usr
hrStorageDescr.36 = STRING: /var
hrStorageDescr.37 = STRING: /proc/sys/fs/binfmt_misc
Pour obtenir la correspondance, il faudrait s'appuyer sur la table hrFSStorageIndex :
$ snmpwalk -Os -v 2c -c public localhost hrFSStorageIndex
hrFSStorageIndex.1 = INTEGER: 4
hrFSStorageIndex.2 = INTEGER: 5
hrFSStorageIndex.3 = INTEGER: 6
hrFSStorageIndex.4 = INTEGER: 7
hrFSStorageIndex.5 = INTEGER: 8
hrFSStorageIndex.6 = INTEGER: 9
hrFSStorageIndex.7 = INTEGER: 10
Or, d'après la description de hrFSStorageIndex, il s'agit de l'index de la table hrStorageEntry et on peut déjà constater certaines différences. En effet, le premier index de la table hrFS semblerait correspondre au quatrième index de la table hrStorage. Non seulement l'index en question n'existe pas dans la seconde table mais les autres index ne correspondent pas...
Si les correspondances d'index peuvent s'avérer défaillantes, il vaudrait mieux s'appuyer sur une comparaison entre hrStorageDescr et hrFSMountPoint.