• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Agent Tru64 & NT4 server
#1
Objet : inventaire plateforme avec des tecnos assez anciennes ( 10/12 ans)

Dans la liste des compatibilité sous wiki je ne vois pas les compatibilités avec Tru64 et NT4
Est ce que les agents existent ?
  Reply
#2
pour NT4, ce n'est pas possible, il faut utiliser un agent OCS 1.X

pour Tru64, est-ce qu'il y a un perl dessus ? je pense qu'il faudrait avoir la main sur une machine pour voir ce que l'on peut proposer (on en a pas en stock ^^)
  Reply
#3
Bonjour,

On ne support pas Tru64 pour le moment, le portage ne devrait pas être très compliqué, mais comme le dit wawa, il faut avoir accès à une machine.
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#4
On vient de vérifié, il y Perl5
Pour NT4, est ce que l'agent OCS 1.X peut être utilisé avec l'environnement Fusion (dans ce cas il daudrait que l'on dé^ploie des agent OCS sur le parc NT et des agents fusion sur le reste?)
Enfin on envisage dans nos nouvelles plateformes les montages VMs suivants pour remplacer nos DEC Alpha DS10 & DS20 : ESX/VM1 (Win2008 server/émulateur charon/True64/ nos applis True 64) . Peut on mettre un agent au niveau de l'ESX pour remonter les VMs et un agent dans chaque VM (True64) pour remonter les applis de la VM

Pour linux, nous envisageons d'utiliser RedHat et/ou Suse . Est ce full compatible
  Reply
#5
Oui, le serveur fusion peut accepter des inventaires provenant d'agents OCS.

Pour ce qui est des serveurs ESX, vous pouvez utiliser fusioninventory-esx.
http://search.cpan.org/~fusinv/FusionInv...entory-esx
Ce module peut se lancer en ligne de command ou depuis GLPI-0.80+FusionInventory.

L'agent est compatible RHEL et Suse, il est disponible en paquet sur RHEL ( http://blog.famillecollet.com/post/2010/...-agent-2.1 ).

Une matrice des OS testés est visible ici http://forge.fusioninventory.org/project...plateforms
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#6
OK , merci pour toutes ces infos
Donc a part TRUE64/PERL5 tous les clignotants sont au vert

En 3 mots, je dois faire une propal entre OCS et Fusion, pouvez vous me dire quels sont les points fort/faible qui distinguent Fusion de OCS
  Reply
#7
Est ce que le schéma de donnée de la base de donnée de Fusion est le même que celui d'OCS
Si non, est il disponible quelque part (dossier de conception ..)
  Reply
#8
la base de données de Fusion c'est la base de données de GLPI puisqu'on enregistre directement les infos dedans :p
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#9
le plugin FusionInventory pour GLPI ajoute quelques tables à la base GLPI.
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#10
Donc pour le néophyte que je suis, il n'y a qu'une seul base à gérer !! Celle de GLPI ce qui me semble e^tre très interressant
Avez vous le schéma de donnée de la base dispo quelque part
  Reply
#11
TD Wrote:Donc pour le néophyte que je suis, il n'y a qu'une seul base à gérer
oui, donc pas d'install d'un serveur en perl, pas de dépendances, pas de processus de synchro long et coûteux à faire entre plusieurs produits...

sans compter qu'effectivement le serveur fusioninventory, qui est un plugin glpi, accepte les inventaires des agents ocs et fusion
  Reply
#12
Il y a un schema de base debglpi sur la forge de glpi mais pasbsur qu'elle soit a jour
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)