You are not logged in.
Hello
J'aimerai signaler un petit bug (?) dont je ne trouve pas de trace sur ce forum ou dans le bug tracking.
Voici ma config:
Version GLPI : 0.72.21 (même problème sous mon ancienne version 0.71)
OS: Debian Linux 2.6.18
PHP5, Apache 2, mysql5.0
Lié à OCS Inventory Ver. 5001
Description du problème:
J'ai défini le statut "NOUVEAU" comme statut par défaut pour chaque nouvel ordi "remontant" depuis OCS Inventory. (Via le menu Configuration -> Mode OCSNG -> Options d'importation). Ainsi, nous repérons plus facilement chaque nouvelle machine entrant dans le parc informatique.
Une fois le PC en production, je met à jour sa fiche avec un statut adéquat (ici: "En Service")
Seulement voilà, j'ai affaire à 4 ou 5 PC (toujours les mêmes, en plus) dont le statut redevient celui par défaut ("NOUVEAU") de manière intempestive et sans raison apparente et ce depuis plusieurs mois.
(Du coup, une petite gymnastique régulière s'impose afin de modifier leur statut, erroné)
D'autres personnes ont-elles également rencontré ce "bug"...?
Grand merci à toute l'équipe de GLPI pour leur travail,
Picpic
Offline
Est-ce que ces machines changent d'identifiant OCS ? (ça doit être indiqué dans l'historique)
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
j'allais aussi demander s'il y avait des choses particulières dans l'historique concernant ces matériels
Offline
En effet ! Je vois dans l'historique que les machines concernées changent régulièrement d'identifiant OCS.
169273 11-09-2009 09:00 La machine a changé d'identifiant OCS : "6013" --> : "6059"
168779 09-09-2009 08:45 La machine a changé d'identifiant OCS : "5998" --> : "6013"
167047 28-08-2009 11:30 La machine a changé d'identifiant OCS : "5846" --> : "5857"
165127 17-08-2009 11:30 La machine a changé d'identifiant OCS : "5666" --> : "5667"
165124 17-08-2009 11:15 La machine a changé d'identifiant OCS : "5665" --> : "5666"
etc....
Ca se produit visiblement pendant l'import vu les heures (ma synchro OCS/GLPI a lieu tous les 1/4 d'heure).
Serait-ce un bug OCS ?
Offline
est ce que ces machines ont une carte VPN our 3G par hasard ?
Offline
Il me semble qu'un seul d'entre eux utilise parfois une carte 3G. Par contre, et avec certitude, ils ne sont pas tous dans le cas puisque le mien fait partie des concernés et que je n'utilise pas ce type de carte.
Qu'appelles-tu "carte VPN" ? La plupart de nos PC, dont ceux concernés par ce problème, utilisent en effet régulièrement une connexion VPN (sans carte spécifique, via des connexions ADSL classiques).
Une multiplication des interfaces réseau sur une même machine peut-elle être mise en cause ?
Last edited by picpic (2009-09-14 11:30:05)
Offline
Le VPN utilise me semble-t-il une interface réseau virtuelle avec une adresse mac spécifique qu'il faut blacklister dans OCS (1.02) dans Configuration/Blacklist
La liste que j'utilise actuellement (dont celles blacklistées par défaut) :
1 00:00:00:00:00:00
2 FF:FF:FF:FF:FF:FF
3 44:45:53:54:00:00
4 44:45:53:54:00:01
5 00:01:02:7D:9B:1C
6 00:08:A1:46:06:35
7 00:08:A1:66:E2:1A
8 00:09:DD:10:37:68
9 00:0F:EA:9A:E2:F0
10 00:10:5A:72:71:F3
11 00:11:11:85:08:8B
12 10:11:11:11:11:11
13 44:45:53:54:61:6F
14
15 80:00:60:0F:E8:00
16 00:53:45:00:00:00
17 02:80:37:EC:02:00
(dommage qu'il n'y ai pas de descriptif dans OCS, je ne me souviens plus quelle MAC appartient à quoi, à priori et d'après google, pour le VPN c'est la 16)
Last edited by EmpereurZorg (2009-09-14 13:51:23)
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
Le problème n'est pas le blacklistage au niveau du server, mais le changement d'ID au niveau de l'agent d'inventaire.
L'agent dispose aussi d'une liste (mais réduite) d'adresse qui sont ignorées pour justement éviter ce changement d'ID.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Pourtant ce blacklistage résoudra son problème, ma main au (en ?) feu
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
OK j'ai rajouté les 3 dernières MAC dans ma blacklist OCS, je vais voir si cela change quelque chose
thanks
Last edited by picpic (2009-09-16 12:55:01)
Offline
@EmpereurZorg on parie ?
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Pas de PC repassés en statut par défaut ce matin...
Si le problème ne réapparaît pas après 2 ou 3 jours, l'un d'entre vous aura perdu son pari ;-) (désolé !)
Offline
Ca ressemble bcp à ca :
http://www.glpi-project.org/forum/viewt … 594#p90594
J'ai le même souci
Xavier Caillaud
Blog GLPI Infotel
Offline
@EmpereurZorg on parie ?
Bah je sais pas ce que j'ai gagné, mais comme je pars à la plage Samedi, c'est cadeau
Last edited by EmpereurZorg (2009-09-18 00:44:37)
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
> Bah je sais pas ce que j'ai gagné,
Une inscription à la prochaine phase de beta-test ? avec un accès gratuit aux clichés quotidien de la 0.80 ?
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Ca ressemble bcp à ca :
http://www.glpi-project.org/forum/viewt … 594#p90594
J'ai le même souci
Je confirme que la solution qui consiste à blacklister les MAC addresses données plus haut directement dans l'interface d'OCS Inventory (configuration -> blacklist -> addresse MAC) semble fonctionner dans mon cas, en tout cas !
Les quelques PC "coupables" gardent maintenant un statut correct.
Offline
J'ai sans doute crié victoire un peu vite. Depuis, j'ai 2 PC qui sont à nouveau repassés dans le statut par défaut (ils ont encore changé d'identifiant).
Y aurait-il d'autres MAC à "blacklister"...?
Last edited by picpic (2009-09-28 10:56:24)
Offline
Bug ouvert chez OCS
Xavier Caillaud
Blog GLPI Infotel
Offline
J'ai sans doute crié victoire un peu vite. Depuis, j'ai 2 PC qui sont à nouveau repassés dans le statut par défaut (ils ont encore changé d'identifiant).
Y aurait-il d'autres MAC à "blacklister"...?
Tu peux me donner une liste exhaustive des macs incriminés ?
Xavier Caillaud
Blog GLPI Infotel
Offline
Sur les 2 PC qui posent problème, un seul possède une interface WAN dans la liste des composants:
Carte réseau WAN (PPP/SLIP) Interface Débit: 54 Mb/s Adresse Mac: 00:53:45:00:00:00
Pour info, j'ignore si ça a un rapport, mais voici le "contexte" des derniers changements d'ID:
PC 1:
170901 23-09-2009 09:20 La machine a changé d'identifiant OCS : "6217" --> : "6218"
170900 23-09-2009 09:18 Carte réseau Suppression d'un composant : "Pilote de serveur d''accès au réseau local Bluetooth - Miniport d''ordonnancement de paquets"
PC 2:
170483 21-09-2009 09:24 Carte réseau Ajout d'un composant : "WAN (PPP/SLIP) Interface"
170482 21-09-2009 09:24 La machine a changé d'identifiant OCS : "6162" --> : "6179"
Last edited by picpic (2009-09-28 16:05:25)
Offline
Il me semble que les réseaux bluetooth utilisent eux aussi une mac universelle à filtrer (j'ai pas ça sous le coude pour confirmer). Pour l'autre ça ressemble à du VPN, ou peut-être du RTC ? Le plus simple est d'aller sur la fiche du PC dans OCS pour en vérifier l'intitulé des @MAC avant et après. Soit il s'agit d'une mac générique et il suffit de la blacklister, soit c'est un périphérique qui se déconnecte et l'ouverture du bug sur OCS permettra certainement de palier à ce comportement...
Last edited by EmpereurZorg (2009-09-28 17:50:20)
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
Une machine m'a encore fait le coup. Voici une copie de l'historique de ses derniers changements d'ID:
172199 30-09-2009 17:02 Carte réseau Suppression d'un composant : "Broadcom NetXtreme Gigabit Ethernet - Miniport d''ordonnancement de paquets"
172187 30-09-2009 17:02 La machine a changé d'identifiant OCS : "6321" --> : "6323"
172177 30-09-2009 15:54 Carte réseau Ajout d'un composant : "Broadcom NetXtreme Gigabit Ethernet - Miniport d''ordonnancement de paquets"
172176 30-09-2009 15:54 La machine a changé d'identifiant OCS : "6320" --> : "6321"
172175 30-09-2009 15:40 Carte réseau Suppression d'un composant : "Broadcom NetXtreme Gigabit Ethernet - Miniport d''ordonnancement de paquets"
172174 30-09-2009 15:40 La machine a changé d'identifiant OCS : "6319" --> : "6320"
172162 30-09-2009 13:42 Carte réseau Ajout d'un composant : "Broadcom NetXtreme Gigabit Ethernet - Miniport d''ordonnancement de paquets"
172161 30-09-2009 13:42 La machine a changé d'identifiant OCS : "6317" --> : "6319"
172159 30-09-2009 13:30 Général Lié avec une machine d'OCS ID OCS : "6317"
La NetXtreme Gigabit Ethernet est la carte réseau Ethernet du portable.
J'ai vérifié la MAC de l'interface Bluetooth de cette machine via google, et il ne s'agit pas d'une MAC générique.
Pour info: concernant mon post précédent, la MAC 00:53:45:00:00:00 était déjà dans ma blacklist sous OCS, ce qui n'a pas empêché le PC de changer de statut.
Last edited by picpic (2009-10-01 08:45:53)
Offline
C'est une carte réseau qui se désactive de temps en temps, ça ressemble à la gestion d'énergie classique d'un portable : il faudra forcément que le client OCS gère cela pour que ça ne produise plus de nouvel ID...
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
@EmpereurZorg : tu remarqueras que je suis beau joueur ... (cf #11)
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline