Synchronisation et composants internes

Ahriman · 2006-04-20 10:38:59

Bonjour,

J'utilise OCS 4014 et GLPI 65 sur windows xp.

J'ai fait l'inventaire d'un windows 2000 server, hors j'ai fait ensuite une intervention sur ce serveur, j'ai enlevé deux barrettes mémoires. J'ai lancé un nouvel inventaire par OcsLogon.exe, et les informations sont bonnes dans OCS. Par contre, dans GLPI, il n'y avait pas de mise à jour de cette mémoire vive après synchronisation, les quatres apparaissaient toujours. J'ai voulu les supprimer, j'ai dérapé et effacé un des deux processeurs (hum !), puis supprimé les quatres barrettes.
J'ai relancé l'inventaire puis refais une synchronisation, mais rien ne revient, ni le deuxième processeur ni la mémoire vive.

Est-ce normal ? Il y a une manip à faire en plus ?

MoYo · 2006-04-20 11:46:57

Est-ce normal ? : je dirais que ce n'est pas vraiment le comportement voulu...

Merci de poster sur le mantis le comportement exacte de votre problème.

Ahriman · 2006-04-28 12:07:33

J'ai vu que dans le Mantis, le bug est marqué comme résolu (merci ), comment dois-je faire maintenant ? Je dois re-télécharger GLPI et le ré-installer ?

tsmr · 2006-04-28 12:45:28

non c'est corrigé dans le svn, je pense (version de dév pour la prochaine version de glpi).

MoYo · 2006-04-28 13:56:39

tout a fait.

Cythar73 · 2006-05-13 20:23:25

Téléchargement de la version de développement du 9 mai... OK
Installation en parallèle de la 0.65 en fonctionnement chez nous... OK
Test de mise à jour des composants internes (mémoire, proc...) d'un ordi : Yes, ça marche !
Test de répercution des éventuels changements de nom des ordinateurs (objet d'un autre sujet du forum) : re-Yes ça marche aussi ..!
Merci donc infiniment aux développeurs pour leur travail.
Par contre, c'est une version de développement... peut-on sans trop de crainte mettre à jour une 0.65 en production vers une telle version "de test" ou vaut-il mieux attendre... et jusqu'à quand ? (ben oui, les nouveaux Glpiens sont aussi avides ..!)
Un patch (langage microsoftien, je sais...) sur ce point serait-il envisageable, ou pourrait-il suffire de remplacer qq fichiers php bien trouvés pour avoir une 0.65 "upgradée"... lesquels...
Bon, j'arrête : merci, et à la prochaine mise à jour de glpi ..!

aurel · 2006-05-14 18:13:50

Faut pas trop pousser la 0.65 est plus qu'exploitable et si à chaque fois qu'un ptit bug était corrigé, il y aurait des dizaines de patch. Pour ce qui est de mettre à jour une 0.65 vers une version de développement je serai vous j'éviterais de jouer avec les infos que vous avez entrer car la version de développement comme son nom l'indique peut du jour au landemain être cassée et les tables peuvent changer voir évoluer donc rester sur la version stable.

A+

Cythar73 · 2006-05-16 09:01:02

On est bien d'accord : la 0.65 est déjà géniale et me fait gagner beaucoup de temps... j'essayais juste d'obtenir qq infos sur une éventuelle 0.66 à venir ou sur une petite manip pour corriger ce petit défaut qui semble ne pas être grand chose, mais promis, je freine mon impatience de nouvel utilisateur et vous remercie encore du travail déjà accompli qui m'a conquis ..!

VANB · 2006-05-16 09:29:53

Vous allez être comblé, ce n'est pas la 0.66 qui va sortir, mais la 0.68

Forum GLPI-Project

Announcement

#1 2006-04-20 10:38:59

Synchronisation et composants internes

#2 2006-04-20 11:46:57

Re: Synchronisation et composants internes

#3 2006-04-28 12:07:33

Re: Synchronisation et composants internes

#4 2006-04-28 12:45:28

Re: Synchronisation et composants internes

#5 2006-04-28 13:56:39

Re: Synchronisation et composants internes

#6 2006-05-13 20:23:25

Re: Synchronisation et composants internes

#7 2006-05-14 18:13:50

Re: Synchronisation et composants internes

#8 2006-05-16 09:01:02

Re: Synchronisation et composants internes

#9 2006-05-16 09:29:53

Re: Synchronisation et composants internes

Board footer