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

Pages: 1

#1 2015-03-28 13:21:17

ser_glpi
Member
From: PARIS
Registered: 2006-01-25
Posts: 140
Website

mysql process bloqué aux alentour des 99%

Bonjour,

Dans un premier temps j'ai procédé à la mise à jour de glpi et plugins compatibles de la version 0.83.91 à la version 0.84.8.
Tout avait l'air OK.

Ensuite je me suis repenché sur la partie FusionInventory(FI) afin de reprendre la découverte et l'inventaire SNMP du parc.

avant de m'apercevoir que l'ordre de mes régles FI n'étaient pas dans le bon ordre => pleins de doublons et de matériels inconnus.

Puis en relançant une Découverte réseau en souhaitant voir la liste complète de mes ordinateurs dans l'Entité Racine => ça mouline pendant des heures ... jusqu'à redémarrer le service MySQL.

après plusieurs tentative d'améliorer les performances avec les pistes de mysqltuner.pl et tuning-primer.sh rien à faire ... j'optimise mais le PB de blocage du process mysql reste.


top - 11:43:25 up 4 days,  4:00,  1 user,  load average: 1,06, 1,18, 1,13
Tasks:  78 total,   1 running,  77 sleeping,   0 stopped,   0 zombie
%Cpu(s): 99,3 us,  0,7 sy,  0,0 ni,  0,0 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:   4061660 total,  3891196 used,   170464 free,   195644 buffers
KiB Swap:  1708028 total,     3284 used,  1704744 free,  2924780 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
14843 mysql     20   0  376m  69m 7676 S  99,9  1,8  33:24.00 mysqld
    1 root      20   0 10648  644  600 S   0,0  0,0   0:03.71 init
    2 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kthreadd
    3 root      20   0     0    0    0 S   0,0  0,0   0:08.47 ksoftirqd/0
    5 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kworker/u:0
    6 root      rt   0     0    0    0 S   0,0  0,0   0:00.00 migration/0
    7 root      rt   0     0    0    0 S   0,0  0,0   0:01.87 watchdog/0
    8 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 cpuset
    9 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 khelper
   10 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kdevtmpfs
   11 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 netns
   12 root      20   0     0    0    0 S   0,0  0,0   0:00.84 sync_supers
   13 root      20   0     0    0    0 S   0,0  0,0   0:00.01 bdi-default
   14 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kintegrityd
   15 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kblockd
   17 root      20   0     0    0    0 S   0,0  0,0   0:00.10 khungtaskd
   18 root      20   0     0    0    0 S   0,0  0,0   0:15.33 kswapd0
   19 root      25   5     0    0    0 S   0,0  0,0   0:00.00 ksmd
   20 root      39  19     0    0    0 S   0,0  0,0   0:00.00 khugepaged
   21 root      20   0     0    0    0 S   0,0  0,0   0:00.00 fsnotify_mark
   22 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 crypto
   81 root      20   0     0    0    0 S   0,0  0,0   0:00.00 khubd
   92 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ata_sff
   93 root      20   0     0    0    0 S   0,0  0,0   0:00.00 scsi_eh_0
  109 root      20   0     0    0    0 S   0,0  0,0   0:00.00 scsi_eh_1
  110 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kworker/u:1

mysql process bloqué aux alentour des 99% depuis

je créé un fichier check_query.sql avec la requête SQL pour les ordinateur(du mode debug) mais je modifie le SELECT en EXPLAIN EXTENDED SELECT ....

puis je lance
mysql -u root -p sci-assistance-072x < check_query.sql > mysql_query_result_out

