You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2009-04-21 18:32:42

EmpereurZorg
Member
From: ORLEANS
Registered: 2005-12-31
Posts: 604

Mass Import et P2V

Bonjour,
Je viens de virtualiser un serveur, et le plug'in semble ne pas gérer cette manipulation : l'id d'OCS n'est pas modifié (normal...), par conséquent toutes les infos de la machine physique ont été écrasées !

Le cas se produit également quand une machine tombe en rade, il nous arrive de replacer le disque dans un PC de même gamme => Mass Import écrase alors la machine physique, faisant disparaitre les caractéristiques de la machine en panne (vive l'historique ! ).

Il faudrait certainement une option "prendre en compte le numéro de série", qui force la création d'une nouvelle machine quand le numéro de série de la machine est différent entre la source OCS et la destination GLPI (comportement si coché : suppression de la liaison existante dans GLPI, puis import d'une nouvelle machine).

Je suis peut-être passé à côté d'une telle option ?
a+
Anthony


Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1

Offline

#2 2009-04-21 18:38:33

remi
GLPI-DEV
From: Champagne
Registered: 2007-04-28
Posts: 7,127
Website

Re: Mass Import et P2V

C'est le fonctionnement d'OCS qui veut ça.

Côté GLPI on ne peut pas faire grand chose.
Il faut virer l'agent avant ce genre opération.

+


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

#3 2009-04-21 19:45:33

wawa
GLPI-DEV
From: Montpellier / France
Registered: 2006-07-03
Posts: 6,019
Website

Re: Mass Import et P2V

machine qui tombe en rade = plugin de désinstallation glpi avec l'option de virer la machine d'OCS

Offline

#4 2009-04-21 22:08:43

doum
Member
From: Nice
Registered: 2007-03-27
Posts: 1,421

Re: Mass Import et P2V

Ouep
Idem pour une virtualisation, il faut pensez dans GLPI a mettre en reserve le physique avec uninstall avant de P2V

Offline

#5 2009-04-21 23:12:12

EmpereurZorg
Member
From: ORLEANS
Registered: 2005-12-31
Posts: 604

Re: Mass Import et P2V

J'avoue qu'on ne fait pas du P2V tous les jours, mais c'est grâce à cela que j'ai compris pourquoi il manquait un PC dans glpi au dernier inventaire : un remplacement de disque dur...
Sans Mass Import, comment le mode OCSNG se serait comporté avec le serial comme seul critère d'existence ?

L'utilisation préalable d'uninstall ne me pose pas de problème, mais en cas d'oubli ou d'impossibilité (remplacement par un stagiaire sans accès à glpi par ex.), une machine disparait tout bêtement de l'inventaire, ce qui est gênant en soit.

Ce qui m'étonne, c'est que dans l'historique on voit :

La machine a changé d'identifiant OCS  : "228" -->  : "1487"

Donc la détection du changement de machine est bien là ?

Last edited by EmpereurZorg (2009-04-21 23:13:44)


Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1

Offline

#6 2009-04-21 23:45:43

doum
Member
From: Nice
Registered: 2007-03-27
Posts: 1,421

Re: Mass Import et P2V

ouais d'ailleurs je suis entrain de me dire que c'est bizarre puisque dans GLPI dans critere d'existance d'une machine j'ai Numéro de série seulement
Et dans OCS j'ai Serial et mac@

La dans le cas d'un P2V j'ai bien le changmeent d'identifiant OCS qui apparait dans l'historique.
Pourtant avec un P2V, j'ai le serial qui a changé, et la mac@ aussi

C'est comme ca que je comprends le changement d'ID OCS non ?
Pas de correspondance -> nouvelle machine . je me trompe ?

Donc si c'est ca pourquoi GLPI remplace l'existant.
Et si j'ai mal compris pourquoi OCS change d'ID ? Pourquoi il ne crée pas une nouvelle machine

Le mecanisme est pas forcement tjs simple a appréhender

Offline

#7 2009-04-22 07:04:19

remi
GLPI-DEV
From: Champagne
Registered: 2007-04-28
Posts: 7,127
Website

Re: Mass Import et P2V

C'est un choix d'OCS

