IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration MySQL Discussion :

(win) crash à répétitions - InnoDB Error 1500


Sujet :

Administration MySQL

  1. #1
    Membre du Club Avatar de kreatik
    Inscrit en
    Juin 2007
    Messages
    94
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 94
    Points : 62
    Points
    62
    Par défaut (win) crash à répétitions - InnoDB Error 1500
    Bonjour

    J'aimerai votre avis sur de curieux crash de mysql (en local sous Win vista), hier alors que je travaillait 1er crash j'ai du refaire mes structures de tables et c'est repartit.

    Ce matin je reboot pour l'install du sp2 et hop exactement le meme soucis !

    Pour infos hier le crash était sous mysql 5.1.33 (via WAMP) et j'ai tout viré puis installé la 5.1.34 et refait mes tables proprement sans conserver aucun fichier du dossier data.

    Et donc avec là 5.1.34 même problème, voici le log mysql :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    090615 19:11:20  InnoDB: Started; log sequence number 0 46409
    090615 19:11:20 [Note] Event Scheduler: Loaded 0 events
    090615 19:11:20 [Note] wampmysqld: ready for connections.
    Version: '5.1.34-community-log'  socket: ''  port: 3306  MySQL Community Server (GPL)
    090616  1:01:58 [Note] wampmysqld: Normal shutdown
     
    090616  1:01:58 [Note] Event Scheduler: Purging the queue. 0 events
    090616  1:01:58  InnoDB: Starting shutdown...
    090616  1:02:01  InnoDB: Shutdown completed; log sequence number 0 29944191
    090616  1:02:01 [Warning] Forcing shutdown of 1 plugins
    090616  1:02:01 [Note] wampmysqld: Shutdown complete
     
    090616  1:54:29  InnoDB: Started; log sequence number 0 29944191
    090616  1:54:30 [Note] Event Scheduler: Loaded 0 events
    090616  1:54:30 [Note] wampmysqld: ready for connections.
    Version: '5.1.34-community-log'  socket: ''  port: 3306  MySQL Community Server (GPL)
    090616  2:18:37  InnoDB: Error: (1500) Couldn't read the MAX(id_operation_st) autoinc value from the index (PRIMARY).
    090616  2:18:37  InnoDB: Assertion failure in thread 1732 in file .\handler\ha_innodb.cc line 2601
    InnoDB: Failing assertion: error == DB_SUCCESS
    InnoDB: We intentionally generate a memory trap.
    InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
    InnoDB: If you get repeated assertion failures or crashes, even
    InnoDB: immediately after the mysqld startup, there may be
    InnoDB: corruption in the InnoDB tablespace. Please refer to
    InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
    InnoDB: about forcing recovery.
    090616  2:18:37 - mysqld got exception 0xc0000005 ;
    This could be because you hit a bug. It is also possible that this binary
    or one of the libraries it was linked against is corrupt, improperly built,
    or misconfigured. This error can also be caused by malfunctioning hardware.
    We will try our best to scrape up some info that will hopefully help diagnose
    the problem, but since we have already crashed, something is definitely wrong
    and this may fail.
     
    key_buffer_size=16777216
    read_buffer_size=262144
    max_used_connections=2
    max_threads=151
    threads_connected=2
    It is possible that mysqld could use up to 
    key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 133305 K
    bytes of memory
    Hope that's ok; if not, decrease some variables in the equation.
     
    thd: 0x4249ed0
    Attempting backtrace. You can use the following information to find out
    where mysqld died. If you see no messages after this, something went
    terribly wrong...
    InnoDB: Thread 4288 stopped in file .\os\os0sync.c line 574
    InnoDB: Thread 4580 stopped in file .\os\os0sync.c line 271
    006ADC0B    mysqld.exe!???
    Trying to get some variables.
    Some pointers may be invalid and cause the dump to abort...
    thd->query at 0428D848=SHOW TABLE STATUS FROM `challeng`
    thd->thread_id=3
    thd->killed=NOT_KILLED
    The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
    information that should help you find out what is causing the crash.


  2. #2
    Futur Membre du Club
    Profil pro
    Inscrit en
    Juillet 2009
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France, Côte d'Or (Bourgogne)

    Informations forums :
    Inscription : Juillet 2009
    Messages : 4
    Points : 5
    Points
    5
    Par défaut
    Bonjour à tous.

    Je me permets d'up ce post car il n'est pas très vieux et il s'agit à priori du même problème.

    Quand j'utilise n'importe quelle requête, le démon plante. Je ne peux pas vider, ni dumper, ni supprimer, ni modifier, ni ajouter aucun champ/colonne/table. La seule chose qui m'est permise c'est un [ use table_name ]. J'ai essayé avec plusieurs clients pour en arriver à tester en console, rien n'y fait.

    Les différents composants de mon serveur web en local étaient installés à la main. J'ai donc essayé d'utiliser un pack tout fait (wamp 2.0h), c'est pareil. J'ai essayé de ré-installer avec le dossier data puis sans en repartant de 0.

    Les données viennent d'un serveur chez OVH qui fonctionne lui sans problème (enfin je m'attends au pire la). Je récupère ces données depuis un dump de chez ovh qui s'exécute sans problème.

    J'ai flush le log pour ne cibler qu'une seule session mysql jusqu'au plantage.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    090702 14:31:06  InnoDB: Started; log sequence number 0 399913
    090702 14:31:06 [Note] Event Scheduler: Loaded 0 events
    090702 14:31:06 [Note] wampmysqld: ready for connections.
    Version: '5.1.33-community-log'  socket: ''  port: 3306  MySQL Community Server (GPL)
    090702 14:31:24  InnoDB: Error: (1500) Couldn't read the MAX(id_com) autoinc value from the index (PRIMARY).
    090702 14:31:24  InnoDB: Assertion failure in thread 4116 in file .\handler\ha_innodb.cc line 2601
    InnoDB: Failing assertion: error == DB_SUCCESS
    InnoDB: We intentionally generate a memory trap.
    InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
    InnoDB: If you get repeated assertion failures or crashes, even
    InnoDB: immediately after the mysqld startup, there may be
    InnoDB: corruption in the InnoDB tablespace. Please refer to
    InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
    InnoDB: about forcing recovery.
    090702 14:31:24 - mysqld got exception 0xc0000005 ;
    This could be because you hit a bug. It is also possible that this binary
    or one of the libraries it was linked against is corrupt, improperly built,
    or misconfigured. This error can also be caused by malfunctioning hardware.
    We will try our best to scrape up some info that will hopefully help diagnose
    the problem, but since we have already crashed, something is definitely wrong
    and this may fail.
     
    key_buffer_size=16777216
    read_buffer_size=262144
    max_used_connections=1
    max_threads=151
    threads_connected=1
    It is possible that mysqld could use up to 
    key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 133304 K
    bytes of memory
    Hope that's ok; if not, decrease some variables in the equation.
     
    thd: 0x3285e88
    Attempting backtrace. You can use the following information to find out
    where mysqld died. If you see no messages after this, something went
    terribly wrong...
    006AC8BB    mysqld.exe!???
    Trying to get some variables.
    Some pointers may be invalid and cause the dump to abort...
    thd->query at 047DE850=show table status from `chadurif_01`
    thd->thread_id=1
    thd->killed=NOT_KILLED
    The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
    information that should help you find out what is causing the crash.
    Voila c'est à peu près tout ce que je peux dire. Merci d'avance

  3. #3
    Membre du Club Avatar de kreatik
    Inscrit en
    Juin 2007
    Messages
    94
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 94
    Points : 62
    Points
    62
    Par défaut
    Moi c'était une clé INDEX qui ne comportait pas le bon nom de champ qui me faisait tout planté, enfin bref, j'ai du détruire et recréer la table.


  4. #4
    Futur Membre du Club
    Profil pro
    Inscrit en
    Juillet 2009
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France, Côte d'Or (Bourgogne)

    Informations forums :
    Inscription : Juillet 2009
    Messages : 4
    Points : 5
    Points
    5
    Par défaut
    Ha ok, alors si j'ai bien compris ... je renomme un champ que j'avais déclaré en INDEX, le moteur de mysql check pas si il était référencé dans les INDEX ... mais c'est ridicule !

    Bon admettons que ça te foire tes clés étrangères des autres tables, ok donc ils ont pas voulu laisser faire ça sinon ta structure tombe.
    Sauf que là actuellement, tu n'as plus accès du tout à ton mysql puisqu'il plante dès que tu essaies de faire qqchose.

    Donc soit la structure de la bdd tombe, soit tu ne peux plus rien faire à part supprimer les fichiers de la bdd qui fait planter tout le mysql ... mon choix est vite fait et c'est pas le deuxième.

    Bref, merci à toi kreatik.

  5. #5
    Membre du Club Avatar de kreatik
    Inscrit en
    Juin 2007
    Messages
    94
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 94
    Points : 62
    Points
    62
    Par défaut
    euh... ba de rien


Discussions similaires

  1. Réponses: 5
    Dernier message: 02/07/2012, 20h40
  2. Unknown table engine 'InnoDB' error 1286 sur Mysql
    Par screeminelle dans le forum Administration
    Réponses: 6
    Dernier message: 08/02/2011, 12h54
  3. [FireFox] Crash à répétition
    Par Ultima dans le forum Windows Vista
    Réponses: 9
    Dernier message: 14/05/2007, 12h37
  4. [DEBUTANT] Crash JVM : Unexpected error
    Par foimpou dans le forum Langage
    Réponses: 5
    Dernier message: 03/04/2007, 12h40
  5. [WIN][V7.1] Runstats error on table
    Par dngaya dans le forum DB2
    Réponses: 1
    Dernier message: 06/06/2006, 17h54

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo