You are not logged in.
Bonjour à tous,
Lorsque je veux supprimer définitivement mes anciens ordinateurs de la corbeille ( Parc et ordinateurs), je me suis rendu compte que tous les composants associés aux ordinateurs en production ont disparu pour tous mes ordinateurs.
Je n'ai plus d'information sur processeur, Ram, disque dur, système d’exploitation, etc... sur tous mon parc Informatique dans parc et ordinateur. ce bug n'existait pas dans la version 9.3.3.
Je suis obligé de relancer un fusioninventory pour que les éléments se rattachent mais le problème persiste à chaque suppression d’ordinateur dans la corbeille.
Avez-vous rencontre ce bug là ?
Merci
Operating system: Linux srv-glpi 3.10.0-957.5.1.el7.x86_64 #1 SMP Fri Feb 1 14:54:57 UTC 2019 x86_64
PHP 7.2.15 apache2handler (Core, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apache2handler, apcu, bcmath, bz2,
calendar, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, gmp, hash, iconv, imap, intl, json, ldap, libxml,
mbstring, mcrypt, mysqli, mysqlnd, openssl, pcre, pdo_mysql, pdo_sqlite, posix, recode, session, shmop, sockets, sqlite3,
standard, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib)
Setup: max_execution_time="600" memory_limit="128M" post_max_size="5M" safe_mode="" session.save_handler="files"
upload_max_filesize="5M"
Software: Apache/2.4.6 (CentOS) PHP/7.2.15 ()
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.109 Safari/537.36
Server Software: MariaDB Server
Server Version: 10.3.12-MariaDB
Server SQL Mode:
Parameters: xxxx@localhost/glpi
Host info: Localhost via UNIX socket
Last edited by Steph2019 (2019-03-06 21:07:52)
Offline
pour information je crois que c'est cette requête dans le mode debug
SET SESSION group_concat_max_len = 16384; 0.000
52 SELECT DISTINCT `glpi_computers`.`id` AS id, 'STIMP' AS currentuser, `glpi_computers`.`entities_id`, `glpi_computers`.`is_recursive`, `glpi_computers`.`name` AS `ITEM_Computer_1`, `glpi_computers`.`id` AS `ITEM_Computer_1_id`, `glpi_states`.`completename` AS `ITEM_Computer_31`, `glpi_locations`.`completename` AS `ITEM_Computer_3`, GROUP_CONCAT(DISTINCT CONCAT(IFNULL(`glpi_ipaddresses_0cc35feab42e5909929ff742b4834540`.`name`, '__NULL__'), '$#$',`glpi_ipaddresses_0cc35feab42e5909929ff742b4834540`.`id`) SEPARATOR '$$##$$') AS `ITEM_Computer_126`, `glpi_computermodels`.`name` AS `ITEM_Computer_40`, `glpi_computers`.`serial` AS `ITEM_Computer_5`, GROUP_CONCAT(DISTINCT CONCAT(IFNULL(`glpi_deviceprocessors_7083fb7d2b7a8b8abd619678acc5b604`.`designation`, '__NULL__'), '$#$',`glpi_deviceprocessors_7083fb7d2b7a8b8abd619678acc5b604`.`id`) SEPARATOR '$$##$$') AS `ITEM_Computer_17`, (SUM(`glpi_items_devicememories`.`size`) / COUNT(`glpi_items_devicememories`.`id`) * COUNT(DISTINCT `glpi_items_devicememories`.`id`) AS `ITEM_Computer_111`, (SUM(`glpi_items_deviceharddrives`.`capacity`) / COUNT(`glpi_items_deviceharddrives`.`id`)) * COUNT(DISTINCT `glpi_items_deviceharddrives`.`id`) AS `ITEM_Computer_115`, `glpi_operatingsystems_9719987b154aaf3b42c3db32aef59090`.`name` AS `ITEM_Computer_45`, `glpi_operatingsystemkernelversions_9719987b154aaf3b42c3db32aef59090`.`name` AS `ITEM_Computer_48`, `glpi_operatingsystemarchitectures_9719987b154aaf3b42c3db32aef59090`.`name` AS `ITEM_Computer_61`, `glpi_operatingsystemversions_9719987b154aaf3b42c3db32aef59090`.`name` AS `ITEM_Computer_46`, GROUP_CONCAT(DISTINCT CONCAT(IFNULL(`glpi_computervirtualmachines`.`name`, '__NULL__'), '$#$',`glpi_computervirtualmachines`.`id`) SEPARATOR '$$##$$') AS `ITEM_Computer_160`, `glpi_users`.`name` AS `ITEM_Computer_70`, `glpi_users`.`realname` AS `ITEM_Computer_70_realname`, `glpi_users`.`id` AS `ITEM_Computer_70_id`, `glpi_users`.`firstname` AS `ITEM_Computer_70_firstname`
FROM `glpi_computers`
LEFT JOIN `glpi_states` ON (`glpi_computers`.`states_id` = `glpi_states`.`id` )
LEFT JOIN `glpi_locations` ON (`glpi_computers`.`locations_id` = `glpi_locations`.`id` )
LEFT JOIN `glpi_ipaddresses` AS `glpi_ipaddresses_0cc35feab42e5909929ff742b4834540` ON (`glpi_computers`.`id` = `glpi_ipaddresses_0cc35feab42e5909929ff742b4834540`.`mainitems_id` AND `glpi_ipaddresses_0cc35feab42e5909929ff742b4834540`.`mainitemtype` = 'Computer' AND `glpi_ipaddresses_0cc35feab42e5909929ff742b4834540`.`is_deleted` = 0 )
LEFT JOIN `glpi_computermodels` ON (`glpi_computers`.`computermodels_id` = `glpi_computermodels`.`id` )
LEFT JOIN `glpi_items_deviceprocessors` ON (`glpi_computers`.`id` = `glpi_items_deviceprocessors`.`items_id` AND `glpi_items_deviceprocessors`.`itemtype` = 'Computer' )
LEFT JOIN `glpi_deviceprocessors` AS `glpi_deviceprocessors_7083fb7d2b7a8b8abd619678acc5b604` ON (`glpi_items_deviceprocessors`.`deviceprocessors_id` = `glpi_deviceprocessors_7083fb7d2b7a8b8abd619678acc5b604`.`id` )
LEFT JOIN `glpi_items_devicememories` ON (`glpi_computers`.`id` = `glpi_items_devicememories`.`items_id` AND `glpi_items_devicememories`.`itemtype` = 'Computer' )
LEFT JOIN `glpi_items_deviceharddrives` ON (`glpi_computers`.`id` = `glpi_items_deviceharddrives`.`items_id` AND `glpi_items_deviceharddrives`.`itemtype` = 'Computer' )
LEFT JOIN `glpi_items_operatingsystems` ON (`glpi_computers`.`id` = `glpi_items_operatingsystems`.`items_id` AND `glpi_items_operatingsystems`.`itemtype` = 'Computer' )
LEFT JOIN `glpi_operatingsystems` AS `glpi_operatingsystems_9719987b154aaf3b42c3db32aef59090` ON (`glpi_items_operatingsystems`.`operatingsystems_id` = `glpi_operatingsystems_9719987b154aaf3b42c3db32aef59090`.`id` )
LEFT JOIN `glpi_operatingsystemkernelversions` AS `glpi_operatingsystemkernelversions_9719987b154aaf3b42c3db32aef59090` ON (`glpi_items_operatingsystems`.`operatingsystemkernelversions_id` = `glpi_operatingsystemkernelversions_9719987b154aaf3b42c3db32aef59090`.`id` )
LEFT JOIN `glpi_operatingsystemarchitectures` AS `glpi_operatingsystemarchitectures_9719987b154aaf3b42c3db32aef59090` ON (`glpi_items_operatingsystems`.`operatingsystemarchitectures_id` = `glpi_operatingsystemarchitectures_9719987b154aaf3b42c3db32aef59090`.`id` )
LEFT JOIN `glpi_operatingsystemversions` AS `glpi_operatingsystemversions_9719987b154aaf3b42c3db32aef59090` ON (`glpi_items_operatingsystems`.`operatingsystemversions_id` = `glpi_operatingsystemversions_9719987b154aaf3b42c3db32aef59090`.`id` )
LEFT JOIN `glpi_computervirtualmachines` ON (`glpi_computers`.`id` = `glpi_computervirtualmachines`.`computers_id` )
LEFT JOIN `glpi_users` ON (`glpi_computers`.`users_id` = `glpi_users`.`id` )
WHERE `glpi_computers`.`is_deleted` = 1 AND `glpi_computers`.`is_template` = 0 GROUP BY `glpi_computers`.`id`
ORDER BY ITEM_Computer_1 ASC LIMIT 0, 40
SHOW WARNINGS 0.000
54 SELECT count(*), 'XXXXX' AS currentuser
FROM `glpi_computers`
WHERE `glpi_computers`.`is_deleted` = 1 AND `glpi_computers`.`is_template` = 0 0.000
55 SELECT `TABLE_NAME`
FROM `information_schema`.`TABLES`
WHERE `TABLE_SCHEMA` = 'glpi' AND `TABLE_TYPE` = 'BASE TABLE' AND `TABLE_NAME` LIKE '%glpi_configs%' 0.001
56 SELECT *
FROM `glpi_configs`
WHERE `context` = 'core' AND `name` IN ('cache_db')
Last edited by Steph2019 (2019-02-17 21:23:58)
Offline
J'ai testé sur un serveur de test ( windows) 9.4.0 sans plugin j'ai le même symptôme
Pour information supplémentaire :
lors de la suppression d'un seul ordinateur, le glpi ne répond plus parce qu’il est en train de tout supprimer tous les informations ( Modifications massive des composants)
test avec la version 9.3.3 :
Je restaure une base en 9.3.3 avec la version glpi associé, je ne constate pas ce bug. Lorsque je veux supprimer un ordinateur dans ma corbeille, les informations des composants ( proc, Ram, DD, etc.....) de mes ordinateurs en productions sont bien conservés.
Last edited by Steph2019 (2019-02-16 20:50:34)
Offline
Bonjour,
J'ai effectué le test sur des éléments créés à la main et je n'ai pas rencontré ce problème. En effet, les composants ne sont pas supprimés si la case à cocher située à côté du bouton "Supprimer définitivement" est cochée.
Par contre, ce que j'ai remarqué, c'est que les préférences utilisateur ne sont plus chargées correctement, ce qui fait que si l'option "Garder les composants lors de la suppression définitive d'un élément" a été définie à "oui" dans les préférences utilisateur mais vaut "non" dans la configuration générale ("Valeurs par défaut" > "Personnalisation"), alors la case ne sera pas cochée par défaut.
Je viens de proposer une correction sur le code communautaire: https://github.com/glpi-project/glpi/pull/5418 . Je vous invite donc à la tester pour vérifier que votre problème est bien lié à ce défaut de chargement des préférences.
Cordialement
Offline
J'ai pareille cela me fait la même chose.
Manipulation effectué pour supprimer mes anciens PC de ma poubelle
1) Parc ===>Ordinateurs
2) Sélection du mode poubelle ( affichage en rouge)
3) Je sélectionne le pc
4) Actions supprimer définitivement et supprimer les composant ( je ne veux plus garder le ou les composant de ce PC)
5) envoyer
6) Je retourne sur mon parc ( avec affichage nom, statut, lieu, modèle, processeur, disque dur, ram, Version windows, etccc...) Seulement les composant de mes PC à l’affichage disparaissent alors que ce n'est pas les même modèles.
Remarque qui peut être importante :
Si je ne supprime aucun pc dans ma poubelle
Dans la section configuration et composants, je vois bien chaque composant associé au nom du pc, exemple processeur I8500 associé à 15 pc)
Si j’effectue la manipulation de suppression de mon vieux pc dans la poubelle, je retourne dans cette section.
Je n'ai plus les 15 pc associé au processeur i8500, etc..... Je pense que cela vient de la. Tous les composants ne sont plus associés.
Peut être un problème de requête dans cette version ( un sélect ou un delete en trop, je ne sais pas)
J’espère que j'ai donné un max d'information possible
Sur la version glpi 9.3.3, je n'ai pas ce bug
Last edited by Steph2019 (2019-02-20 13:51:10)
Offline
Sur la version GLpi 9.3.3 , il y a le Non sur les deux endroits
j'ai essayé de mettre Non et non sur la 9.4. il y a le meme bug
Je bloque
Offline
J'ai reproduit le meme bug sur la demo du site Glpi...plus de trace sur l'affichage processeur, Ram, DD, pour tous les modèle alors que j'ai supprimé un seul type de PC
Dans les composants, les modèles processeur sont toujours la mais ce n'est plus lié aux parc
Le chargement a été très long pour une seul pc supprimé. J'ai eu le même symptôme sur ma base
Last edited by Steph2019 (2019-02-20 15:30:13)
Offline
bug similaires : https://forum.glpi-project.org/viewtopic.php?id=167840
Offline
Problème similaire, la suppression d'un (1 seul) ordinateur de la corbeille est extrêmement longue et ... ne fonctionne pas : j'ai toujours l'ordi présent dans la corbeille.
De plus, Fusion me met à jour l'ordi présent dans la corbeille au lieu de m'en créer un nouveau .... (j'ouvre un topic dans le bon groupe sur CE sujet)
Manger un castor, c'est sauver un arbre.
Quand on est mort, on ne sait pas qu'on est mort ; c'est pour les autres que c'est difficile. Quand on est con, c'est pareil !
Offline
Problème corrigé sur la 9.4.1, je n'ai plus constaté le problème.
Offline