La machine (enfin l'agent OCS) considère  qu'elle reste la même (ce qui est +/- vrai dans le cas d'un changement de carte mère) et donc le signale au serveur qui "remplace" l'ancienne par la nouvelle et le notifie à GLPI qui répercute l'opération.

Le critère d'existence (dans GLPI) n'est pas utilisé puisque la liaison est déjà faite.

Comment faire la différence entre 2 opérations très proche dont l'effet observé est le même
- remplacement d'une carte mère
- transfert d'un disque dur

Le problème est le même dans le cas de l'utilisation d'une solution de duplication / clonage (type Symantec Ghost), si on installe l'agent sur l'image :
- le modèle A remonte son inventaire
- le premier clone B remonte son inventaire et "remplace" le modèle
- le second clone C remonte son inventaire et demande à remplacer le modèle (mais comme il n'existe déjà plus, cela crée une nouvelle machine)
- si le modèle remonte son inventaire, comme il a été supprimé, cela crée une nouvelle machine

Dans ce cas, techniquement on a le bon nombre de machine, mais dans la réalité on a un bon chantier dans les informations financières :
- Les données techniques de B son attachées aux données financières de A
- Les données techniques de A n'ont pas d'informations financières
- Les informations financières de B ne sont pas utilisées

On peut détecter cela, à postériori, dans GLPI grâce au rapport "doublons" (B-techniques et B-financières)

+

P.S. oui c'est complexe, oui c'est très difficile à suivre...


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

#8 2009-04-22 09:31:19

doum
Member
From: Nice
Registered: 2007-03-27
Posts: 1,421

Re: Mass Import et P2V

En fait c'est surtout la partie OCS qui devrait etre differente....
Je ne comprends pas pourquoi pas si tu mets en critere AUTO_DUPLICATE_LEVEL : Serial, il te lit les 2 machines

Offline

#9 2009-04-22 10:21:07

remi
GLPI-DEV
From: Champagne
Registered: 2007-04-28
Posts: 7,127
Website

Re: Mass Import et P2V

> AUTO_DUPLICATE_LEVEL : Serial, il te lit les 2 machines

Ce critère est uniquement utilisé lors de l'apparition d'une nouvelle machine (ou de la réinstallation de l'agent, p.e. remplacement du DD)

Dans les cas décrits précédemment, c'est l'agent qui signale : "je remplace la machine xxx", il y a donc écrasement sans controle.

+


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

#10 2009-04-22 11:25:59

doum
Member
From: Nice
Registered: 2007-03-27
Posts: 1,421

Re: Mass Import et P2V

Ah okiiiiiiiiiiii
Pas glop

Offline

#11 2009-04-22 14:33:28

petithomme
Member
Registered: 2009-01-05
Posts: 305

Re: Mass Import et P2V

Il y a deux événements qui génèrent un nouvel ID dans OCS :
- changement d'adresse Mac
- changement de hostname

Quelques soit les règles définies dans l'Auto_Duplicate_Level
(c'est du moins ce que j'ai constaté après moult test)


GLPI 0.90.5 - OCS 2.3.1 - Plugin OCS / GLPI 1.2.2

Offline

#12 2009-04-22 14:50:24

remi
GLPI-DEV
From: Champagne
Registered: 2007-04-28
Posts: 7,127
Website

Re: Mass Import et P2V

c'est ça.

ça a été juste un peu amélioré avec la dernière version de l'agent (1.02 finale)

Ignore some know MAC addresses of virtual network adapter, and double MAC addresses to avoid regenerating a new device 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

#13 2009-04-22 18:29:46

EmpereurZorg
Member
From: ORLEANS
Registered: 2005-12-31
Posts: 604

Re: Mass Import et P2V

remi wrote:

c'est ça.
ça a été juste un peu amélioré avec la dernière version de l'agent (1.02 finale)

Ignore some know MAC addresses of virtual network adapter, and double MAC addresses to avoid regenerating a new device ID

+

Effectivement dans la version précédente lorsqu'un PDA WM6 est connecté au moment du scan, il génère une mac adresse virtuelle, et créer ainsi un doublon de machine... Il faut absolument que je trouve du temps pour mettre à jour OCS et tester la migration Glpi 0.72RC !
Je n'ai pas encore lu les posts précédent, mais merci pour les précisions (je regarde ça ce soir chez moi wink )


Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1

Offline

Board footer

Powered by FluxBB