Poste multi utilisateurs

Cordier · 2006-10-30 16:45:27

Bonjour,
nous avons sur sites des postes multi utilisateurs et graces a OCS un inventaire est fait a chaque conection se qui permet de remonter le changement d utilisateur

MAIS

Pour Glpi cela n est pas suffisant pour que les postes soit mis a jours
je suis obliger de passer sur chaque ordinateur et de selectionner forcer la synchro

Ce qui est génant pour la partie Helpdesk car l utilisateur connecte de vois peut pas selectionner son materiel.

Y a t il un moyen de forcer cette partie ?

emgenet · 2006-10-30 22:11:12

Oui par le cron qui fait une synchro, par contre un doute m'assaille ! Est-ce que le cron ne marche pas que sous Linux ?

Je vais donc laisser les devs t'expliquer, mais en gros, depuis la version 0.68, il y a un petit script qui passe pour synchroniser automatiquement glpi et ocs pour les machines déjà importées.

Ca doit etre dans le doc ou en cherchant un petit peu sur le forum. Je te laisse jeter un coup d'oeil, reviens si tu ne trouve pas ! on cherchera

Cordier · 2006-10-30 23:28:28

Bonsoir, en regardant le post:
http://glpi-project.org/forum/viewtopic.php?id=3796

Dans la section cron_ocsng
Il faudrait que je rajoute la mise a jour du contact (en fin je crois)

Mais est ce que cette ligne le permettrait
if($cfg_ocs["import_general_contact"]&&!in_array("contact",$computer_updates)) {
$compupdate["contact"] = $line["USERID"];
}

Mais ou l integrer ? En rouge ma propositions de novice

function cron_ocsng(){

global $db,$dbocs;

$dbocs=new DBocs();

$cfg_ocs=getOcsConf(1);
$computer_updates=importArrayFromDB($line["computer_update"]);
$compudate=array();
$query_ocs = "select * from hardware WHERE (CHECKSUM & ".$cfg_ocs["checksum"].") > 0 order by lastdate";
$result_ocs = $dbocs->query($query_ocs) or die($dbocs->error());
if ($dbocs->numrows($result_ocs)>0){

$hardware=array();
while($data=$dbocs->fetch_array($result_ocs)){
$hardware[$data["DEVICEID"]]["date"]=$data["LASTDATE"];
$hardware[$data["DEVICEID"]]["name"]=addslashes($data["NAME"]);
}
if($cfg_ocs["import_general_contact"]&&!in_array("contact",$computer_updates)) {
$compupdate["contact"] = $line["USERID"];
}

$query_glpi = "SELECT * FROM glpi_ocs_link ORDER BY last_update";
$result_glpi = $db->query($query_glpi);
$done=false;
while(!$done&&$data=$db->fetch_assoc($result_glpi)){
$data=clean_cross_side_scripting_deep(addslashes_deep($data));

if (isset($hardware[$data["ocs_id"]])){
ocsUpdateComputer($data["ID"],1);
$done=true;
}
}
if ($done) return 1;

}
return 0;

}

MoYo · 2006-10-31 00:05:35

ca ne sert a rien c'est deja fais dans ocsUpdateComputer

Cordier · 2006-10-31 08:22:13

Zut alors.
voici se que cherche a faire:
Que les utilisateurs ne puissent déclarer des incidents que pour le materiel ou ils sont declarés comme User - Information récupéré par OCs

Etat des lieux
Domainee NT4 les utilisateur on été extrait et importés dans OGS -> C est OK
Utilisateur en Post Only -> Ce qui implique qu il ne peuvent poster que pour le materiel ou ils sont connus dans glpi
Poste dédié
-----> Aucun Pb car il est dédié

Ordianateur en multposte
-----> Sous OCs: configurer de facon a faire un inventaire a chaque connection pour recupérer le User
-----> Sous Glpi: La synchro ne se fait pas si seulement le USER à été modifie. Il faut passer manuellement dans Ordianteur - > selectionner l ordianeur souhaiter -> Onglet Ocsng -> Forcer la synchro et la sa marche

D ou l idee d integrer dans le cron_oscng la MAJ du user ou ai je lever un Loup ?

Cordialment

Last edited by Cordier (2006-10-31 08:24:07)

Cordier · 2006-11-06 10:42:14

MoYo wrote:

ca ne sert a rien c'est deja fais dans ocsUpdateComputer

Bonjour,
ocsUpdateComputer n est il pas utilisable quand forcant la synchro disponible via le menu:
Inventaire -> Ordianteur -> (selection de son ordi) -> Onglet OCSNG -> Bouton Focer la synchro ?