id      select_type     table   type    possible_keys   key     key_len ref     rows    filtered        Extra
1       SIMPLE  glpi_computers  range   is_template,is_deleted  is_template     1       NULL    4706    100.00  Using where; Using temporary; Using filesort
1       SIMPLE  glpi_entities   eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_computers.entities_id  1       100.00
1       SIMPLE  glpi_networks   eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_computers.networks_id  1       100.00
1       SIMPLE  glpi_items_devicenetworkcards   ref     computers_id    computers_id    4       sci-assistance-072x.glpi_computers.id   1       100.00
1       SIMPLE  glpi_networkports_1006b9c36acb1b209506af6cc85ea8e5      ref     on_device,item  on_device       306     sci-assistance-072x.glpi_computers.id,const     9       100.00
1       SIMPLE  glpi_networkportethernets_23c902de5f3b180b2aef9e32e62e03a6      eq_ref  networkports_id networkports_id 4       sci-assistance-072x.glpi_networkports_1006b9c36acb1b209506af6cc85ea8e5.id       1       100.00
1       SIMPLE  glpi_netpoints_a7fd7b30c471084080574bf16e4d53aa eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_networkportethernets_23c902de5f3b180b2aef9e32e62e03a6.netpoints_id     1       100.00
1       SIMPLE  glpi_states     eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_computers.states_id    1       100.00
1       SIMPLE  glpi_locations  eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_computers.locations_id 1       100.00
1       SIMPLE  glpi_users_users_id_tech        eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_computers.users_id_tech        1       100.00
1       SIMPLE  glpi_items_deviceprocessors     ref     computers_id    computers_id    4       sci-assistance-072x.glpi_computers.id   2       100.00
1       SIMPLE  glpi_deviceprocessors_7083fb7d2b7a8b8abd619678acc5b604  eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_items_deviceprocessors.deviceprocessors_id     1       100.00
1       SIMPLE  glpi_tickets_items_id   ref     item    item    306     const,sci-assistance-072x.glpi_computers.id     3       100.00
1       SIMPLE  glpi_operatingsystems   eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_computers.operatingsystems_id  1       100.00
1       SIMPLE  glpi_manufacturers      eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_computers.manufacturers_id     1       100.00
1       SIMPLE  glpi_computermodels     eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_computers.computermodels_id    1       100.00
1       SIMPLE  glpi_computertypes      eq_ref  PRIMARY PRIMARY 4       sci-assistance-072x.glpi_computers.computertypes_id     1       100.00
1       SIMPLE  glpi_computervirtualmachines    ref     computers_id    computers_id    4       sci-assistance-072x.glpi_computers.id   2       100.00
1       SIMPLE  FUSIONINVENTORY_20      ref     on_device,item  on_device       306     sci-assistance-072x.glpi_computers.id,const     9       100.00
1       SIMPLE  FUSIONINVENTORY_21      index   unicity,networkports_id_2       unicity 8       NULL    100432  100.00  Using index
1       SIMPLE  FUSIONINVENTORY_22      eq_ref  PRIMARY PRIMARY 4       func    1       100.00

et pendant ce temps idem process mysql >= 99%
et voilà ce que donne le show processlist sous mysql

mysql> show processlist;
+-----+------+-----------+---------------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
| Id  | User | Host      | db                  | Command | Time | State                | Info                                                                                                 |
+-----+------+-----------+---------------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
| 716 | root | localhost | sci-assistance-072x | Query   | 1948 | Copying to tmp table | SELECT 'facchin' AS currentuser,
                         `glpi_computers`.`name` AS ITEM_0,
        |
| 868 | root | localhost | NULL                | Query   |    0 | NULL                 | show processlist                                                                                     |
+-----+------+-----------+---------------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)

Petite précision wink nous avons une arborescence avec jusqu'à 7 niveau de profondeur.

donc voilà si je pouvait avoir quelques pistes de recherche ou des requête que je pourraient utiliser pour nettoyer peut être des liaisons? inutiles ou "mortes" (je n'ai plus riens de visibles dans la "CORBEILLE" de chaque éléments d'inventaire)

Merci d'avance

ma config ci-dessous

 
GLPI  0.84.8 (/glpi => /var/www/glpi)

