Remi's RPM repository - Blog

Commentaires

1. Le vendredi 6 juin 2008, 15:22 par lukweb

Très bon guide mais il manque cependant le même guide pour l'installation de l'agent Linux...

2. Le vendredi 6 juin 2008, 17:06 par Remi

Ben, la partie "Première machine", c'est bien l'installation du client linux (sur le serveur) et la récupération de son inventaire ?

++

P.S. le "client" linux est obsolète, le nouvel agent unifié est bien meilleur.

3. Le dimanche 8 juin 2008, 08:12 par jpa28

Je tente une install de OCS/GLPI sur CenOS 5.1.
Après avoir téléchargé ton dépot pour CentOS, j'ai suivi les instructions d'installation mais lorsque j'exécute la commande:

yum install ocsinventory

j'ai le message suivant :
--> Processing Dependency: perl(SOAP::Lite) >= 0.66 for package: ocsinventory-server
--> Processing Dependency: perl(Apache::DBI) >= 0.93 for package: ocsinventory-server
--> Finished Dependency Resolution
Error: Missing Dependency: perl(SOAP::Lite) >= 0.66 is needed by package ocsinventory-server
Error: Missing Dependency: perl(Apache::DBI) >= 0.93 is needed by package ocsinventory-server

AI-je raté quelque chose ?

4. Le dimanche 8 juin 2008, 08:51 par jpa28

OK, j'ai effectivement raté quelque chose.
Comme j'ai fait l'install manuelle du dépot REMI, il me manque le dépot EPEL pour les dépendances.
Avec la config automatique de YUM pour Entreprise 5 Linux ça fonctionne nickel.

Désolé d'avoir polué les commentaires...suffisait de bien lire les instructions.
Merci pour ces packages qui font économiser beaucoup de temps d'install.

5. Le mercredi 18 juin 2008, 17:03 par jeangui

Bonjour Rémi et merci bien pour ton travail nickel.

J'ai juste un petit problème dans l'install de gpli.
Visiblement :

yum install gpli

ne marche pas car le package gpli n'existe pas ou plus ...

en effet,

yum --disablerepo=\* --enablerepo=remi,MyRepo,epel search gpli

donne

Loading "installonlyn" plugin
Setting up repositories
Reading repository metadata in from local files
No Matches found

je suis sous centos 5 et x86

jeangui

6. Le mercredi 18 juin 2008, 19:23 par Remi

@jeangui : normal, je ne connais aucun logiciel gpli.

Par contre GLPI est bien présent dans EPEL.

++

7. Le lundi 21 juillet 2008, 08:22 par Vader[FR]

"Remarque : l'application n'est pas encore portée en UTF-8"

Il suffit alors de convertir le fichier de langues, situé dans /usr/share/ocsinventory-reports/ocsreports/languages/, par la commande cat french.txt | iconv -f "ISO-8859-1" -t "UTF-8" > french_utf8.txt

puis d'écraser l'ancien fichier : mv -f french_utf8.txt french.txt

8. Le lundi 21 juillet 2008, 09:53 par Remi

Je ne pense pas que convertir le fichier de langue soit suffisant :

Il faudrait aussi :

• modifier le charset dans l'entête de pages
• modifier la connexion à la BD ("SET NAMES ...")
• redresser la BD qui est dans une situation bizarre (les données remontées par l'agent d'inventaire sont en utf8, mais dans une structure latin1...)

Si c'était aussi simple, le projet l'aurait déjà corrigé ;)

Remi.

9. Le lundi 21 juillet 2008, 15:38 par Vader[FR]

Convertir le fichier de langue est suffisant.
laisser le charset à UTF-8 (par défaut) pour le serveur web et c'est tout bon. J'ai eu l'occasion de tester, cela fonctionne.

10. Le lundi 21 juillet 2008, 15:46 par Vader[FR]

petite précision : je n'ai testé qu'avec OCSInventory seul, sans GLPI.

11. Le mardi 22 juillet 2008, 20:01 par Remi

J'ai simplement ajouté le AddDefaultCharset ISO-8859-1 dans le fichier de config du RPM (version 1.02-0.6.rc2)

Plus de soucis.

++

12. Le vendredi 8 août 2008, 15:06 par CTPM

