Je reçois cette erreur en essayant de démarrer MySQL: The partition with /var/lib/mysql is too full!
Voici le résultat de df -h
:
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 455G 77G 356G 18% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
udev 1,9G 4,0K 1,9G 1% /dev
tmpfs 387M 1,3M 386M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 1,9G 1,2M 1,9G 1% /run/shm
none 100M 28K 100M 1% /run/user
Cela montre que la partition est loin d'être pleine.
Je l'ai finalement résolu en exécutant Sudo /etc/init.d/mysql start
. Je devais simplement insérer Sudo
devant la commande.
essaye ça:
Sudo service mysql stop
Sudo service mysql start
Dans mon cas, l'erreur résultait du changement d'adresse IP sur le serveur.
cat /var/log/mysql/error.log
150427 23:01:08 InnoDB: 5.5.43 started; log sequence number 11731761
150427 23:01:08 [Note] Server hostname (bind-address): '192.168.1.234'; port: 3306
150427 23:01:08 [Note] - '192.168.1.234' resolves to '192.168.1.234';
150427 23:01:08 [Note] Server socket created on IP: '192.168.1.234'.
150427 23:01:08 [ERROR] Can't start server: Bind on TCP/IP port: Cannot assign requested address
150427 23:01:08 [ERROR] Do you already have another mysqld server running on port: 3306 ?
150427 23:01:08 [ERROR] Aborting
changer le
bind-address
dans
/etc/mysql/my.cnf
à l'ip actuelle et redémarrer le serveur
Sudo /etc/init.d/mysql start
résolu le problème
Le paquet Mysql peut poser deux problèmes:
Vraiment un problème d'espace:
De nombreuses distributions ont leur répertoire/var dans la partition racine d'origine, qui n'est pas assez grande par défaut pour contenir des données réelles. Ils créent généralement une partition séparée pour/usr avec beaucoup d'espace
Cochez cette case et vous obtiendrez tous les détails et votre réponse.
https://serverfault.com/questions/256729/error-the-partition-with-var-lib-mysql-is-too-full
C'est un bogue qui n'a peut-être pas été corrigé. Pour le résoudre, suivez cet article:
https://bugs.launchpad.net/ubuntu/+source/mysql-dfsg-5.0/+bug/11852
J'ai rencontré le même problème, dans mon cas, il y avait un autre service mysql en cours d'exécution
$ ps -aux | grep mysql
mysql 7241 0.0 5.1 562600 52812 ? Ssl 13:36 0:02 /usr/sbin/mysql
ubuntu 13580 0.0 0.0 10468 916 pts/0 S+ 15:50 0:00 grep --color=au
$ Sudo kill 7241
Ensuite, j'ai lancé mysql.
$ Sudo /etc/init.d/mysql start
* Starting MySQL database server mysqld [ OK ]
Dans mon cas, rien de ce qui précède n'a aidé, le problème était que /var
était vraiment complet:
$ df -h
...
/dev/sda3 2.7G 2.7G 0 100% /var
Donc, je viens d'utiliser ncdu
pour vérifier ce qui prenait autant d'espace:
Sudo ncdu /var
Supprimer des trucs inutiles avec d
, redémarré
Sudo systemctl restart mysql.service
Et voilà, tout fonctionne maintenant.
Dans la partition /var
, plusieurs répertoires accumulent de nombreux fichiers pouvant remplir la partition.
Dans mon cas, les journaux sont enregistrés dans /var/logs
, le fait de remplir /var
m'a empêché de démarrer mysql.
J'ai supprimé certains de ces anciens journaux et cela a résolu mon problème. Si vous n'avez pas de rotation des journaux, il est préférable d'essayer acerlo, car si vous ne disposez pas de ce processus, les journaux peuvent représenter jusqu'à plusieurs Go dans un seul fichier.