Server

 
Operating system: Linux pa-supsrv10 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64
PHP 5.4.36-0+deb7u3 apache2handler (Core, PDO, Phar, Reflection, SPL, SimpleXML, apache2handler, bcmath, bz2, calendar, ctype,
    curl, date, dba, dom, ereg, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, imap, json, ldap, libxml, mbstring, mcrypt,
    mhash, mysql, mysqli, openssl, pcre, pdo_mysql, pdo_sqlite, posix, session, shmop, soap, sockets, sqlite3, standard, sysvmsg,
    sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, zip, zlib)
Setup: max_execution_time="30" memory_limit="256M" post_max_size="8M" safe_mode="" session.save_handler="files"
    upload_max_filesize="25M" 
Software: Apache/2.2.22 (Debian) (Apache/2.2.22 (Debian) Server at glpi. Port 80)
    Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:36.0) Gecko/20100101 Firefox/36.0
DBMS:    Server Software: (Debian)
    Server Version: 5.5.41-0+wheezy1-log
    Parameters: root@localhost/sci-assistance-072x
    Host info: Localhost via UNIX socket
    
/var/www/glpi/config : OK
/var/www/glpi/files : OK
/var/www/glpi/files/_dumps : OK
/var/www/glpi/files/_sessions : OK
/var/www/glpi/files/_cron : OK
/var/www/glpi/files/_cache/ : OK
/var/www/glpi/files/_graphs : OK
/var/www/glpi/files/_lock : OK
/var/www/glpi/files/_plugins : OK
/var/www/glpi/files/_tmp : OK
/var/www/glpi/files/_rss : OK
/var/www/glpi/files/_uploads : OK
/var/www/glpi/files/_log : OK

Libraries

 
htmLawed version 1.1.17 in (/var/www/glpi/lib/htmlawed)
phpCas version 1.3.3 in (/var/www/glpi/lib/phpcas)
PHPMailer version 5.2.1 in (/var/www/glpi/lib/phpmailer)
eZ Graph componnent installed :  OK
Zend Framework version 2.0.5 in (/var/www/glpi/lib/Zend)
SimplePie version 1.3.1 in (/var/www/glpi/lib/simplepie)

LDAP directories

 

Mysql replicas

 
Not active

Notifications

 
Way of sending emails: PHP

Mails receivers

 


Plugins list

 
    addressing           Name: Adressage IP                   Version: 2.1.0      State: Enabled
    additionalalerts     Name: Alertes supplémentaires        Version: 1.6.1      State: Enabled
    appliances           Name: Applicatifs                    Version: 1.9.1      State: Enabled
    webapplications      Name: Applications Web               Version: 1.9.1      State: Enabled
    archires             Name: Architectures réseau           Version: 2.1.0      State: Enabled
    badges               Name: Badges                         Version: 1.9.0      State: Enabled
    databases            Name: Bases de données               Version: 1.6.0      State: Enabled
    ideabox              Name: Boite à idées                  Version: 2.0.0      State: Enabled
    positions            Name: Cartographie                   Version: 4.0.0      State: Enabled
    certificates         Name: Certificats                    Version: 1.9.0      State: Enabled
    behaviors            Name: Comportements                  Version: 0.84.3     State: Enabled
    accounts             Name: Comptes                        Version: 1.9.1      State: Enabled
    mover                Name: Déménagement                   Version: 1.0.0      State: Not activated
    domains              Name: Domaines                       Version: 1.6.0      State: Enabled
    mailkb               Name: Email KB                       Version: 1.2.0      State: Not activated
    outlookical          Name: Export Ical-Outlook            Version: 1.5.0      State: Not activated
    immobilizationsheets Name: Feuilles d'immobilisation      Version: 1.6.0      State: Enabled
    fusioninventory      Name: FusionInventory                Version: 0.84+3.5   State: Enabled
    racks                Name: Gestion de baies               Version: 1.4.1      State: Enabled
    order                Name: Gestion des commandes          Version: 1.9.0      State: Enabled
    loadentity           Name: Import d'entité                Version: 1.3.0      State: Not activated
    massocsimport        Name: Import OCS                     Version: 1.6.1      State: Not activated
    manufacturersimports Name: Imports fabricants             Version: 1.6.0      State: Enabled
    pdf                  Name: Impression pdf                 Version: 0.84.2     State: Enabled
    datainjection        Name: Injection de fichiers          Version: 2.3.1      State: Enabled
    ipam                 Name: Internet Protocol Address Mana Version: 1.0        State: Enabled
    mreporting           Name: Plus de rapports               Version: 2.2        State: Enabled
    manageentities       Name: Portail entités                Version: 1.8.0      State: Not activated
    projet               Name: Projets                        Version: 1.4.1      State: Enabled
    reports              Name: Rapports                       Version: 1.7.3      State: Enabled
    relations            Name: Relations                      Version: 1.2.0      State: Not activated
    resources            Name: Ressources humaines            Version: 2.0.2      State: Enabled
    room                 Name: Salles                         Version: 3.0.1      State: Not activated
    webservices          Name: Services Web                   Version: 1.4.3      State: Enabled

