You are not logged in.
Bonjour, j'ai un petit problème dans GLPI, qui est le suivant:
Lors de la remontée des infos concernat la RAm, qui sont parfaitement reconnues sous OCS, GLPI les notes en tant que :
<OUT OF SPEC> - <OUT OF SPEC>
Quelqu'un connaitrait il les raisons et eventuellement la solution?
j'ai deja essaté de mofifier les paramètres "MAX_RAM et MIN_RAM" dans les propriétés de GLPI mais rien n'y fait?
Et accessoirement a quoi servent ces paramètres (MAX/MIN_RAM et idem pour le PROC)?
Merci de vos réponses.
Cordialement.
Pier.
Offline
personne ne sait? ou bien ma question est stupide?
Offline
La question est pas stupide, mais 6h c'est un peu cours selon qui passe ou non sur le forum
Offline
Ces données proviennent directement d'OCS.
GLPI les affichent sans traitement.
Elles sont présentent dans la base OCS (mais filtrées pour ne pas être affichées dans l'interface => colonne description et type vide).
++
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
C'est même dmidecode (sous Linux) qui retourne ces valeurs
# dmidecode
...
Handle 0x1100
DMI type 17, 23 bytes.
Memory Device
Array Handle: 0x1000
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 512 MB
Form Factor: <OUT OF SPEC>
Set: 1
Locator: DIMM 1A
Bank Locator: Not Specified
Type: <OUT OF SPEC>
Type Detail: Synchronous
Speed: 667 MHz (1.5 ns)
...
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
pardon d'avoir été pressé!!
Merci de tes réponses remi, mais suis pas sur de bien comprendre!! en human readable ca donnerait quoi?? je dois modifier quelque chose sur OCS a priori, mais le code c'est pas mon truc.....
Si tu as un moyen "plus facile/comprehensible" d'expliquer ca a un noob, je suis preneur.....
Pardon:(
Pier.
Offline
Ce que dit Remi c'est qu'y a pas moyen de modifier ca
c'est ce qui est renvoyé par l'agent OCS, mais que le serveur OCS n'affiche pas (le filtre avant de l'afficher)
GLPI lui récupere les infos de la base de donnée OCS et donc l'affiche.
Offline
Merci doum pour la tentative de traduction...
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
ok, c'est a peu prés ce que j'avais compris en fait (pas si noob que ca finalement!), donc malheureusement pas moyen de faire quelquechose sous OCS (l'agent) pour qu'il envoi des infos completes? dommage.
merci doum et remi!
Offline
Comme vous a montré Remi, la commande Linux dmidecode renvoie la meme chose, et l'agent OCS s'appuie dessus pour avoir ses infos, donc difficile pour OCS d'avoir autre chose, il faudrait corriger dmidecode
Je vous conseille d'en parler sur le forum OCS dans tous les cas
Offline
ok, merci encore doum, je vais voir ce qu'en disent les gars d'OCS (sachant que c'est "un les memes" qu'ici!..), mais effectivement si dmidecode ne reconnais pas le type de memory, ca va etre difficile pour OCS et par extension pour GLPI!..
Last edited by pier (2009-12-15 18:28:42)
Offline