tsmr · 2006-11-06 10:51:35

bcp plus simple : tu crée un groupe, tu mets les users dedans, et tu attribue le matériel au groupe, npn ?

Cordier · 2006-11-08 18:11:16

Je viens de faire l essai sur plusieurs jours.
J ai attribue le materiel a un groupe etc. Mais cela n a pas eu d effet

Donc pour l instant les postes qui son utilisé par plusieurs personnes ne peuvent pretendre au declenchement de ticket sur la partie Helpdesk

Se qui est dommage c est qu en appuyant sur forcer la synchro la MAJ a Jour du contact se fait sans probleme.
Cordialement

Cordier · 2006-11-08 18:21:24

Je viens me contredire sur le fait de forcer la synchro fontionne

On a bien "dressé" nos utilisateurs sur le fait qu il est important de se connecter avec son propre comptes et de ce fait je peut avoir plusieurs remonté info dans un temps tres courts ( 4 / 5 changement d utilisateurs dans l heures)

OCS prends ces changements sans broché
GLpi Bcq moins, Forcer la synchro peut fonctionner mais si dans le 1/4 d heure une autre personne se connecte la fonction forcer la synchro ne le prendra pas en compte alors qu OCS a bien fait le changement.

Se Pb n est génant que si l on veut que les utilisateurs ne puisse declarer une panne que sur les machines ou il sont connecté

Cordiallemen

PS:Nos utils sont des soignants (exemple: Urgences) et doivent se conecter / deco de facons a avoir accès a leur propre environnement

Last edited by Cordier (2006-11-08 18:25:29)

MoYo · 2006-11-08 20:12:35

il n'y a pas de solution a votre problème. La synchro OCS / GLPI ne se fait pas en temps réel.
si vous déclarez des groupes ca doit fonctionner si dans les profils vous indiquez qu'il peuvent poster sur les matériels de leurs groupes.

Cordier · 2006-11-08 20:19:43

Merci, dommage pour nous
Pour faire plus simple je vais leur donner le droit de poster sur n importe quel materiel.
Cordialement

MoYo · 2006-11-08 20:21:24

oui je pense que c'est le mieux.

Cordier · 2006-11-09 11:15:11

En fin de compte c est pire pour les util car ils ne savent pas choisir entre un Office XP - Un Office 2003 - pareil avec les differents systeme d exploit - et autre impi.
Pas Glop

Je ne pensse pas etre le seul a avoir se souci de poste informatique utilisee en 3/8 et donc, au moins trois changements de contact dans la journéee. ?

MoYo · 2006-11-09 13:01:09

vous ne spécifier pas de mantériel et vous faites une post-affectation par le technicien sinon.

Cordier · 2006-11-09 14:10:23

J AI TROUVER (enfin je crois)

par contre avant de donner ma solution, deux petites quetions
- Qu elle est le temps d execution minimum entre deux execution du cron ? (a vue de nez 5 min)
- Que vous permet de faire le fichier produit par OCS: last_state ?

Cordialement

MoYo · 2006-11-09 15:00:37

- 5mns oui si activité / 0s si vous appelé index.php
- last_state vous trouver ca ou ?

Cordier · 2006-11-09 16:54:41

last_state appartiens à OCS il est MAJ a chaque lancement de L inventaire
J ai remarqué quand supprimant ce fichier avant de lancer l inventaire cela impactait glpi de la maniere suivante:

Sous le repertoire d install OCSagent
supretion de last_state

Relance de l inventaire

=>

Sous GLPI
dans Outils -> OCSNG -> Synchronisation des ordinateurs déjà importés
Mon PC apparait
Je le synchronise MAis le contact n est pas mis a jours sauf si un des composant materiel a changé exemple: vitesse du processeur qui varie de 1 ou deux MGhz.

Hypotese:
Le champ contact n est mis a jours que si et seulement si le materiel été modifié.

de ce que j ai compris en regardant le fichiers ocsng.function
dans le cron
Un checksum est fait sur le hardware si il y a un changement il lance ocsupdatecomputer qui lui meme lance un ocsupdatehardware

Analyse ( il me manque la prog pour trouver Le chose qui va bien)
Le contact ne serait pas pris en compte par le checksum Hardware c est pour cela qu il est oublie a chaque changement de User

Le contact est mis a jours via ocsupdatehardware

Cordialement

Last edited by Cordier (2006-11-09 17:44:37)

Cordier · 2006-11-10 17:09:49