Last edited by ser_glpi (2015-03-31 07:55:00)

GLPI  0.84.8 - Plateforme PROD:  Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log

Offline

#2 2015-03-29 12:23:53

ddurieux
Plugins Dev
From: Propières, France
Registered: 2005-06-17
Posts: 7,521

Re: mysql process bloqué aux alentour des 99%

T'as une requete qu idure longtemps la et c'est une requete de moteur de recherche

Offline

#3 2015-03-30 07:49:54

ser_glpi
Member
From: PARIS
Registered: 2006-01-25
Posts: 140
Website

Re: mysql process bloqué aux alentour des 99%

Oui effectivement mais ça a commencé(ma perception) suite à une découverte réseau avec FI, et à un doute quant aux "scories" éventuelles lors  de la suppression (parfois difficile) des matériels inconnus.
En effet il ne m'est arement possible de procéder à un réelle suppression des matériels depuis le corbeille par lot de 750(la limite pour les actions massives!?
J'ai de plus souvent(95%) des hub qui sont créés sur mes liens Trunk et du coup des matériels qui y sont ratachés alors que physiquement ils sont sur des ports dédiés/directs.
Alors avec env 5000 matériels enregistrés préalablement dans la base et au moins autant de matériels inconnus et des doublons de ceux-ci... c'estsûr ça doit alourdir avec toutes les liaisons relatives!?

Où chercher? d'autant qu'avec un filtre sur le nom d'un PC seul la requête est ausi super longue(voire dans les choux?)

GLPI  0.84.8 - Plateforme PROD:  Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log

Offline

#4 2015-03-30 08:42:19

ddurieux
Plugins Dev
From: Propières, France
Registered: 2005-06-17
Posts: 7,521

Re: mysql process bloqué aux alentour des 99%

Version de l'agent et version du plugin Fusioninventory ?

Offline

#5 2015-03-31 07:46:49

ser_glpi
Member
From: PARIS
Registered: 2006-01-25
Posts: 140
Website

Re: mysql process bloqué aux alentour des 99%

fusioninventory      Name: FusionInventory                Version: 0.84+3.5   State: Enabled
FusionInventory Agent (2.3.16)

GLPI  0.84.8 - Plateforme PROD:  Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log

Offline

#6 2015-03-31 08:03:29

ddurieux
Plugins Dev
From: Propières, France
Registered: 2005-06-17
Posts: 7,521

Re: mysql process bloqué aux alentour des 99%

Essaye de faire l'inventaire des switch en enlevant les modèles SNMP des switch

Offline

#7 2015-04-01 09:16:36

ser_glpi
Member
From: PARIS
Registered: 2006-01-25
Posts: 140
Website

Re: mysql process bloqué aux alentour des 99%

J'ai relancé un inventaire SNMP seul out est OK mais 6615 matériels inconnus (smartphones ou autres notamment) et 14 hub sur lequels il y a sur un même hub des machines :
"repérées" en wifi ou en filaire,
existant préalablement dans l'inventaire manuel ou inconnues
sur des vlans de niveau 3 différents

