Über das Thema Hardware-Inventarisierung mit Open-Source hatte ich schon vor geraumer berichtet. Die Zeit geht weiter und so natürlich auch die Entwicklung. OCS Inventory steht kurz vor Veröffentlichung der Version 2.0 und mit FusionInventory gibt es ein Projekt, welches einen etwas anderen Fokus hat, aber die Kompatibilität zu OCS NG wahrt unnd von dort kommt nun eine wirklich gute Erweiterung.
Bisher war es recht schwierig die ESX Server selbst zu inventarisieren. Natürlich konnte man den Agent in die Server-Umgebung installieren, aber mit Version 4.5 wird es diese nicht mehr geben, sondern nur noch den ESXi. Hier setzt nun fusioninventory-esx an. Dieses Tool verbindet sich über die API zum ESX-Server , holt sich dort die notwendigen Daten und schreibt eine .ocs-Datei, welche man mit dem FusinInventory-Injector in den OCS Server importieren kann:
fusioninventory-esx --host $HOSTNAME -u $BENUTZER --password $PASSWORD \ --directory /var/lib/fusioninventory-agent/
fusioninventory-injector -v -r -d /var/lib/fusioninventory-agent/ \ --url http://admin:admin@localhost/ocsinventory
Obiges sollte selbsterklärend sein. Interessantes Detail ist -r -d beim Injektor. Ersteres löscht erfolgreich importierte .ocs-Dateien und -d liest alle im angegeben Verzeichnis – eine schöne Erleichterung fürs Scripten.
Wer ein fertiges Paket für Redhat/Centos sucht wird beim Remi Repo fündig. Installation via yum –enablerepo=remi install perl-FusionInventory-Agent-Task-ESX – was will man mehr.
Ich finde das Teil (ohne jetzt ellenlang in der config gegraben zu haben) viel zu freizügig mit den Informationen für klassische Inventorisierung.
Natürlich interessiert mich die Hardware und Usernamen, Hostnamen, Netzwerkeinstellungen – warum es aber ein Prozessliste des aktiven Users und die Namen und Grössen seiner LVM-Volumes mitschickt mag mir nicht so recht einleuchten.
Hab auch in der Doku nix gefunden und dementsprechend einfach den Perl-Client gepatcht, aber begeistert bin ich davon nicht
Ich finde auch, das in manchen Bereich OCS zu viel tut, aber andererseits wäre es auch ärgerlich, wenn es nicht da wären, wenn man es bräuchte.