Mysql pose un problème

Bonjour,
Depuis un certain temps, j’observe, à l’extinction, des messages concernant mysqld qui se terminent par failed.

En mettant à jour ( aptitude safe-upgrade ) il y a désormais une erreur insoluble ( ne peut fermer mysqld )

3 indications:

$/etc/init.d/mysql restart
Stopping MySQL database server: mysqld failed!
df: `/var/lib/mysql/.': Permission denied
df: no file systems processed
/etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! ... failed!

(la partition /var/ n’est occupée qu’ à 35%)

et

$/etc/init.d/mysql status
Could not open required defaults file: /etc/mysql/debian.cnf
Fatal error in defaults handling. Program aborted
/usr/bin/mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'eric'@'localhost' (using password: NO)'

cat /etc/mysql/debian.cnf :

[quote]

Automatically generated for Debian scripts. DO NOT TOUCH!

[client]
host = localhost
user = debian-sys-maint
password = RPCJ5QvFmzWJY7lV
socket = /var/run/mysqld/mysqld.sock
[mysql_upgrade]
host = localhost
user = debian-sys-maint
password = RPCJ5QvFmzWJY7lV
socket = /var/run/mysqld/mysqld.sock
basedir = /usr[/quote]
et

# /etc/init.d/mysql status
/usr/bin/mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'debian-sys-maint'@'localhost' (using password: YES)'

Sur la cause probable, lointaine et oubliée: j’ai essayé d’installer un site SPIP en local, et au moment de charger le dump de la base mysql du site distant ( même version de SPIP ), ce chargement s’est interrompu avant la fin et laissant SPIP dans un état inaccessible.

Actuellement je ne parviens pas à stopper mysqld et ne comprend pas grand-chose aux conséquences de cette nouvelle aventure d’apprenti sorcier.

#egrep mysqld *.log ne m’éclaire pas plus ( fichier joint)

pas plus que le contenu de /var/lib/mysql/ :

/var/lib/mysql 16:49:56# du -sh * 580K collectifpsy02 0 debian-5.1.flag 10M ibdata1 5,0M ib_logfile0 5,0M ib_logfile1 1,2M joseph@002dtux 580K legrillon 640K lespoulbots 984K mysql 4,0K mysql_upgrade_info 156K phpmyadmin

Une piste ?
Merci à tous
mysql_log.txt (3.55 KB)

Suite:
je neutralise le fichier /etc/inid.d/mysql en supprimant ses permissions d’exécution, et je “rebooterai” dés que la machine sera libre.
(quitte à jouer les apprentis sorciers… ).
Ensuite, je m’en remettrai de nouveau à aptitude.

Ah, aussi: je crois me souvenir avoir lu que mysql impose une limite de taille par défaut ( à moins que ce ne soit phpmysql ou encore l’installation de Debian… ? ) . peut-être est-ce là la cause de l’échec et de ses conséquences.

EDIT:
aptitude upgrade met à jour sans difficulté, avec le message suivant:

(Lecture de la base de données... 327505 fichiers et répertoires déjà installés.) Préparation du remplacement de mysql-server-5.1 5.1.61-0+squeeze1 (en utilisant .../mysql-server-5.1_5.1.63-0+squeeze1_amd64.deb) ... Dépaquetage de la mise à jour de mysql-server-5.1 ... ... Traitement des actions différées (« triggers ») pour « man-db »... Paramétrage de mysql-server-5.1 (5.1.63-0+squeeze1) ... 120620 19:04:10 [Note] Plugin 'FEDERATED' is disabled. 120620 19:04:10 InnoDB: Initializing buffer pool, size = 8.0M 120620 19:04:10 InnoDB: Completed initialization of buffer pool 120620 19:04:10 InnoDB: Started; log sequence number 0 44243 120620 19:04:10 InnoDB: Starting shutdown... 120620 19:04:15 InnoDB: Shutdown completed; log sequence number 0 44243

Je ne sais pas s’il n’y a pas une histoire de bogue en ce moment ?

en effet, sur mon serveur, les paquets sont épinglés d’aujourd’hui :

[code]Explanation: Pinned by apt-listbugs at Sun Jun 03 12:07:00 +0200 2012
Explanation: #674715: CVE-2012-2653: initgroups() adds gid 0 to the group list
Package: arpwatch
Pin: version 2.1a15-1.1
Pin-Priority: 1000

Explanation: Pinned by apt-listbugs at Wed Jun 20 14:15:53 +0200 2012
Explanation: #677057: mysql-client-5.1: uninstallable because mysql-common Breaks: mysql-client-5.1 (<< 5.5)
Package: mysql-client-5.1
Pin: version 5.1.61-0+squeeze1
Pin-Priority: 1000

Explanation: Pinned by apt-listbugs at Wed Jun 20 14:15:53 +0200 2012
Explanation: #660206: mysql-server: client cannot authenticate
Explanation: #670438: Multiple serious crashes after updating to MySQL 5.1.61-0+squeeze1
Package: mysql-server-5.1
Pin: version 5.1.61-0+squeeze1
Pin-Priority: 1000

Explanation: Pinned by apt-listbugs at Wed Jun 20 14:15:53 +0200 2012
Explanation: #663438: libmysqlclient: missing symbols __aeabi_d2lz (on armel)
Package: libmysqlclient16
Pin: version 5.1.61-0+squeeze1
Pin-Priority: 1000
[/code]

Merci Ricardo

aurais-tu aussi remarqué les annonces à la fermeture du système depuis quelques semaines ?

Rien de spécial à part une merde que je traine depuis plusieurs semaines :
rsyslog et cie.
Il met 5 mn avant de couper définitivement.

As-tu jeté un oeil sur les droits ?

Merci Niloo et Ricardo

je crois en effet que j’ai du faire de la bouilli avec mes premiers essais sur MySQL

Il faut d’abord que je comprenne comment SPIP accède à MySQL ( ce qu’il a fait avant de planter au milieu de l’importation de la base distante, le fichier “dump”).

Je n’ai pas l’impression que MySql serve à d’autres logiciels, et je dois en être le seul utilisateur; le serveur MySql est neutralisé, et je n’en ai encore subit aucun effet, en tant qu’utilisateur très éclectique de Debian.