dont 1 hub qui comporte 6390 ports réseaux et 1 autre 885 parmi les plus élevés...

avec beaucoup d'éléments dont le backgroung de l'affichage est "rose/rouge" tel que lorsqu'on a des doublons !?

voilà

GLPI  0.84.8 - Plateforme PROD:  Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log

Offline

#8 2015-04-03 10:50:45

ser_glpi
Member
From: PARIS
Registered: 2006-01-25
Posts: 140
Website

Re: mysql process bloqué aux alentour des 99%

ddurieux wrote:

Essaye de faire l'inventaire des switch en enlevant les modèles SNMP des switch

C'était déjà fait comme ça depuis la migration 0.83.x à 0.84.x

dans le post précédent j'ai oublié d'ajouter que j'ai des "hub" avec des machines qui ne sont pas physiquement présentes sur le site mais rattachées malgré tout!? Seulement présente via un import OCS depuis un de nos autres sites!

GLPI  0.84.8 - Plateforme PROD:  Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log

Offline

#9 2015-07-09 08:03:59

ser_glpi
Member
From: PARIS
Registered: 2006-01-25
Posts: 140
Website

Re: mysql process bloqué aux alentour des 99%

Voilà de nouveaux éléments en mode debug j'obtiens pour la requête n° 41 une erreur sur un fichiers temporaire de MySQL

41   

