You are not logged in.
Bonjour,
J'ai installé GLPI 10, tout est opérationnel. (Sous Windows via un Wampserver, donc adresse d'accès : http://localhost/glpi10/ ....)
J'ai installé mon GLPI Agent 1.1 ...et configuré avec URL distance http://localhost/glpi10/front/inventory.php....
Dans Administration/Inventaire/Agents je retrouve bien mon Agent (avec mon nom de PC etc)...
Par contre l'ordinateur n'est pas rajouté automatique dans le parc. J'ai toujours un parc vide..
J'ai suivis un tutoriel sur RDR-IT et l'étape après l'install de l'agent était directement de voir son parc "à jour"... Je souhaiterai un inventaire Natif de GLPI10. (sans utilisation de Fusion Inventory enfin si possible)
Ce n'est pas mon cas.
Qu'ai-je raté ?
Est-ce que ce problème peut être lié au faite que ce soit encore une install sur Windows en local et pas encore en prod sur mon serveur ?
Par avance merci pour vos retours,
Cordialement,
Gabriel
Last edited by GabrielB (2022-02-18 16:57:50)
Offline
Bonjour, j'ai le même probleme ...
agent installé sur une VM, je vois bien l'agent de cette VM dans la liste des agents, mais aucune machine importée et donc liée.
J'ai revérifié les règles d'import (les mêmes que fusion), je ne vois rien qui bloquerait et les logs ... même combat qu'avec fusion : que dalle !
Pour le moment, je met ça sur le dos de la beta
Last edited by Sico31 (2022-02-11 09:49:14)
Manger un castor, c'est sauver un arbre.
Quand on est mort, on ne sait pas qu'on est mort ; c'est pour les autres que c'est difficile. Quand on est con, c'est pareil !
Offline
Bonsoir @GabrielB et @Sico31,
Avez vous tenté d'évaluer le comportement de l'inventaire natif avec les toutes dernière versions :
- du GLPI 10 RC-1
- ainsi de celle du GLPI-Agent ?
Les deux peuvent être téléchargés à l'adresse suivante :
https:// nightly.glpi-project.org/
L'inventaire natif est fonctionnel dorénavant et il s’améliore de PR en PR sur GitHub
Cordialement,
Last edited by homebrewtainy (2022-02-11 19:28:29)
Creuser, creuser... creuser.
GLPI 10.0.16 [ Linux el 9.4 | Apache/2.4.xx | mysql 15.1 MariaDB 10.5.xx | PHP 8.3.x ] - Apache HTTPS r-proxy [ Linux el 9.4 | Apache/2.4.xx ]
GLPI Inventory 1.3.5 | Data Injection 2.13.5 | Treeview (Arborescence) 1.10.2 | Behaviors (Comportements) 2.7.3
-- Any exchange not written in French comes from an automatic translation. --
Offline
L'importation de machines virtuelles en tant qu'ordinateurs est désactivée par défaut, semble-t-il. Il peut être configuré dans Administration > Inventaire dans la section Virtualisation.
GLPI Collaborator and Plugin Developer.
My non-English comments are automated translations. Sorry for any confusion that causes.
Mes commentaires non anglais sont des traductions automatiques. Désolé pour toute confusion qui cause.
Mis comentarios que no están en inglés son traducciones automáticas. Perdón por cualquier confusión que cause.
Offline
L'importation de machines virtuelles en tant qu'ordinateurs est désactivée par défaut, semble-t-il. Il peut être configuré dans Administration > Inventaire dans la section Virtualisation.
Oui, les options d'import sont bien cochées.
l'agent est bien vu en V10 (c'est la seule machine de test pour le moment), avec le type d’élément "computer", mais aucun élément lié comme cela devrait être le cas.
Je n'ai pas de règles FI qui empêchent cet import non plus.
Mieux peut-être dans une prochaine version de glpi ET/ou du plugin
Wet and sea
Manger un castor, c'est sauver un arbre.
Quand on est mort, on ne sait pas qu'on est mort ; c'est pour les autres que c'est difficile. Quand on est con, c'est pareil !
Offline
Bonjour @Sico31,
Pardon d'insister, mais :
Avez vous tenté d'évaluer le comportement de l'inventaire natif avec les toutes dernière versions :
- du GLPI 10 RC-1
- ainsi de celle du GLPI-Agent ?
Les deux peuvent être téléchargés à l'adresse suivante :
https:// nightly.glpi-project.org/
L'inventaire natif est fonctionnel dorénavant et il s’améliore de PR en PR sur GitHub.
Cela fonctionne parfaitement, pour ma part, pour des machines physiques (ou des VM) sur lesquelles le GLPI-Agent est directement installé.
Cf. les échanges avec le dev du GLPI-Agent (attention à l'espace entre // et github.com) :
https:// github.com/glpi-project/glpi-agent/issues/59
et
https:// github.com/glpi-project/glpi-agent/issues/63
Cordialement,
Creuser, creuser... creuser.
GLPI 10.0.16 [ Linux el 9.4 | Apache/2.4.xx | mysql 15.1 MariaDB 10.5.xx | PHP 8.3.x ] - Apache HTTPS r-proxy [ Linux el 9.4 | Apache/2.4.xx ]
GLPI Inventory 1.3.5 | Data Injection 2.13.5 | Treeview (Arborescence) 1.10.2 | Behaviors (Comportements) 2.7.3
-- Any exchange not written in French comes from an automatic translation. --
Offline
Bonjour,
Je viens apporter plus de précision.
@homebrewtainy J'ai effectivement tout mis à jour et refait les tests. j'ai les derniers builds de l'agent et du repo. C'est toujours pareil. Aucun ordinateur rajouté alors que l'agent s'affiche bien.
J'ai réalisé un inventaire en ligne de commande (CMD en admin, c/programfiles/GLPI-Agent/ commande : "glpi-inventory --json > inventory.json" ) et j'ai tenté d'importer manuellement le fichier JSON (depuis le dashboard front/inventory.conf.php Onglet Importer depuis un fichier) et j'ai remarqué 2 erreurs.
Il manqué deux fichiers JSON "pciid.json" et "usbid.json" dans le repertoire : "glpi10\vendor\glpi-project\inventory_format\data". Je les ai récupéré depuis l'adresse suivante : https:// fossies.org/linux/misc/glpi-10.0.0-rc1.tgz/index_t.html (clic sur le fichier voulu, puis en haut sur la page cliquez sur le download de 'Alternatively you can here view or download the uninterpreted source code file.')
L'inventaire manuel c'est bien passé et l'ordinateur c'est rajouté....
Cependant toujours pas d'ajout automatique.
J'ai donc continuer mes recherches et tenter de réalisé un inventaire automatique depuis la ligne de commande "glpi-inventory | curl --data @- http://localhost/glpi10/front/inventory.php" (toujours en admin une fois dans le repertoire GLPI-agent dans Program Files" , pour info)
Et là j'ai eu droit à un retour d'une page html "Accès refusé".
[info] New inventory from SUGP-PC-06-2022-02-16-11-52-26 for local0
<!DOCTYPE html>
<html lang="fr" >
<head>
<title>Accès refusé - GLPI</title>
etc.....
J'ai donc tenté un accès directe depuis mon navigateur (http://localhost/glpi10/front/inventory.php) et le verdict :
Cette page n’est pas disponible pour le moment | Si le problème persiste, contactez le propriétaire du site. | HTTP ERROR 405
Pour l'instant je suis toujours sur mon ordinateur avec une instance Wampserver 3.2.7 , PHP 8.1.2 (j'ai testé PHP 8.0 et 7.4 , même soucis), Apache 2.4.51, MySQL 8.0.27 et PHPMyAdmin 5.1.3 (donc tout à jour).
PS : J'ai essayé d'être le plus détaillé possible desfois que ma réponse aide certains (problème ou manque de fichiers, etc).
Pour mon cas, la remonté automatique ne fonctionne pas (Accès refusé, et erreur 405) , si quelqu'un à une piste, je suis preneur !
Merci pour vos réponses.
Cordialement,
Offline
Effectivement, avec les nightly builds ça fonctionne (pas rassurant pour autant si on ne peut pas compter sur des releases !)
Manger un castor, c'est sauver un arbre.
Quand on est mort, on ne sait pas qu'on est mort ; c'est pour les autres que c'est difficile. Quand on est con, c'est pareil !
Offline
@Sico31 Ah , si ça marche pour toi c'est qu'un soucis est présent chez moi.
Est tu en local? ou sur un serveur?
Et est-ce que la page front/inventory.php est accessible pour toi? et si tu lance la commande "glpi-inventory | curl --data @- http://localhost/glpi10/front/inventory.php" depuis une console executé en administrateur , dans le repertoire GLPI-Agent, tu as quoi comme résultat ?
Offline
Effectivement, avec les nightly builds ça fonctionne (pas rassurant pour autant si on ne peut pas compter sur des releases !)
Bonjour @Sico31
- Concernant le GLPI 10, il est tout juste passé en RC-1 , il n'est encore qualifié pour la production, tout juste pour l'évaluation pré déploiement et la chasse aux bugs et améliorations.
Il ne s'agit pas, encore, d'une release RTM.
- Concernant le GLPI-Agent, " le " développeur s'adapte, au jour le jour, des bugs et retours d'expérience qui lui sont transmis. GitHub est la pour cela. Il ne faut pas hésiter, au contraire.
Cordialement,
Last edited by homebrewtainy (2022-02-16 17:17:09)
Creuser, creuser... creuser.
GLPI 10.0.16 [ Linux el 9.4 | Apache/2.4.xx | mysql 15.1 MariaDB 10.5.xx | PHP 8.3.x ] - Apache HTTPS r-proxy [ Linux el 9.4 | Apache/2.4.xx ]
GLPI Inventory 1.3.5 | Data Injection 2.13.5 | Treeview (Arborescence) 1.10.2 | Behaviors (Comportements) 2.7.3
-- Any exchange not written in French comes from an automatic translation. --
Offline
Voici ce qu'il me renvoi, (je n'ai pas tout mis)
[info] New inventory from ********-2022-02-17-09-21-23 for local0
<!DOCTYPE html>
<html lang="fr" >
<head>
<title>Accès refusé - GLPI</title>
<meta charset="utf-8" />
<meta http-equiv="X-UA-Compatible" content="IE=edge" />
<meta name="viewport" content="width=device-width, initial-scale=1" />
<meta property="glpi:csrf_token" content="**********" />
<link rel="stylesheet" type="text/css" href="/glpi10/public/lib/base.min.css?v=10.0.0-rc1" />
<link rel="stylesheet" type="text/css" href="/glpi10/public/lib/leaflet.min.css?v=10.0.0-rc1" />
<link rel="stylesheet" type="text/css" href="/glpi10/public/lib/flatpickr.min.css?v=10.0.0-rc1" />
<link rel="stylesheet" type="text/css" href="/glpi10/public/lib/flatpickr/themes/dark.min.css?v=10.0.0-rc1" />
<link rel="stylesheet" type="text/css" href="/glpi10/public/lib/photoswipe.min.css?v=10.0.0-rc1" />
<link rel="stylesheet" type="text/css" href="/glpi10/marketplace/news/css/styles.css?v=10.0.0-rc1" />
<link rel="stylesheet" type="text/css" href="/glpi10/marketplace/tag/css/tag.css?v=10.0.0-rc1" />
<link rel="stylesheet" type="text/css" href="/glpi10/css_compiled\css_palettes_aerialgreen.min.css?v=10.0.0-rc1" />
<style>/* Personnalisation des boutons de navigation */
a.navicon.left, a.navicon.right {
J'ai upgradé mon glpi en RC1 et j'utilise donc les nigthly builds du plugin inventory
Manger un castor, c'est sauver un arbre.
Quand on est mort, on ne sait pas qu'on est mort ; c'est pour les autres que c'est difficile. Quand on est con, c'est pareil !
Offline
@Sico31 Bonjour, Merci pour ton retour.
Est tu en PHP 8.1 ou 8.0.X ? J'ai l'impression que ça à marché de mon côté en 8.0.X ce matin mais qu'il y a un soucis avec la 8.1, enfin c'est un ressenti....
Tu n'as ma pas répondu, est-tu en local(wamp, xamp , etc) ou sur un serveur distant ?
Offline
ah pardon, j'ai un wamp sur un server windows 2016 interne avec php 8.0.8
coté client, c'est une VM 2016
Manger un castor, c'est sauver un arbre.
Quand on est mort, on ne sait pas qu'on est mort ; c'est pour les autres que c'est difficile. Quand on est con, c'est pareil !
Offline
@Sico31 Merci pour ton retour.
Ok oui après plusieurs tests tout marche en 8.0.X (en l'occurence 8.0.15), par contre sous 8.1.2 l'agent ne marche pas.
Par contre l'injection manuel fonctionne (cmd "glpi-injector --file inventory.json --url http://localhost/glpi10/front/inventory.php")
Et l'injection automatique par le fichier 'Importer depuis un fichier' sur la page 'inventory.conf.php' fonctionne aussi.
Il y a donc un soucis avec l'agent en version 8.1.2
Offline
Bonjour,
Il y a t-il des erreurs remarquables, dans le fichier de log PHP du GLPI [ php-errors.log ], lors le tentative de remonter de l'inventaire de l'Agent vers le server0 (le GLPI) ?
Cordialement.
Creuser, creuser... creuser.
GLPI 10.0.16 [ Linux el 9.4 | Apache/2.4.xx | mysql 15.1 MariaDB 10.5.xx | PHP 8.3.x ] - Apache HTTPS r-proxy [ Linux el 9.4 | Apache/2.4.xx ]
GLPI Inventory 1.3.5 | Data Injection 2.13.5 | Treeview (Arborescence) 1.10.2 | Behaviors (Comportements) 2.7.3
-- Any exchange not written in French comes from an automatic translation. --
Offline
Bonjour,
@homebrewtainy : ce matin l'agent automatique à fonctionné (en 8.1.2) [j'ai bien USERAGENT : GLPI-Agent_v1.2-git70294ae7 ] , par contre quand je force un glpi-agent, cela ne marche pas.
Dans mon fichier php-errors.log je n'ai aucune erreur, par contre dans mon glpi-agent.log j'ai ceci :
[Fri Feb 18 11:11:19 2022][info] target server0: next run: Fri Feb 18 11:12:34 2022 - https://localhost/glpi10/front/inventory.php
[Fri Feb 18 11:12:34 2022][info] target server0: server https://localhost/glpi10/front/inventory.php
[Fri Feb 18 11:12:34 2022][info] sending prolog request to server0
[Fri Feb 18 11:12:34 2022][error] [http client] internal response: 500 Can't connect to localhost:443 (Bad file descriptor)
[Fri Feb 18 11:12:34 2022][error] No answer from server at https://localhost/glpi10/front/inventory.php
[Fri Feb 18 11:12:34 2022][info] target server0: next run: Fri Feb 18 11:13:34 2022 - https://localhost/glpi10/front/inventory.php
Offline
Bonjour @GabrielB,
Tente ce paramètre dans la conf de ton Agent, si il est sous MS-Windows,
- dans RegEdit : HKEY_LOCAL_MACHINE\SOFTWARE\GLPI-Agent
- no-ssl-check : 1
Et (re)force ton inventaire.
Creuser, creuser... creuser.
GLPI 10.0.16 [ Linux el 9.4 | Apache/2.4.xx | mysql 15.1 MariaDB 10.5.xx | PHP 8.3.x ] - Apache HTTPS r-proxy [ Linux el 9.4 | Apache/2.4.xx ]
GLPI Inventory 1.3.5 | Data Injection 2.13.5 | Treeview (Arborescence) 1.10.2 | Behaviors (Comportements) 2.7.3
-- Any exchange not written in French comes from an automatic translation. --
Offline
Rebonjour,
@homebrewtainy Effectivement! ça marche ! Merci.
Donc, pour moi tout est fonctionnel. Ce sujet peut être clos. Merci de votre aide (Sico31, Homebrewtainy et CConard96).
J'apporte quelques précision au cas ou des gens aurait le même soucis que moi.
L'agent automatique s'active une fois par jour, le matin.
Pour les remontés manuelles, l'injection d'un inventaire est expliqué dans mes messages précédent.
Pour réaliser un remonté par l'agent , manuellement , dans ce cas il faut entrer les 2 commandes suivantes dans l'ordre, et en console Administrateur , dans le repertoire "C:\Program Files\GLPI-Agent" :
glpi-agent --server https://localhost/glpi10/front/inventory.php --set-forcerun
(Et, après avoir forcer un inventaire par l'agent, taper la commande ci-dessous pour le réaliser) :
glpi-agent --server https://localhost/glpi10/front/inventory.php
il est à priori sous windows avec wamp nécessaire de mettre no-ssl-check (cf dernière réponse de homebrewtainy ci-dessus), même en ayant généré un "faux certificat" ( https://www .blog.florian-bogey.fr/installer-un-certificat-ssl-sous-wamp.html si ça peux aider...)
En cas de soucis, pensez à regarder les logs de l'agent (dans repertoire GLPI-Agent/logs , php-errors.log et glpi-agent.log) , et les logs côtés PHP (si le soucis vient de GLPI) php_error.log et apache_error.log.
L'inventaire natif est donc fonctionnel en PHP 8.1.2. Bravo à vous tous pour le travail accompli.
Merci à tous.
J'ai essayé d'être précis dans mes réponses pour aider ceux qui auraient des soucis similaires... n'hésitez pas si besoin de plus de précision...
Offline