Salut Rémi,
de mon coté ça foire dès le début, je lance un yum install ocsinventory, il m'installe ocsinventory-client.noarch et
ocsinventory-ipdiscover.i386, des packages à 144ko au total, évidemment quand jessaye de me connecter à l'interface il ne me trouve rien, et un locate, whereis ou find ne donne rien.
J'ai déjà un nagios qui tourne sur ce serveur, donc apache tourne correctement.
ps : je suis sous FC8

13. Le vendredi 8 août 2008, 15:20 par CTPM

Bon ça marche, j'avais pas bien installé ton dépot

14. Le mercredi 1 octobre 2008, 11:30 par lukweb

Bonjour Remi,

Avant tout, Je suis un débutant sous Linux...
J'ai suivi ta procédure pour l'installation automatique de YUM pour permettre l'installation de l'agent OCS mais il me sort à chaque fois qu'il manque la dépendance perl-XML-Simple. J'ai un yum search dans le depot EPEL et il ne s'y trouve pas...
As-tu une idée ?
Merci et respect

15. Le mercredi 1 octobre 2008, 14:03 par lukweb

Re,

Je m'en suis sorti en installant manuellement le RPM perl-XML-Simple-2.14-8.0.el5.noarch.rpm que j'ai récupéré sur le net.

J'ai réussi à lancer l'install de l'agent par la commande YUM mais au moment de lancer un inventaire, j'ai l'erreur :

[debug] Ocsinventory unified agent for UNIX and Linux0.0.9.2
[debug] Log system initialised
XMLin() requires either XML::SAX or XML::Parser at /usr/lib/perl5/vendor_perl/5.8.8/Ocsinventory/Agent/AccountConfig.pm line 28

Et pas d'inventaire du poste...
Help...

16. Le mercredi 1 octobre 2008, 17:16 par Remi

perl-XML-Simple-2.14-4.fc6.noarch.rpm et ( perl-XML-SAX-0.14-5.noarch.rpm ou perl-XML-Parser-2.34-6.1.2.2.1.i386.rpm ) sont disponibles sur les supports (Redhat ou CentOS) et donc dans les dépôts officiels.

Si tu avais utilisé les RPM officiels, tu n'aurais pas eu de problème.

++

17. Le samedi 11 octobre 2008, 23:23 par neowdj

je trouve quand meme l'installation aussi bien au niveau server que client allez fastidieuse

(faut dire que l'install sur le server était faite à partire du tar.gz) car je ne savais pas que tu avais fait un rpm remi ;-)

au niveau client il demande beaucoup de dépendance perl (sur du centos 5.2)

ps: Il y a une erreur dans ton post

ce n'est pas ocsinventoryagent --server=localhost
mais ocsinventory-agent --server=localhost

enfin chez moi c'est comme ca

18. Le dimanche 12 octobre 2008, 05:59 par Remi

Merci pour la coquille, elle est corrigée.

Oui l'installation manuelle est particulièrement fastidieuse, c'est là que l'utilisation des dépôts prend tout son sens.

D'ailleurs plusieurs nouveaux paquets perl sont apparus dans les dépôts Fedora/EPEL spécifiquement pour OCS (perl-Apache2-SOAP, perl-Apache-DBI, perl-Proc-Daemon, perl-XML-Entities et perl-Net-IP dans EPEL-4). Il est toujours difficle de mesurer la tâche accomplie par un packager.

++

19. Le dimanche 12 octobre 2008, 08:54 par trashy

Salut,

Super, ce billet, c'est tout ce que je cherchais, merci Remi :-)

À noter, la mise à jour vers la version rc3 pose un souci qu'il peut être utile de connaitre...
Lors de la mise à jour de la base, le fichier dbconf.inc.php est purement et simplement écrasé, donc si vous aviez changé le mot de passe de votre utilisateur 'ocs', vous perdrez l'accès...

Vous pouvez envisager de faire un backup dudit fichier, ou récupérer votre mot de passe dans le fichier '/etc/httpd/conf.d/ocsinventory-server.conf' ;-)

20. Le dimanche 12 octobre 2008, 21:33 par lukweb

Fin de mon histoire : J'ai opté pour l'installation sur mes RedHat 5 Ent. de l'agent unifié fourni par OCS.
J'y rajoute en plus l'installation du RPM monitor-edid-1.16-5.el5.i386.rpm.
L'installation du depot etant un peu limite pour des postes d'entreprise... Bravo pour ton site Rémi

21. Le vendredi 17 octobre 2008, 10:01 par Bubu

Salut Remi,
Excellent post qui m'a permis de bien finaliser mon install OCS/GLPI.

Bonne continuation @++ :-)