Problème avec mysqldump

[Robinson]

Bonsoir, depuis plusieurs jours (une mise à jour je pense), la fonction mysqldump ne fonctionne plus, elle retourne l'erreur :

mysqldump: unknown option '--2'

"mysqldump --help" retourne la même erreur... il semble y avoir un véritable problème.
Je ne sais que faire et n'ai pas envie de réinstaller mysql comme ça.

L'exportation via Phpmyadmin fonctionne toujours...

Si vous avez une idée... merci.

 

[MirageDemonAsh]

Bonsoir,

Le serveur tourne avec quel Système ?

Qu'as-tu fait exactement avant (procédure de mise à jour et commandes utilisées, etc..)

Même si avec tes réponses je ne peux pas t'aider, il y aura plus d'information pour que quelqu'un te vienne en aide.

 

[Robinson]

Le système tourne sur Debian.

Je pense que c'est depuis une mise à jour via les commandes :

apt-get update
apt-get upgrade

Quand je teste également la commande mysqldumpslow, il me sort une erreur.

mysqldump devrait théoriquement retourner :

Usage: mysqldump [OPTIONS] database [tables]
OR mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...]
OR mysqldump [OPTIONS] --all-databases [OPTIONS]
For more options, use mysqldump --help

Quel paquet réinstaller pour corriger cela ? mysql-server ? php4-mysql ?

Merci.

 

[billyboylindien]

Ca ne serait pas un alias qui a mal tourné ???

Ca m'était arrivé pour le ls qui ne fonctionnais plus juste parce que j'avais merdé un alias en voulais mettre la coloration auto.

Tu a bidouillé des alias ?

 

[Robinson]

Non je n'ai rien touché. En lançant depuis /usr/bin/ c'est la même chose.

Le problème vient bien de la commande.

Le paquet est mysql-client, je le supprimerai bien mais il supprimera aussi mysql-server.
Je n'ai pas envie de prendre ce genre de risques.

Mais le problème est que je ne peux plus effectuer de sauvegardes de bases de données...

 

[MirageDemonAsh]

Avec ces infos c'est déjà mieux Debian Sarge je suppose ? Me dis pas que tu es encore en Woody ?:

Bon tu es en sarge hein...

Alors pour info, va falloir commencer à utiliser aptitude à la place de Apt-Get. Faut vivre avec son temps :lol:

Donc dans l'ordre :

/etc/init.d/mysql restart

Si ça ne donne rien de mieux →→

Un petit :

aptitude update

aptitude dist-upgrade

ensuite :

dpkg-reconfigure mysql-server

dpkg-reconfigure mysql-client

Ça servira peut-être à rien, mais pour l'instant, c'est tout ce que j'ai. (En retard)

Demain je te donnerai d'autres commandes à executer si il n'y à rien de nouveau. La faut que je :arrow:

 

[Robinson]

Je viens de tout essayer et rien ne marche

 

[MirageDemonAsh]

Tu as tout essayé, il n'y a pas d'autres messages d'erreurs ?

Ou encore :

aptitude remove mysql-client

Ensuite :

aptitude install mysql-client

aptitude install mysql-server


________

Il y d'autre solution, mais il faut faire plusieurs manips pour ne rien casser, alors je te donnerai ça demain.

 

[Robinson]

Toujours la même erreur "mysqldump: unknown option '--2'".

Un problème de configuration ? Je ne vois pas comment la configuration pourrait créer une erreur de ce genre. Hormis cela, mysql fonctionne normalement.

 

[MirageDemonAsh]

Pour moi (mon avis) c'est un serveur qui n'est pas mis à jour souvent, ces mises à jour s'accumulent et quand vient le jour de la grande mis à niveau, ça casse. Un serveur doit être à jour au fur et à mesure. Il existe quelques scripts pour être prévenu par mail des mises à jour afin de les réaliser.

Les dernières manips (cette fois on va tout désinstaller, purger, réinstaller)

Avant de tout virer consulte les logs /var/log/mysql.log et /var/log/mysql.err et poste les ici. (Tu copies les fichiers de logs et tu les places sur un compte ftp, pour que l'on puisse les télécharger si il sont trop gros)

Ensuite ça ne coute rien d'essayer ça :

1) On stop le serveur Mysql :

/etc/init.d/mysql stop

2) Par mesure de sécurité, même si ça ne sert à rien on sauvegarde le dossier où sont stockés les bases de données. Tu peux même rapatrier le dossier mysql.sauv chez toi (c'est une alternative au dump) :

cp -R /var/lib/mysql /var/lib/mysql.sauv

cp -R /home/mysql-data /home/mysql-data.sauv

ça fait doublon, mais on ne joue pas avec le feu, alors on sauve.

3) On désinstalle Mysql + Purge des fichiers de conf, etc...

aptitude remove mysql-server mysql-client

aptitude purge mysql-server mysql-client <== A la question faut-il supprimer le contenu de /var/lib/mysql on répond non ! Comme ça on aura pas besoin de restaurer les données.

4) On réinstalle :

aptitude update

aptitude upgrade

aptitude install mysql-server mysql-client

Fin.

B) Si ça ne fonctionne pas (ce serait étonnant) alors :

Poste ici le fichier /etc/mysql/my.cnf

Edit : Par curiosité, tu peux aussi me donner le fichier : /etc/apt/sources.list

 

[Robinson]

Non le serveur est régulièrement mis à jour et il n'est pas très vieux (juin).

Les fichiers mysql.log et mysql.err sont vides.

Je suis chez OVH donc le sources.list est

deb ftp://mir1.ovh.net/debian/ stable main
deb-src ftp://mir1.ovh.net/debian/ stable main
deb http://security.debian.org/ stable/updates main

Sauvegarder les bases de données en copiant directement le répertoire ne me fait pas beaucoup plaisir mais c'est le seul choix actuel...

J'essairai de tout réinstaller ce soir.
Merci.