You are not logged in.
Pages: 1
bonjour,
j'ai un soucis avec l'action automatique optimize
en effet, dès que cette ation se déclenche (automatiquement ou manuellement) celle ci me fait planter la table glpi_logs
MySQL me l'indique comme crasched
il faut a chaque fois que je répare cette table
d'où peut venir le probleme ?
as t'on un log plus précise sur cette action automatique pour voir ou celle ci plante..?
j'ai fait un
myisamchk -r de la table glpi_logs cela a corriger la table qui avait des deleted_blocks.
mais en relancement manuellement l'optimize cela a encore planté.. et cette fois je n'ai plus d'erreur dans la table
j'ai glpi 0.85.4, MySQL 5.6,
faut il que je fasse une autre commande avec myisamchk ?
merci
pour info j'ai ca dans les logs sql-errors
*** MySQL query error:
SQL: SELECT COUNT(*) AS cpt
FROM `glpi_logs` WHERE itemtype = \'Ticket\'
AND items_id = \'27360\'
Error: Table '.\glpi\glpi_logs' is marked as crashed and last (automatic?) repair failed
Backtrace :
inc\db.function.php:328
inc\log.class.php:89 countElementsInTable()
inc\commonglpi.class.php:204 Log->getTabNameForItem()
inc\ticket.class.php:622 CommonGLPI->addStandardTab()
inc\commonglpi.class.php:154 Ticket->defineTabs()
inc\commonglpi.class.php:625 CommonGLPI->defineAllTabs()
inc\commonglpi.class.php:1017 CommonGLPI->showTabsContent()
front\ticket.form.php:167 CommonGLPI->display()
et j'ai beaucoup beaucoup mais alors beaucoup d'écriture dans glpi_logs à cause de fusion inventory..
Last edited by durand.jm (2015-07-06 13:33:54)
Offline
Bonjour,
J'ai eu le même soucis.
N'aurais tu pas une saturation de ta partition mysql ou de /tmp (linux) lors de l'optimize ?
A+
Plateforme en exploitation : GLPI 10.0.3 + GLPiinventory 10.0.3sur Fedora 36
PHP 8.1.11 ,Apache/2.4.54, mysql 8
Offline
alors je suis sous
Windows 2008r2
Apache/2.4.12 (Win32) mod_authnz_sspi/0.1.0 PHP/5.6.7 () MySQL 5.6.24
j'ai fait hier un
"C:\Program Files\MySQL\MySQL Server 5.6\bin\myisamchk.exe" -r "C:\ProgramData\MySQL\MySQL Server 5.6\data\glpi\glpi_logs.MYI"
et relancer un optimize manuelle cela plantait encore alors j'ai lancer
"C:\Program Files\MySQL\MySQL Server 5.6\bin\mysqlcheck.exe" -c -u root -p glpi
puis
"C:\Program Files\MySQL\MySQL Server 5.6\bin\mysqlcheck.exe" -a -u root -p glpi
puis
"C:\Program Files\MySQL\MySQL Server 5.6\bin\mysqlcheck.exe" -o -u root -p glpi
et ensuite relancer un optimize manuellement là cela fonctionnait... avec un traitement à 2 seconde maxi
par contre ce matin, je l'ai relancé manuellement
traitement à 10 seconde.. et plantage de la base glpi_logs
j'avoue ...je seche completement
Offline
pas d'idée ?
car j'ai toujours le meme soucis...
de quoi peut venir le probleme ?
la table logs qui est HS ?
car quand ej fait un check
cela indique :
glpi.glpi_logs
warning : table is marked as crashed and last repair failed
status OK
faut il la supprimer et la recreer ?
on parle souvent d'augementer le /tmp sous linux pour mysql... mais je suis sous windows... il y a de l'espace llibre.. mais peut etre faut il que je touche au mysql.ini ...si oui quel parametre augmenté ?
merci
Last edited by durand.jm (2015-09-25 13:27:22)
Offline
Pages: 1