71 votes

LisaG avatar

`mysql_upgrade` échoue sans raison réelle donnée

Demandé el 30 de Juillet, 2013
Quand la question a-t-elle été
127493 affichage
Nombre de visites la question a
5 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Je suis en train de mettre à jour MySQL 5.1 vers 5.5, en exécutant mysql_upgrade et j'obtiens ce résultat :

# mysql_upgrade
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

Avez-vous des idées sur la façon de chercher ce qui se passe (ou ne se passe pas ?) afin que je puisse réparer ce qui ne va pas et exécuter réellement le programme ? mysql_upgrade ?

Danke!

Plus de sortie :

# mysql_upgrade --verbose
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

# mysql_upgrade --debug-check --debug-info
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

# mysql_upgrade --debug-info
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

User time 0.00, System time 0.00
Maximum resident set size 1260, Integral resident set size 0
Non-physical pagefaults 447, Physical pagefaults 0, Swaps 0
Blocks in 0 out 16, Messages in 0 out 0, Signals 0
Voluntary context switches 9, Involuntary context switches 5

# mysql_upgrade --debug-check
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

Après l'arrêt de la production mysqld --skip-grant-tables via mysqladmin shutdown et redémarrer mysql via service mysql start le journal des erreurs passe en boucle cet ensemble d'erreurs, encore et encore :

130730 21:03:27 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Table 'mysql.plugin' doesn't exist
130730 21:03:27 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
130730 21:03:27 InnoDB: The InnoDB memory heap is disabled
130730 21:03:27 InnoDB: Mutexes and rw_locks use GCC atomic builtins
130730 21:03:27 InnoDB: Compressed tables use zlib 1.2.3.4
130730 21:03:27 InnoDB: Initializing buffer pool, size = 20.0G
130730 21:03:29 InnoDB: Completed initialization of buffer pool
130730 21:03:30 InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 588190222435
130730 21:03:30  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 588192055067
130730 21:03:30  InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 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 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 
InnoDB: Apply batch completed
InnoDB: Last MySQL binlog file position 0 81298895, file name /var/log/mysql/mysql-bin.006008
130730 21:03:33  InnoDB: Waiting for the background threads to start
130730 21:03:34 InnoDB: 5.5.32 started; log sequence number 588192055067
130730 21:03:34 [Note] Recovering after a crash using /var/log/mysql/mysql-bin
130730 21:03:34 [Note] Starting crash recovery...
130730 21:03:34 [Note] Crash recovery finished.
130730 21:03:34 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
130730 21:03:34 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
130730 21:03:34 [Note] Server socket created on IP: '0.0.0.0'.
130730 21:03:34 [ERROR] Fatal error: Can't open and lock privilege tables: Table 'mysql.host' doesn't exist

Journal MySQL pendant le démarrage via mysqld_safe --skip-grant-tables

130730 21:19:36 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
130730 21:19:36 [Note] Plugin 'FEDERATED' is disabled.
130730 21:19:36 InnoDB: The InnoDB memory heap is disabled
130730 21:19:36 InnoDB: Mutexes and rw_locks use GCC atomic builtins
130730 21:19:36 InnoDB: Compressed tables use zlib 1.2.3.4
130730 21:19:37 InnoDB: Initializing buffer pool, size = 20.0G
130730 21:19:39 InnoDB: Completed initialization of buffer pool
130730 21:19:39 InnoDB: highest supported file format is Barracuda.
130730 21:19:42  InnoDB: Warning: allocated tablespace 566, old maximum was 0
130730 21:19:42  InnoDB: Waiting for the background threads to start
130730 21:19:43 InnoDB: 5.5.32 started; log sequence number 588192055067
130730 21:19:43 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
130730 21:19:43 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
130730 21:19:43 [Note] Server socket created on IP: '0.0.0.0'.
130730 21:19:43 [Warning] Can't open and lock time zone table: Table 'mysql.time_zone_leap_second' doesn't exist trying to live without them
130730 21:19:43 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_current' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_history' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_history_long' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'setup_consumers' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'setup_instruments' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'setup_timers' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'performance_timers' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'threads' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_thread_by_event_name' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_instance' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_summary_global_by_event_name' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'file_summary_by_event_name' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'file_summary_by_instance' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'mutex_instances' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'rwlock_instances' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'cond_instances' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'file_instances' has the wrong structure
130730 21:19:43 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.32-0ubuntu0.12.04.1-log'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Ubuntu)

Si je comprends bien, tous les problèmes de structure/existence des tables (en ce qui concerne les tables système mysql) devraient être corrigés en exécutant mysql_upgrade :

Demandé el 30 de Juillet, 2013 par LisaG

Réponses

Trop de publicités?

0voto

zacaj avatar
zacaj Points 530

Je viens de rencontrer ce problème après avoir mis à jour mon système de Mint 12 à Mint 15. J'avais archivé /var/lib/mysql et l'ai remis en place après la mise à niveau. J'ai exécuté le premier mysqlcheck à partir du commentaire de user16081, et il se plaignait de mysql.sock.

J'ai lancé mysqld en utilisant /usr/sbin/mysqld & et mysql_upgrade a bien fonctionné.

Répondu el 16 de Septembre, 2013 par zacaj (530 Points )

0voto

Gilgamesh avatar
Gilgamesh Points 41

J'ai rencontré le même problème.
Je l'ai résolu en incluant l'option -S /path/to/mysql.sock

Dans mon cas particulier, le résultat de mysql_upgrade était :
Recherche de 'mysql' comme : mysql
Recherche de 'mysqlcheck' comme : mysqlcheck
ERREUR FATALE : La mise à niveau a échoué.

C'est plutôt inutile. --verbose ne fait aucune différence.

J'ai trouvé la commande suivante et ça a marché comme sur des roulettes :
mysql_upgrade -S /var/lib/mysql/mysql.sock -uUSERNAME -p

J'espère que cela vous aidera.

Répondu el 10 de Janvier, 2014 par Gilgamesh (41 Points )

0voto

Sruit A.Suk avatar
Sruit A.Suk Points 103

J'ai été confronté à ce problème, et j'ai découvert que,

  1. il fallait que le service MySQL fonctionne

  2. il requiert un nom d'utilisateur et un mot de passe

Répondu el 1 de Octobre, 2015 par Sruit A.Suk (103 Points )

0voto

user323106 avatar
user323106 Points 1

J'ai rencontré le même problème.

J'ai résolu ce problème en installant une nouvelle base de données par mysql_install_db --user=mysql comme décrit dans les commentaires de mon rc.mysql dans le fichier /etc.

Ensuite, j'ai pu lancer le démon mysql et utiliser 'mysql' ou ce que vous voulez connecté avec le paquet mysql.

J'ai eu ce problème sur slackware arm , mais je suppose que cela n'a pas d'importance dans ce cas.

Répondu el 19 de Novembre, 2015 par user323106 (1 Points )

0voto

Ðoge Of Wisdom avatar
Ðoge Of Wisdom Points 1

Dans mon cas, j'avais quelques versions de mysqld fonctionnant localement qui faisaient échouer mysql_upgrade avec Erreur : Échec lors de la récupération de la version du serveur ! Cela pourrait être dû à un accès non autorisé. ps aux | grep mysql et assurez-vous que mysqld est bien éteint. Ensuite, Brew désinstalle toutes les versions, réinstalle la bonne version. Et après cela, mysql_upgrade a commencé à fonctionner.

Répondu el 21 de Mars, 2016 par Ðoge Of Wisdom (1 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X