Logiciel : Monitoring Oreon : sortie de la version 1.4
Posté par Romain Le Merlus (page perso, ). Modéré le 30 mars 2007.
Fonctionnalités de Oreon :
- Configuration simple du périmètre, basé sur une arborescence de modèles
- Monitoring basé sur le moteur Nagios (2.8)
- Totale flexibilité dans la nature et les moyens de remonter les informations
- Exploitation en profondeur des logs et des données de performance
- Moteur graphique RRDTool pour un rendu "Cacti"
- Rétention et stockage des données totalement paramétrable
- Reporting temps réel et historisation
- Administration simple et puissante
- Solution a destination des initiés et non initiés
- Conception modulaire : Intégration de NTOP et PHP-Weathermap
- Modules de cartographie avancée et calcul de SLA
Oreon bénéficie de services de garantie et de support de la part d'une entité professionnelle.
![[fr]](../images/fr.png)
Oreon Project (3002 hits)![[en]](../images/en.png)
Vidéo en ligne (1318 hits)-
Captures d'écrans (3097 hits)
> Lire la dépêche (25 commentaires, moyenne: 2,7).
Vous avez demandé le commentaire #817226.
Run by 
Cette page a été générée par Templeet en 0.0438s (dont 0.0041 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Swap et ext2
http://www.oreon-project.org/images/stories/screenshots/2007(...)
C'est normal que l'outil rapporte que la partition swap ('Swap Space') soit en ext2fs ? (je suppose que 'hrFSLinuxExt2' correspond à ext2fs).
[^]Re: Swap et ext2
C'est uniquement basé sur des retours SNMP... Y a peut etre un soucis a ce niveau la.
[^]Re: Swap et ext2
À voir le tableau, on dirait plutôt qu'il s'est emmêlé les pinceaux.
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.