La mise à jour de 16.04 a cassé mysql-server

Aujourd'hui j'ai eu le même problème, après avoir essayé plusieurs solutions j'ai trouvé que le problème était la commande sudo systemctl disable mysql.service que j'ai utilisé pour désactiver le démarrage automatique de MySQL, donc pour le faire fonctionner j'ai réactivé le serveur MySQL en utilisant la commande sudo systemctl enable mysql.service et relancer le processus de mise à niveau et il s'est terminé parfaitement.

Votre message d'erreur contient cette ligne :

subprocess installed post-installation script returned error exit status 1

Cependant, cette installed post-installation script n'est pas mentionné nommément. Après beaucoup de bricolage, j'ai découvert que son nom est (dans mon cas) /var/lib/dpkg/info/mysql-server-5.7.postinst .

Ouvrez ce fichier avec sudo vi /var/lib/dpkg/info/mysql-server-5.7.postinst ou votre éditeur préféré.

En haut, modifiez la ligne 3 (ou à peu près) : set -e à set -x et sauvegarder le fichier. (option -e est "exit on errors", -x signifie "montrer explicitement la commande exécutée", vraisemblablement)

Ejecutar sudo dpkg --configure -a --log /tmp/dpkg.log (l'option --log est facultative). Vous pouvez aussi simplement exécuter apt upgrade si vous savez que ce sera le seul paquet qui sera mis à jour.

Maintenant, vous obtenez une sortie verbeuse de la mysql-server-5.7.postinst bash script, et vous pourrez trouver ce qui ne va pas.

Dans mon cas il a essayé sans succès de (re)lancer mysql_upgrade mais cela n'était pas nécessaire pour mon installation personnalisée de mysql. J'ai été sûr Je l'ai déjà exécuté manuellement, avec succès, et tout allait bien.

J'ai donc modifié la ligne 321 (pour les anciennes versions de mysqld, essayez la ligne 281),

#mysql_upgrade --defaults-file=/etc/mysql/debian.cnf || result=$?

et la commande qui a échoué auparavant, sudo apt upgrade (exécutez-le à nouveau), s'est terminé avec succès, et dpkg a supprimé l'état d'erreur pour ce paquet.

Maintenant vous pouvez remettre en place le set -x à set -e (mentionné ci-dessus). Et éventuellement décommentez la ligne mysql-upgrade.

Un travail supplémentaire peut être nécessaire si vous avez déplacé votre partition de données mysql vers un emplacement non standard. J'ai déplacé la mienne de /var/lib/mysql/data vers un lecteur différent via un lien symbolique. Il se peut alors que vous deviez supprimer temporairement le lien symbolique, avant que l'option postinst Manipulation de script. Puis recréez-le après avoir exécuté la mise à jour du paquet.

Après la prochaine mise à jour de la version mineure du paquet mysqld debian, ce problème avec l'option /var/lib/dpkg/info/mysql-server-5.7.postinst script peut réapparaître.

Les instructions ici ont réglé le problème sur mon serveur : https://bugs.mysql.com/bug.php?id=72722

Je peux comprendre la douleur d'avoir votre système dans un état incohérent. mais ne nous inquiétons pas de toute la situation et prenons les choses étape par étape. pour nettoyer le système.

Tout d'abord, voyons l'état actuel de tous les paquets mysql sur la machine. en utilisant : dpkg -l | grep mysql (Veuillez coller la sortie à l'exception de la dernière colonne)

La première colonne indique l'état actuel du paquet. Voici les les options possibles :

ii) Installé rc) Supprimé les fichiers de configuration conservés (Ceci devrait être l'état de tous les paquets que vous avez supprimés avec 'apt-get remove' qui ne ne supprime pas les fichiers de configuration sous /etc)

Pour que cela fonctionne, vous devrez exécuter 'apt-get purge <pkg-name>' jusqu'à ce que vous ne voyiez plus aucun paquet dans la liste ci-dessus.

N'oubliez pas que certains paquets non-mysql-serveur comme Python-mysql.connector et Python-mysqldb, s'ils sont installés, ne doivent pas être installés, ne doivent pas être supprimés car ils n'ont pas d'incidence sur la situation mais mais s'ils sont supprimés, ils peuvent causer des problèmes aux applications qui les utilisent.

Nous allons certainement essayer de revoir nos docs pour voir comment nous pouvons comment éviter aux utilisateurs de se retrouver dans cette situation. Merci de partager vos commentaires détaillés avec nous.

Dans mon cas, avec strace, j'ai vu que /var/run/mysqld/ n'existait pas et que mysqld ne pouvait pas créer le fichier mysqld.sock.

Ces commandes ont résolu mon problème :

mkdir /var/run/mysqld
chown mysql.mysql /var/run/mysqld
chmod 700 /var/run/mysqld

Maintenant :

systemctl start mysql

Et mysql fonctionne à nouveau :)