You are not logged in.
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 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
T'as une requete qu idure longtemps la et c'est une requete de moteur de recherche
Offline
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
Version de l'agent et version du plugin Fusioninventory ?
Offline
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
Essaye de faire l'inventaire des switch en enlevant les modèles SNMP des switch
Offline
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
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
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, 500Incorrect 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
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
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
./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
[[0;32mOK[0m] Logged in using credentials from debian maintenance account.
[[0;32mOK[0m] Currently running supported MySQL version 5.5.41-0+wheezy1-log
[[0;32mOK[0m] Operating on 64-bit architecture-------- Storage Engine Statistics -------------------------------------------
[[0;34m--[0m] Status: [0;32m+ARCHIVE [0m[0;32m+BLACKHOLE [0m[0;32m+CSV [0m[0;31m-FEDERATED [0m[0;32m+InnoDB [0m[0;32m+MRG_MYISAM [0m
[[0;34m--[0m] Data in MyISAM tables: 371M (Tables: 703)
[[0;34m--[0m] Data in InnoDB tables: 16K (Tables: 1)
[[0;34m--[0m] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[[0;34m--[0m] Data in MEMORY tables: 0B (Tables: 4)
[[0;31m!![0m] Total fragmented tables: 1-------- Security Recommendations -------------------------------------------
[[0;32mOK[0m] All database users have passwords assigned-------- Performance Metrics -------------------------------------------------
[[0;34m--[0m] Up for: 13h 2m 56s (57K q [1.219 qps], 5K conn, TX: 110M, RX: 6M)
[[0;34m--[0m] Reads / Writes: 82% / 18%
[[0;34m--[0m] Total buffers: 424.0M global + 4.4M per thread (10 max threads)
[[0;32mOK[0m] Maximum possible memory usage: 468.4M (3% of installed RAM)
[[0;32mOK[0m] Slow queries: 0% (537/57K)
[[0;32mOK[0m] Highest usage of available connections: 30% (3/10)
[[0;31m!![0m] Key buffer size / total MyISAM indexes: 16.0M/229.8M
[[0;31m!![0m] Key buffer hit rate: 7.5% (454K cached / 420K reads)
[[0;32mOK[0m] Query cache efficiency: 83.3% (21K cached / 26K selects)
[[0;32mOK[0m] Query cache prunes per day: 0
[[0;32mOK[0m] Sorts requiring temporary tables: 0% (0 temp sorts / 779 sorts)
[[0;32mOK[0m] Temporary tables created on disk: 10% (3K on disk / 33K total)
[[0;32mOK[0m] Thread cache hit rate: 99% (3 created / 5K connections)
[[0;31m!![0m] Table cache hit rate: 0% (749 open / 117K opened)
[[0;32mOK[0m] Open file limit used: 14% (1K/10K)
[[0;32mOK[0m] Table locks acquired immediately: 100% (3K immediate / 3K locks)
[[0;32mOK[0m] InnoDB buffer pool / data size: 128.0M/16.0K
[[0;32mOK[0m] 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