SELECT 'facchin' AS currentuser, `glpi_computers`.`name` AS ITEM_0, `glpi_computers`.`id` AS ITEM_0_2, `glpi_entities`.`completename` AS ITEM_1, `glpi_networks`.`name` AS ITEM_4, GROUP_CONCAT(`glpi_networkports_1006b9c36acb1b209506af6cc85ea8e5`.`mac` SEPARATOR '$$$$') AS ITEM_5, GROUP_CONCAT(`glpi_items_devicenetworkcards`.`mac` SEPARATOR '$$$$') AS ITEM_5_2, GROUP_CONCAT(DISTINCT CONCAT(`glpi_netpoints_a7fd7b30c471084080574bf16e4d53aa`.`name`,'$$',`glpi_netpoints_a7fd7b30c471084080574bf16e4d53aa`.`id`) SEPARATOR '$$$$') AS ITEM_6, `glpi_states`.`completename` AS ITEM_7, `glpi_locations`.`completename` AS ITEM_8, `glpi_users_users_id_tech`.`name` AS ITEM_9, `glpi_users_users_id_tech`.`realname` AS ITEM_9_2, `glpi_users_users_id_tech`.`id` AS ITEM_9_3, `glpi_users_users_id_tech`.`firstname` AS ITEM_9_4, GROUP_CONCAT(DISTINCT CONCAT(`glpi_deviceprocessors_7083fb7d2b7a8b8abd619678acc5b604`.`designation`,'$$',`glpi_deviceprocessors_7083fb7d2b7a8b8abd619678acc5b604`.`id`) SEPARATOR '$$$$') AS ITEM_10, `glpi_computers`.`serial` AS ITEM_11, `glpi_computers`.`date_mod` AS ITEM_12, COUNT(DISTINCT `glpi_tickets_items_id`.`id`) AS ITEM_14, `glpi_operatingsystems`.`name` AS ITEM_15, `glpi_manufacturers`.`name` AS ITEM_16, `glpi_computermodels`.`name` AS ITEM_17, `glpi_computertypes`.`name` AS ITEM_18, `glpi_computers`.`uuid` AS ITEM_20, GROUP_CONCAT(DISTINCT CONCAT(`glpi_computervirtualmachines`.`name`,'$$',`glpi_computervirtualmachines`.`id`) SEPARATOR '$$$$') AS ITEM_21, `glpi_computers`.`comment` AS ITEM_22, GROUP_CONCAT( DISTINCT CONCAT_WS('....', FUSIONINVENTORY_22.items_id, FUSIONINVENTORY_22.name) SEPARATOR '$$$$') AS ITEM_23, `glpi_computers`.`id` AS id
FROM `glpi_computers`
LEFT JOIN `glpi_entities` ON (`glpi_computers`.`entities_id` = `glpi_entities`.`id` )
LEFT JOIN `glpi_networks` ON (`glpi_computers`.`networks_id` = `glpi_networks`.`id` )
LEFT JOIN `glpi_items_devicenetworkcards` ON (`glpi_computers`.`id` = `glpi_items_devicenetworkcards`.`items_id` AND `glpi_items_devicenetworkcards`.`itemtype` = 'Computer' )
LEFT JOIN `glpi_networkports` AS glpi_networkports_1006b9c36acb1b209506af6cc85ea8e5 ON (`glpi_computers`.`id` = `glpi_networkports_1006b9c36acb1b209506af6cc85ea8e5`.`items_id` AND `glpi_networkports_1006b9c36acb1b209506af6cc85ea8e5`.`itemtype` = 'Computer' )
LEFT JOIN `glpi_networkportethernets` AS glpi_networkportethernets_23c902de5f3b180b2aef9e32e62e03a6 ON (`glpi_networkports_1006b9c36acb1b209506af6cc85ea8e5`.`id` = `glpi_networkportethernets_23c902de5f3b180b2aef9e32e62e03a6`.`networkports_id` )
LEFT JOIN `glpi_netpoints` AS glpi_netpoints_a7fd7b30c471084080574bf16e4d53aa ON (`glpi_networkportethernets_23c902de5f3b180b2aef9e32e62e03a6`.`netpoints_id` = `glpi_netpoints_a7fd7b30c471084080574bf16e4d53aa`.`id` )
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_users` AS glpi_users_users_id_tech ON (`glpi_computers`.`users_id_tech` = `glpi_users_users_id_tech`.`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_tickets` AS glpi_tickets_items_id ON (`glpi_computers`.`id` = `glpi_tickets_items_id`.`items_id` AND `glpi_tickets_items_id`.`itemtype` = 'Computer' )
LEFT JOIN `glpi_operatingsystems` ON (`glpi_computers`.`operatingsystems_id` = `glpi_operatingsystems`.`id` )
LEFT JOIN `glpi_manufacturers` ON (`glpi_computers`.`manufacturers_id` = `glpi_manufacturers`.`id` )
LEFT JOIN `glpi_computermodels` ON (`glpi_computers`.`computermodels_id` = `glpi_computermodels`.`id` )
LEFT JOIN `glpi_computertypes` ON (`glpi_computers`.`computertypes_id` = `glpi_computertypes`.`id` )
LEFT JOIN `glpi_computervirtualmachines` ON (`glpi_computers`.`id` = `glpi_computervirtualmachines`.`computers_id` )
LEFT JOIN glpi_networkports AS FUSIONINVENTORY_20 ON (FUSIONINVENTORY_20.items_id = glpi_computers.id AND FUSIONINVENTORY_20.itemtype='Computer')
LEFT JOIN glpi_networkports_networkports AS FUSIONINVENTORY_21 ON FUSIONINVENTORY_20.id = FUSIONINVENTORY_21.networkports_id_1 OR FUSIONINVENTORY_20.id = FUSIONINVENTORY_21.networkports_id_2
LEFT JOIN glpi_networkports AS FUSIONINVENTORY_22 ON FUSIONINVENTORY_22.id = CASE WHEN FUSIONINVENTORY_21.networkports_id_1 = FUSIONINVENTORY_20.id THEN FUSIONINVENTORY_21.networkports_id_2 ELSE FUSIONINVENTORY_21.networkports_id_1 END
WHERE `glpi_computers`.`is_deleted` = '0' AND `glpi_computers`.`is_template` = '0' GROUP BY `glpi_computers`.`id`
ORDER BY ITEM_0 ASC LIMIT 0, 500

Incorrect key file for table '/tmp/#sql_d03_0.MYI'; try to repair it

lorsque j'essaie de réparer ces erreurs avec myisamcheck -r /localisation/des/fichiers il y a effectivement pleins de réparation d'index.
En procédant de la sorte "à un moment donné" mon Plugin FusionInventory se retrouve en mode "Mettre à jour" et là j'accède correctement à mes "fiches" d'ordinateurs avec un délai très honorable

SQL REQUEST : 119 Queries took 0.076s

si je le réactive ça revient!

GLPI  0.84.8 - Plateforme PROD:  Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log

Offline

#10 2015-07-09 09:35:53

ddurieux
Plugins Dev
From: Propières, France
Registered: 2005-06-17
Posts: 7,521

Re: mysql process bloqué aux alentour des 99%

dès que tu réactive le plugin, t'as des crash de tables?

T'as pas des soucis d'espace disque sur ton serveur ou tu as ta base de données?

Offline

#11 2015-07-10 07:45:49

ser_glpi
Member
From: PARIS
Registered: 2006-01-25
Posts: 140
Website

Re: mysql process bloqué aux alentour des 99%

non je ne pense pas

df -h
Sys. fich.                                             Taille Util. Dispo Uti% Monté sur
rootfs                                                    37G   24G   12G  67% /
udev                                                      10M     0   10M   0% /dev
tmpfs                                                    1,2G  220K  1,2G   1% /run
/dev/disk/by-uuid/ca921a17-efc7-4b7f-a3f1-452606506ca2    37G   24G   12G  67% /
tmpfs                                                    5,0M     0  5,0M   0% /run/lock
tmpfs                                                    2,7G     0  2,7G   0% /run/shm

GLPI  0.84.8 - Plateforme PROD:  Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log

Offline

#12 2015-07-10 07:52:34

ser_glpi
Member
From: PARIS
Registered: 2006-01-25
Posts: 140
Website

Re: mysql process bloqué aux alentour des 99%

./mysqltuner.pl

>>  MySQLTuner 1.3.0 - Major Hayden <major@mhtx.net>
>>  Bug reports, feature requests, and downloads at http://mysqltuner.com/
>>  Run with '--help' for additional options and output filtering
[OK] Logged in using credentials from debian maintenance account.
[OK] Currently running supported MySQL version 5.5.41-0+wheezy1-log
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM 
[--] Data in MyISAM tables: 371M (Tables: 703)
[--] Data in InnoDB tables: 16K (Tables: 1)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in MEMORY tables: 0B (Tables: 4)
[!!] Total fragmented tables: 1

-------- Security Recommendations  -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 13h 2m 56s (57K q [1.219 qps], 5K conn, TX: 110M, RX: 6M)
[--] Reads / Writes: 82% / 18%
[--] Total buffers: 424.0M global + 4.4M per thread (10 max threads)
[OK] Maximum possible memory usage: 468.4M (3% of installed RAM)
[OK] Slow queries: 0% (537/57K)
[OK] Highest usage of available connections: 30% (3/10)
[!!] Key buffer size / total MyISAM indexes: 16.0M/229.8M
[!!] Key buffer hit rate: 7.5% (454K cached / 420K reads)
[OK] Query cache efficiency: 83.3% (21K cached / 26K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 779 sorts)
[OK] Temporary tables created on disk: 10% (3K on disk / 33K total)
[OK] Thread cache hit rate: 99% (3 created / 5K connections)
[!!] Table cache hit rate: 0% (749 open / 117K opened)
[OK] Open file limit used: 14% (1K/10K)
[OK] Table locks acquired immediately: 100% (3K immediate / 3K locks)
[OK] InnoDB buffer pool / data size: 128.0M/16.0K
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
    Increase table_open_cache gradually to avoid file descriptor limits
    Read this before increasing table_open_cache over 64: http://bit.ly/1mi7c4C
Variables to adjust:
    key_buffer_size (> 229.8M)
    table_open_cache (> 524288)

GLPI  0.84.8 - Plateforme PROD:  Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log

Offline

Pages: 1

Board footer

Powered by FluxBB