BOn ba je crois que j ai enfin trouver car j arrive a reproduire le bug a volonté mais aussi lui appliqué une correction ( ce qui est déjas mieux)

Le probleme viens de la translation du contact en utilisateur.

Je m explique
lors du premier imports tout fonctionne.
Lors des suivant:
Si mon utilisateur a été configuré avec un nom et un prenom sa ne marche pas
Si je supprime le nom et le prenom sa fonctionne. et il me retourne le contact dans le champ utilisateur au lieu du Nom.Prenom

Mais je ne sais pas comment se fait la translation UserID=>Contact=>Nom.Prenom

Cordialement

PS: Le fait de supprimer le fichier last_state (situé dans le rep d ocs-ng) provoque la remonte d information a chaque fois

MoYo · 2006-11-10 17:21:03

                if($cfg_ocs["import_general_contact"]&&!in_array("contact",$computer_updates)) {
                        $compupdate["contact"] = $line["USERID"];
                        $query="SELECT ID
                                FROM glpi_users
                                WHERE name='".$line["USERID"]."';";
                        $result=$DB->query($query);
                        if ($DB->numrows($result)==1&&!in_array("FK_users",$computer_updates)){
                                $compupdate["FK_users"] = $DB->result($result,0,0);
                        }
                }

On met a jour le contact s'il a changé dans OCS (checksum) mais n'a pas été modifié manuellement dans GLPI.
On recherche dans la table users s'il y a un user avec ce login là.
Si oui on met a jour également l'utilisateur.

Cordier · 2006-11-10 18:00:40

Merci MoYo mais je viens de remarqué comme un Gland que je suis que le Pb est identique a Hexa j ai la cellule contact qui se verouille.
Par contre je ne sais pas pourquoi.

MoYo · 2006-11-10 18:22:47

la cellule qui se vérouille toute seule ?

Cordier · 2006-11-10 18:25:51

OUi, la cellule contact se verouille
Pour info je suis sous xamp1.5.1

MoYo · 2006-11-10 18:40:47

et vous ne faites aucune mise à jour manuelle des informations ?
Elle se vérrouille au moment de la synchro OCS ?

Cordier · 2006-11-10 19:43:52

Oui c est cela et le pire, c est que sur la capture d ecran inséré plus haut c est marqué que le champ contact est verouillé

Et Non aucune MAJ manuelle

MoYo · 2006-11-11 13:01:23

En effet c'est bien un bug.
La correction ici :
https://dev.indepnet.net:8080/glpi/changeset/4082

Forum GLPI-Project

Announcement

#1 2006-10-30 16:45:27

Poste multi utilisateurs

#2 2006-10-30 22:11:12

Re: Poste multi utilisateurs

#3 2006-10-30 23:28:28

Re: Poste multi utilisateurs

#4 2006-10-31 00:05:35

Re: Poste multi utilisateurs

#5 2006-10-31 08:22:13

Re: Poste multi utilisateurs

#6 2006-11-06 10:42:14

Re: Poste multi utilisateurs

#7 2006-11-06 10:51:35

Re: Poste multi utilisateurs

#8 2006-11-08 18:11:16

Re: Poste multi utilisateurs

#9 2006-11-08 18:21:24

Re: Poste multi utilisateurs

#10 2006-11-08 20:12:35

Re: Poste multi utilisateurs

#11 2006-11-08 20:19:43

Re: Poste multi utilisateurs

#12 2006-11-08 20:21:24

Re: Poste multi utilisateurs

#13 2006-11-09 11:15:11

Re: Poste multi utilisateurs

#14 2006-11-09 13:01:09

Re: Poste multi utilisateurs

#15 2006-11-09 14:10:23

Re: Poste multi utilisateurs

#16 2006-11-09 15:00:37

Re: Poste multi utilisateurs

#17 2006-11-09 16:54:41

Re: Poste multi utilisateurs

#18 2006-11-10 17:09:49

Re: Poste multi utilisateurs

#19 2006-11-10 17:21:03

Re: Poste multi utilisateurs

#20 2006-11-10 18:00:40

Re: Poste multi utilisateurs

#21 2006-11-10 18:22:47

Re: Poste multi utilisateurs

#22 2006-11-10 18:25:51

Re: Poste multi utilisateurs

#23 2006-11-10 18:40:47

Re: Poste multi utilisateurs

#24 2006-11-10 19:43:52

Re: Poste multi utilisateurs

#25 2006-11-11 13:01:23

Re: Poste multi utilisateurs

Board footer