Re: Mysql et php5.6 => 7.4
Bonjour, Le samedi 17 avril 2021, ajh-valmer a écrit... > $mysqli = new mysqli($servername, $username, $password, "association"); > if ($mysqli->connect_errno) { > echo "Echec lors connexion MySQL : (" . $mysqli->connect_errno . ") " . > $mysqli->connect_error; > } > $query_string="UPDATE cotisation SET email='$MAIL' > WHERE id_cotisation='$ID'"; > if (!$query_string = mysqli_query($query_string)) { > print ("Erreur de la requete $query_string"); > exit(); > } Tu dois utiliser l'identifiant de connexion, $mysqli obtenu plus haut. Donc : - soit c'est mysqli_query($mysqli, $queryString) - soit c'est $mysqli->query($queryString) Tout dépend de ta manière de coder : plutôt procédural (mysqli_query) ou objet ($mysqli->query). -- jm
Re: Mysql et php5.6 => 7.4
On Wednesday 14 April 2021 22:09:38 Jean-Michel OLTRA wrote: > Tiens, une doc en français : > https://www.php.net/manual/fr/mysqli.quickstart.connections.php > MariaDB [mysql]> select user, plugin, host from user; > (chez moi, c'est MariaDB, pas mysql). > +-+---+---+ > | User| plugin| Host | > +-+---+---+ > | root| unix_socket | localhost | > | jm | mysql_native_password | localhost | > | mariadb.sys | mysql_native_password | localhost | > +-+---+---+ > Et lire ce qui concerne l'authentification sous mysql 8. > Ton souci vient peut-être (probablement) de là. Merci ! J'ai réussi à me connecter à la base mysql8 par ce script : $mysqli = new mysqli($servername, $username, $password, "association"); if ($mysqli->connect_errno) { echo "Echec lors connexion MySQL : (" . $mysqli->connect_errno . ") " . $mysqli->connect_error; } Par contre, c'est ce script php5.6 que je dois adapter en php7.4 : = $query_string="UPDATE cotisation SET email='$MAIL' WHERE id_cotisation='$ID'"; if (!$query_string = mysqli_query($query_string)) { print ("Erreur de la requete $query_string"); exit(); } print ("$MAIL | ID"); } mysqli_close(); print ("OK !"); exit(); = Bonne nuit, Ajh. Valmer
Re: Mysql 5.7 vers mysql 8 et php5.6 vers 7.4
Bonjour, Le vendredi 16 avril 2021, ajh-valmer a écrit... > https://mysqlserverteam.com/upgrading-to-mysql-8.0-here-is-what-you-need-to-know/ > Ça ne migre pas si facilement. Le lien au début de ce texte explique comment faire. Et comment tester la migration. Au pire, avec le dump de la base (tout dépend de la volumétrie), tu peux restaurer directement sous MySQL 8 (ce que l'auteur appelle le logical upgrade). Ce qui pourrait être l'occasion de passer sous MariaDB. -- jm
Re: Mysql 5.7 vers mysql 8 et php5.6 vers 7.4
On Wednesday 14 April 2021 14:06:07 Jean-Michel OLTRA wrote: Voici un lien intéressant sur le sujet, passage vers mysql 8 : https://mysqlserverteam.com/upgrading-to-mysql-8.0-here-is-what-you-need-to-know/ Ça ne migre pas si facilement.
Re: Mysql et php5.6
Bonjour, Le mercredi 14 avril 2021, ajh-valmer a écrit... > > Erreur, ou pas ? Avec connect_errno et connect_error, tu devrais en savoir > > un peu plus sur l'erreur de connexion : > Ou et comment placer ces scripts ? > connect_errno , connect_error Tiens, une doc en français : https://www.php.net/manual/fr/mysqli.quickstart.connections.php > > Sinon, tu as également les logs de mysql/mariadb, si tu y as accès. > C'est une base de données MySQL. Ben, c'est un peu pareil. Si il y a un souci de connexion, l'erreur est peut-être mentionnée dedans. Il te faudrait lire ces logs. > > A voir si ce ne serait pas un souci de connexion sur le socket unix sur > > localhost vs la connexion tcp sur le port 3306 ? > Tous les fichiers de mysql indiquent bien le port 3306. Tu devrais effectuer la requête suivante sur la base mysql : MariaDB [mysql]> select user, plugin, host from user; (chez moi, c'est MariaDB, pas mysql). J'obtiens ça : +-+---+---+ | User| plugin| Host | +-+---+---+ | root| unix_socket | localhost | | jm | mysql_native_password | localhost | | mariadb.sys | mysql_native_password | localhost | +-+---+---+ Et lire ce qui concerne l'authentification sous mysql 8. Ton souci vient peut-être (probablement) de là. -- jm
Re: Mysql et php5.6
On Wednesday 14 April 2021 14:06:07 Jean-Michel OLTRA wrote: > Erreur, ou pas ? Avec connect_errno et connect_error, tu devrais en savoir > un peu plus sur l'erreur de connexion : Ou et comment placer ces scripts ? connect_errno , connect_error > Sinon, tu as également les logs de mysql/mariadb, si tu y as accès. C'est une base de données MySQL. > A voir si ce ne serait pas un souci de connexion sur le socket unix sur > localhost vs la connexion tcp sur le port 3306 ? Tous les fichiers de mysql indiquent bien le port 3306.
Re: Mysql et php5.6
Le mercredi 14 avril 2021, 11:31:49 CEST ajh-valmer a écrit : > On Tuesday 13 April 2021 00:06:27 Jean-Michel OLTRA wrote: > > Le lundi 12 avril 2021, ajh-valmer a écrit... > > > > > > > if (!$CNX = mysql_connect($DB_BASE, $DB_USER, $DB_PASS, $DB_SERVER)) > > > > > { > > > > > > La syntaxe ci-dessus n'est pas supprimée en php 5.6. > > > Normalement, il devrait accepter les scripts php 5 > > > > Que mysql_connect existe encore c'est une chose. > > Que l'ordre des paramètres que tu passes dans ce que tu as écrit soit > > valide, ça en est une autre. A moins que tu aies mal recopié ton véritable > > code de connexion ? > > Ceci étant, je n'utilise pas mysql_connect, > > mais "new mysqli(server, username, password, db)". > > Ce code ne fonctionne pas non plus. > Il n'y a pas d'erreur. > > J'ai lu qu'il fallait utiliser mysqli ou PDO à partir de la version 7. > Mais mysqli me renvoie erreur. > > Bonne journée. Es tu sur de ta syntaxe, si je regarde la doc sur mysql_connect l'ordre des paramètres est : serveur, base . A part cela je n'utilise pas PHP. Amitiés. Philippe Merlin
Re: Mysql et php5.6
Bonjour, Le mercredi 14 avril 2021, ajh-valmer a écrit... > Ce code ne fonctionne pas non plus. > Il n'y a pas d'erreur. C'est à dire ? La connexion ne se fait pas ? Tu n'as pas d'objet mysqli ? Si ça échoue, que donne mysqli->connect_error (et connect_errno) Regarde les propriétés de cet objet classe mysqli ici : https://www.php.net/manual/fr/class.mysqli.php > Mais mysqli me renvoie erreur. Erreur, ou pas ? Avec connect_errno et connect_error, tu devrais en savoir un peu plus sur l'erreur de connexion. Sinon, tu as également les logs de mysql/mariadb, si tu y as accès. A voir si ce ne serait pas un souci de connexion sur le socket unix sur localhost vs la connexion tcp sur le port 3306 ? -- jm
Re: Mysql et php5.6
On Tuesday 13 April 2021 00:06:27 Jean-Michel OLTRA wrote: > Le lundi 12 avril 2021, ajh-valmer a écrit... > > > > if (!$CNX = mysql_connect($DB_BASE, $DB_USER, $DB_PASS, $DB_SERVER)) { > > > La syntaxe ci-dessus n'est pas supprimée en php 5.6. > > Normalement, il devrait accepter les scripts php 5 > Que mysql_connect existe encore c'est une chose. > Que l'ordre des paramètres que tu passes dans ce que tu as écrit soit > valide, ça en est une autre. A moins que tu aies mal recopié ton véritable > code de connexion ? > Ceci étant, je n'utilise pas mysql_connect, > mais "new mysqli(server, username, password, db)". Ce code ne fonctionne pas non plus. Il n'y a pas d'erreur. J'ai lu qu'il fallait utiliser mysqli ou PDO à partir de la version 7. Mais mysqli me renvoie erreur. Bonne journée.
Re: Mysql et php5.6
Bonjour, Le lundi 12 avril 2021, ajh-valmer a écrit... > > > if (!$CNX = mysql_connect($DB_BASE, $DB_USER, $DB_PASS, $DB_SERVER)) { > La syntaxe ci-dessus n'est pas supprimée en php 5.6. > Normalement, il devrait accepter les scripts php 5 Que mysql_connect existe encore c'est une chose. Que l'ordre des paramètres que tu passes dans ce que tu as écrit soit valide, ça en est une autre. A moins que tu aies mal recopié ton véritable code de connexion ? Ceci étant, je n'utilise pas mysql_connect, mais "new mysqli(server, username, password, db)". -- jm
Re: Mysql et php5.6
On Monday 12 April 2021 17:45:08 Jean-Michel OLTRA wrote: > Le lundi 12 avril 2021, ajh-valmer a écrit... > > La connexion à la base ne se fait plus, même avec ce code : > > $DB_USER = 'xxx'; > > $DB_PASS = 'xxx'; > > $DB_SERVER = 'localhost'; > > $DB_BASE = 'xxx'; > > // Connection mysql > > if (!$CNX = mysql_connect($DB_BASE, $DB_USER, $DB_PASS, $DB_SERVER)) { > > print ("Erreur de connexion serveur Mysql : $CNX"); } > > Réponse : > > "Erreur de connexion serveur Mysql : Erreur de la requete". > Tu es bien certain de la validité de ton appel mysql_connect ? > https://www.php.net/manual/en/function.mysql-connect.php > donne un autre ordre pour les paramètres. > Et indique aussi que mysql_connect est supprimé en php 7. > Tu devrais y penser. Le serveur est en php 5.6. La syntaxe ci-dessus n'est pas supprimée en php 5.6. J'ai tenté "mysqli_connect...", que ce soit en 5.6 ou 7.4, c'est pareil, message d'erreur ci-dessus. Normalement, il devrait accepter les scripts php 5
Re: Mysql et php5.6
Bonjour, Le lundi 12 avril 2021, ajh-valmer a écrit... > La connexion à la base ne se fait plus, même avec ce code : > $DB_USER = 'xxx'; > $DB_PASS = 'xxx'; > $DB_SERVER = 'localhost'; > $DB_BASE = 'xxx'; > // Connection mysql > if (!$CNX = mysql_connect($DB_BASE, $DB_USER, $DB_PASS, $DB_SERVER)) { > print ("Erreur de connexion serveur Mysql : $CNX"); } > Réponse : > "Erreur de connexion serveur Mysql : Erreur de la requete". Tu es bien certain de la validité de ton appel mysql_connect ? https://www.php.net/manual/en/function.mysql-connect.php donne un autre ordre pour les paramètres. Et indique aussi que mysql_connect est supprimé en php 7. Tu devrais y penser. -- jm
Re: Mysql et php5.6
On Monday 12 April 2021 07:16:34 Jean-Michel OLTRA wrote: > Le dimanche 11 avril 2021, ajh-valmer a écrit... > > J'ai upgradé mon serveur Buster. MySQL est passée en version 8. > > Depuis, les scripts PHP 5.6 de mon site ne passent plus : > > "Erreur connexion serveur Mysql : > > Erreur de la requête 1.SELECT COUNT(numero) FROM ..." > J'aurais tendance à penser que ce n'est pas lié à la version de php, mais au > serveur sql. Le serveur tourne t-il ? Peux tu t'y connecter autrement qu'en > php (avec le client mysql par exemple) ? Oui, tout à fait et aussi avec phpmyadmin. La connexion à la base ne se fait plus, même avec ce code : $DB_USER = 'xxx'; $DB_PASS = 'xxx'; $DB_SERVER = 'localhost'; $DB_BASE = 'xxx'; // Connection mysql if (!$CNX = mysql_connect($DB_BASE, $DB_USER, $DB_PASS, $DB_SERVER)) { print ("Erreur de connexion serveur Mysql : $CNX"); } Réponse : "Erreur de connexion serveur Mysql : Erreur de la requete".
Re: Mysql et php5.6
Bonjour, Le dimanche 11 avril 2021, ajh-valmer a écrit... > J'ai upgradé mon serveur Buster. MySQL est passée en version 8. > Depuis, les scripts PHP 5.6 de mon site ne passent plus : > "Erreur connexion serveur Mysql : > Erreur de la requête 1.SELECT COUNT(numero) FROM ..." J'aurais tendance à penser que ce n'est pas lié à la version de php, mais au serveur sql. Le serveur tourne t-il ? Peux tu t'y connecter autrement qu'en php (avec le client mysql par exemple) ? -- jm
Re: Mysql et php5.6
On Sunday 11 April 2021 21:47:41 Dethegeek wrote: > Vérifie que tu as bien installé et activé le module mysql pour php 7. > Le langage SQL en lui même n'a pas fondamentalement changé. C'est le module php 5.6 qui est activé. Si je mets le module php 7.4, c'est bon nombre de scripts php que je dois modifier. > Le dim. 11 avr. 2021 à 20:08, ajh-valmer a écrit : > > J'ai upgradé mon serveur Buster. MySQL est passée en version 8. > > Depuis, les scripts PHP 5.6 de mon site ne passent plus : > > "Erreur connexion serveur Mysql : > > Erreur de la requête 1.SELECT COUNT(numero) FROM ..." > > C'est bien le module php5.6 qui est installé sous Apache2. > > La dernière version est PHP 7.4. > > Comment se fait-il que les scripts php5.6 soient devenus obsolètes, > > comme si le serveur était en 7.4 ? > > Serait-ce aussi le SQL qui a évolué (mysql version 8) ? > > Merci de votre aide urgente, car maintenant le site ne marche plus.
Re: MYSQL
Pour Phpmyadmin, c'est normal. Root n'a pas le droit de se connecter. C'est uniquement pour les autres utilisateurs. Bon courage !
Re: MYSQL
Bonjour, Le dimanche 03 mars 2019, Zuthos a écrit... > > Et voir si tout le monde y est. > select Host,User,Password from user; > +---+-+---+ > | Host | User| Password | > +---+-+---+ > | localhost | root| | > | localhost | zuthos | *F2DF326F80D5E3BD34E143B24DDEBEFAFF53D199 | > | % | facture | *CE6908ED88340EC1098573D058245024C45682F3 | > | localhost | facture | *CE6908ED88340EC1098573D058245024C45682F3 | > +---+-+---+ > Bizarre, je n'arrive pas à mettre un mot de passe a root > elect Host,Db,User from db; > +---+-+-+ > | Host | Db | User| > +---+-+-+ > | % | facture | facture | > | localhost | facture | facture | > +---+-+-+ Je ne connais pas ton organisation, donc je ne sais pas si tout le monde y est. Ce que je peux en dire : - C'est que % dans le Host, ce n'est pas terrible, sauf si tu offres un service distant à tes bases. C'est d'autant moins terrible si tu n'offres _pas_ le service et que le port 3306 est ouvert. - Que phpmyadmin ne sert pas à grand chose si tu peux accéder à tes bases via un terminal, car tu peux faire beaucoup de choses avec du sql de base. Mais chacun son choix. - Que Zuthos ne peut pas se connecter à la base 'facture', car il n'a pas les droits. Je ne peux pas dire si c'est normal. Sinon, as tu un backup de ta base ? Ça simplifierait certainement bien la vie… Et si tu n'en as pas, il te faudrait mettre un protocole en route (mysqldump et bzip2 par exemple pour compresser). Après avoir mis au chaud tes fichier .frm et .ibd, tu pourrais tenter (sous toute réserve) un `create table` sur les tables qui sont en erreur. Sous toute réserve, je ne sais pas ce que ça peut donner… Une autre piste, mais j'ai lu en diagonale : https://www.percona.com/blog/2014/01/02/recover-table-structure-frm-files-mysql-utilities/ -- jm
Re: MYSQL
Jean-Michel OLTRA a écrit : > > Bonjour, > > > Le dimanche 03 mars 2019, Zuthos a écrit... > > > > Toutefois, une base sur deux m'indique: > > #1932 - Table 'facture' doesn't exist in engine > > > Poutant:SHOW TABLES m'en indique bien la présence. > > Tu peux regarder : > https://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html > Ce qui concerne "Portability Considerations for .ibd files" Erreur Requête SQL : ALTER TABLE facture_type IMPORT TABLESPACE MySQL a répondu: Documentation #1932 - Table 'facture.facture_type' doesn't exist in engine La même chose pour ALTER TABLE facture_type_name DISCARD TABLESPACE;
Re: MYSQL
Jean-Michel OLTRA a écrit : > > Bonjour, > > > Le dimanche 03 mars 2019, Zuthos a écrit... > > > Tu devrais regarder où tu en es, pour ce qui concerne les droits sur les > bases en fonction des machines. > Connecté à la base mysql : > > MariaDB [mysql]> select Host,User,Password from user; > MariaDB [mysql]> select Host,Db,User from db; > > Et voir si tout le monde y est. select Host,User,Password from user; +---+-+---+ | Host | User| Password | +---+-+---+ | localhost | root| | | localhost | zuthos | *F2DF326F80D5E3BD34E143B24DDEBEFAFF53D199 | | % | facture | *CE6908ED88340EC1098573D058245024C45682F3 | | localhost | facture | *CE6908ED88340EC1098573D058245024C45682F3 | +---+-+---+ Bizarre, je n'arrive pas à mettre un mot de passe a root elect Host,Db,User from db; +---+-+-+ | Host | Db | User| +---+-+-+ | % | facture | facture | | localhost | facture | facture | +---+-+-+
Re: MYSQL
Bonjour, Le dimanche 03 mars 2019, Zuthos a écrit... > Toutefois, une base sur deux m'indique: > #1932 - Table 'facture' doesn't exist in engine > Poutant:SHOW TABLES m'en indique bien la présence. Tu peux regarder : https://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html Ce qui concerne "Portability Considerations for .ibd files" > Autre bisarerie, Je peux me connecter à la base avec root en ligne de > commande mais pas avec phpmyadmin. > Pour les autres utilisateurs, c'est l'inverse. Tu devrais regarder où tu en es, pour ce qui concerne les droits sur les bases en fonction des machines. Connecté à la base mysql : MariaDB [mysql]> select Host,User,Password from user; MariaDB [mysql]> select Host,Db,User from db; Et voir si tout le monde y est. -- jm
Re: MYSQL
Jean-Michel OLTRA a écrit : > > Bonjour, > > > Le dimanche 03 mars 2019, Zuthos a écrit... > > > > InnoDB: No valid checkpoint found. > > Tu peux essayer la manip suivante : déplacer (ou renommer) les fichiers > aria_log_control, ib_logfile0, ib_logfile1 qui sont dans /var/lib/mysql. > Peut-être aussi ibdata1. > > Redémarrer, et croiser les doigts… J'ai supprimer mysql après sauvegarde des tables. J'ai tous réinstallé. Puis, j'ai copié les différents répertoires contenant les bases dans /var/lib/mysql Envin, j'ai déplacer aria_log_control, ib_logfile0, ib_logfile1 et ibdata1. J'ai relancer mysql et cette fois ca a redémarer. Toutefois, une base sur deux m'indique: #1932 - Table 'facture' doesn't exist in engine Poutant:SHOW TABLES m'en indique bien la présence. Autre bisarerie, Je peux me connecter à la base avec root en ligne de commande mais pas avec phpmyadmin. Pour les autres utilisateurs, c'est l'inverse.
Re: MYSQL
Bonjour, Le dimanche 03 mars 2019, Zuthos a écrit... > InnoDB: No valid checkpoint found. Tu peux essayer la manip suivante : déplacer (ou renommer) les fichiers aria_log_control, ib_logfile0, ib_logfile1 qui sont dans /var/lib/mysql. Peut-être aussi ibdata1. Redémarrer, et croiser les doigts… -- jm
Re: MYSQL
Le 03/03/2019 à 00:53, Zuthos a écrit : 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: Highest supported file format is Barracuda. InnoDB: No valid checkpoint found. InnoDB: A downgrade from MariaDB 10.2.2 or later is not supported. InnoDB: If this error appears when you are creating an InnoDB database, InnoDB: the problem may be that during an earlier attempt you managed InnoDB: to create the InnoDB data files, but log file creation failed. InnoDB: If that is the case, please refer to InnoDB: http://dev.mysql.com/doc/refman/5.6/en/error-creating-innodb.html 2019-03-03 0:10:22 140225284441216 [ERROR] Plugin 'InnoDB' init function returned error. 2019-03-03 0:10:22 140225284441216 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 2019-03-03 0:10:22 140225284441216 [Note] Plugin 'FEEDBACK' is disabled. 2019-03-03 0:10:22 140225284441216 [ERROR] Could not open mysql.plugin table. Some plugins may be not loaded 2019-03-03 0:10:22 140225284441216 [ERROR] Unknown/unsupported storage engine: InnoDB 2019-03-03 0:10:22 140225284441216 [ERROR] Aborting Maintenant ton problème est que InnoDB ne démarre pas. Généralement c'est dû à une mauvaise configuration ou une corruption quelque part. Qu'as tu changé depuis les logs que tu as envoyé le 1/03, à ce moment InnoDB démarrait toujours? Paul
Re: MYSQL
Frédéric MASSOT a écrit : > On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer > MySQL ou un extrait des logs ? Bonjour, Voici les logs: 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB. 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: Using mutexes to ref count buffer pool pages 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: The InnoDB memory heap is disabled 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: Compressed tables use zlib 1.2.8 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: Using Linux native AIO 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: Using SSE crc32 instructions 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: Initializing buffer pool, size = 128.0M 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: Completed initialization of buffer pool 2019-03-03 0:10:22 140225284441216 [Note] InnoDB: Highest supported file format is Barracuda. InnoDB: No valid checkpoint found. InnoDB: A downgrade from MariaDB 10.2.2 or later is not supported. InnoDB: If this error appears when you are creating an InnoDB database, InnoDB: the problem may be that during an earlier attempt you managed InnoDB: to create the InnoDB data files, but log file creation failed. InnoDB: If that is the case, please refer to InnoDB: http://dev.mysql.com/doc/refman/5.6/en/error-creating-innodb.html 2019-03-03 0:10:22 140225284441216 [ERROR] Plugin 'InnoDB' init function returned error. 2019-03-03 0:10:22 140225284441216 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 2019-03-03 0:10:22 140225284441216 [Note] Plugin 'FEEDBACK' is disabled. 2019-03-03 0:10:22 140225284441216 [ERROR] Could not open mysql.plugin table. Some plugins may be not loaded 2019-03-03 0:10:22 140225284441216 [ERROR] Unknown/unsupported storage engine: InnoDB 2019-03-03 0:10:22 140225284441216 [ERROR] Aborting
Re: MYSQL
Frédéric MASSOT a écrit : > On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer > MySQL ou un extrait des logs ? # service mysql restart Job for mariadb.service failed because the control process exited with error code. See "systemctl status mariadb.service" and "journalctl -xe" for details. # journalctl -xe -- -- L'unité (unit) mariadb.service a commencé à démarrer. mars 03 07:49:00 oddy.zuthos.net mysqld[28160]: 2019-03-03 7:49:00 140353491002496 [Note] /usr/sbin/mysqld (mysqld 10.1.37-MariaDB-0+deb9u1) starting as process 28160 ... mars 03 07:49:00 oddy.zuthos.net mysqld[28160]: 2019-03-03 7:49:00 140353491002496 [Warning] Can't create test file /var/lib/mysql/oddy.lower-test mars 03 07:49:00 oddy.zuthos.net mysqld[28160]: [90B blob data] mars 03 07:49:00 oddy.zuthos.net mysqld[28160]: 2019-03-03 7:49:00 140353491002496 [ERROR] Aborting mars 03 07:49:00 oddy.zuthos.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE mars 03 07:49:00 oddy.zuthos.net systemd[1]: Failed to start MariaDB 10.1.37 database server. -- Subject: L'unité (unit) mariadb.service a échoué -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- L'unité (unit) mariadb.service a échoué, avec le résultat failed. mars 03 07:49:00 oddy.zuthos.net systemd[1]: mariadb.service: Unit entered failed state. mars 03 07:49:00 oddy.zuthos.net systemd[1]: mariadb.service: Failed with result 'exit-code'.
Re: MYSQL
Paul Ezvan a écrit : >Avec la configuration par défaut de MariaDB sous Debian tu devrais pouvoir >te connecter de la façon suivante: > > sudo mysql -u root > >Est-ce que cela fonctionne ? Malheureusement non: mysql -u root ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2 "No such file or directory")
Re: MYSQL
Avec la configuration par défaut de MariaDB sous Debian tu devrais pouvoir te connecter de la façon suivante: sudo mysql -u root Est-ce que cela fonctionne ? Si oui tu peux essayer ensuite de changer le mot de passer de tes utilisateurs, par exemple: SET PASSWORD FOR 'zuthos'@'localhost' = PASSWORD('newpass'); Paul Le 01/03/2019 à 05:49, Zuthos a écrit : On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer MySQL ou un extrait des logs ? Voici le message losque j'essaye de me connectyer a roundcube: DATABASE ERROR: CONNECTION FAILED! Unable to connect to the database! Please contact your server-administrator. Avec phpmyadmin: mysqli_real_connect(): (HY000/1698): Access denied for user 'zuthos'@'localhost' #1698 - Access denied for user 'zuthos'@'localhost' Je ne sais pas ou regarder ailleur le fichier de log: 2019-03-01 14:16:41 140382442050688 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB. 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using mutexes to ref count buffer pool pages 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: The InnoDB memory heap is disabled 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Compressed tables use zlib 1.2.8 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using Linux native AIO 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using SSE crc32 instructions 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Initializing buffer pool, size = 128.0M 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Completed initialization of buffer pool 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Highest supported file format is Barracuda. 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: The log sequence number 1616737 in ibdata file do not match the log sequence number 1616777 in the ib_logfiles! 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Restoring possible half-written data pages from the doublewrite buffer... 2019-03-01 14:16:43 140382442050688 [Note] InnoDB: 128 rollback segment(s) are active. 2019-03-01 14:16:43 140382442050688 [Note] InnoDB: Waiting for purge to start 2019-03-01 14:16:43 140382442050688 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.41-84.1 started; log sequence number 1616777 2019-03-01 14:16:43 140382442050688 [Note] Plugin 'FEEDBACK' is disabled. 2019-03-01 14:16:43 140381807179520 [Note] InnoDB: Dumping buffer pool(s) not yet started 2019-03-01 14:16:43 140382442050688 [Note] Recovering after a crash using tc.log 2019-03-01 14:16:43 140382442050688 [Note] Starting crash recovery... 2019-03-01 14:16:43 140382442050688 [Note] Crash recovery finished. 2019-03-01 14:16:43 140382442050688 [Note] Server socket created on IP: '127.0.0.1'. 2019-03-01 14:16:44 140382442050688 [Note] /usr/sbin/mysqld: ready for connections. Version: '10.1.37-MariaDB-0+deb9u1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 Debian 9.6 2019-03-01 14:32:26 140382441264896 [Note] /usr/sbin/mysqld: Normal shutdown 2019-03-01 14:32:26 140382441264896 [Note] Event Scheduler: Purging the queue. 0 events 2019-03-01 14:32:26 140381874267904 [Note] InnoDB: FTS optimize thread exiting. 2019-03-01 14:32:26 140382441264896 [Note] InnoDB: Starting shutdown... 2019-03-01 14:32:27 140382441264896 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool 2019-03-01 14:32:28 140382441264896 [Note] InnoDB: Shutdown completed; log sequence number 1616787 2019-03-01 14:32:28 140382441264896 [Note] /usr/sbin/mysqld: Shutdown complete 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB. 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using mutexes to ref count buffer pool pages 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: The InnoDB memory heap is disabled 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Compressed tables use zlib 1.2.8 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using Linux native AIO 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using SSE crc32 instructions 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Initializing buffer pool, size = 128.0M 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Completed initialization of buffer pool 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Highest supported file format is Barracuda.
Re: MYSQL
> > Tu devrais également vérifier les permissions. > > /var/lib/mysql devrait être mysql:mysql en 755 > Les fichiers dedans en 660. > Les répertoires de bdd en 700. Les fichiers dans ces répertoires en 660 > également. J'ai changer les droits. Rien n'y fait
Re: MYSQL
Jean-Michel OLTRA a écrit : > > Bonjour, > > > Le samedi 02 mars 2019, Zuthos a écrit... > > > > # mysqld_safe --skip-grant-tables 2>&1 > > 190302 20:59:07 mysqld_safe Logging to syslog. > > 190302 20:59:07 mysqld_safe Starting mysqld daemon with databases from > > /var/lib/mysql > > D'accord. Mais encore ? Tu peux te connecter dessus ? Car, chez moi, lorsque > je fais la manip je me connecte sans problème à mes bases, dont mysql elle > même. Il ne m'est pas possible de me connecter # ddmysql -h localhost -u root -p Enter password: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2 "No such file or directory")
Re: MYSQL
Bonjour, Le samedi 02 mars 2019, Zuthos a écrit... > les droits sont mysq:mysql Tu devrais également vérifier les permissions. /var/lib/mysql devrait être mysql:mysql en 755 Les fichiers dedans en 660. Les répertoires de bdd en 700. Les fichiers dans ces répertoires en 660 également. -- jm
Re: MYSQL
Bonjour, Le samedi 02 mars 2019, Zuthos a écrit... > # mysqld_safe --skip-grant-tables 2>&1 > 190302 20:59:07 mysqld_safe Logging to syslog. > 190302 20:59:07 mysqld_safe Starting mysqld daemon with databases from > /var/lib/mysql D'accord. Mais encore ? Tu peux te connecter dessus ? Car, chez moi, lorsque je fais la manip je me connecte sans problème à mes bases, dont mysql elle même. -- jm
Re: MYSQL
Jean-Michel OLTRA a écrit : > > Tu devrais tout remettre comme c'était, puisque ton datadir est sur > /var/lib/mysql, afin de faire démarrer mysqld en premier lieu. > > Le warning dans le démarrage de mysql est étrange : regarde les droits sur > le répertoire /var/lib/mysql et sur ce qu'il y a dedans. Ta partition n'est > pas pleine ? > > Ensuite, tu pourras voir pour les autres bases. Normalement, les bases sont > dans des répertoires sous /var/lib/mysql (donc la base 'toto' dans > /var/lib/mysql/toto avec les tables en .frm et .ibd). > > Essaie de le lancer en ligne de commande : > > mysqld_safe --skip-grant-tables 2>&1 > > Et voir si ça démarre/affiche quelque chose. un df -H m'indique une aprtition utilisé à 89%, reste 2.9G les droits sont mysq:mysql # mysqld_safe --skip-grant-tables 2>&1 190302 20:59:07 mysqld_safe Logging to syslog. 190302 20:59:07 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
Re: MYSQL
Bonjour, Le samedi 02 mars 2019, Zuthos a écrit... > > > J'ai essayé d'intervertir les deux repertoires afin de tout remettre > > > dans l'ordre. Malheureusement, cela ne c'est pas bien passé: Tu devrais tout remettre comme c'était, puisque ton datadir est sur /var/lib/mysql, afin de faire démarrer mysqld en premier lieu. Le warning dans le démarrage de mysql est étrange : regarde les droits sur le répertoire /var/lib/mysql et sur ce qu'il y a dedans. Ta partition n'est pas pleine ? Ensuite, tu pourras voir pour les autres bases. Normalement, les bases sont dans des répertoires sous /var/lib/mysql (donc la base 'toto' dans /var/lib/mysql/toto avec les tables en .frm et .ibd). Essaie de le lancer en ligne de commande : mysqld_safe --skip-grant-tables 2>&1 Et voir si ça démarre/affiche quelque chose. -- jm
Re: MYSQL
Jean-Michel OLTRA a écrit : > > Bonjour, > > > Le samedi 02 mars 2019, Zuthos a écrit... > > > > J'ai effectivement retrouvé mes bases. Elles sont dans le repertoire > > /var/lib/mysql-5.7 au lieu de /var/lib/mysql > > > J'ai essayé d'intervertir les deux repertoires afin de tout remettre > > dans l'ordre. Malheureusement, cela ne c'est pas bien passé: > > > # service mysql restart > > Job for mariadb.service failed because the control process exited with > > error code. > > See "systemctl status mariadb.service" and "journalctl -xe" for details. > > As tu fait le `journalctl -xe` ? > > Que donne `rgrep datadir /etc/mysql` (ou `ag datadir /etc/mysql` si tu as le > paquet silversearcher-ag installé) ? voici le résultat de `journalctl -xe` : -- Subject: L'unité (unit) mariadb.service a commencé à démarrer -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- L'unité (unit) mariadb.service a commencé à démarrer. mars 02 14:03:55 oddy.palourde.net mysqld[19132]: 2019-03-02 14:03:55 140148007892096 [Note] /usr/sbin/mysqld (mysqld 10.1.37-MariaDB-0+deb9u1) starting as process 19132 ... mars 02 14:03:55 oddy.palourde.net mysqld[19132]: 2019-03-02 14:03:55 140148007892096 [Warning] Can't create test file /var/lib/mysql/oddy.lower-test mars 02 14:03:55 oddy.palourde.net mysqld[19132]: [90B blob data] mars 02 14:03:55 oddy.palourde.net mysqld[19132]: 2019-03-02 14:03:55 140148007892096 [ERROR] Aborting mars 02 14:03:55 oddy.palourde.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE mars 02 14:03:55 oddy.palourde.net systemd[1]: Failed to start MariaDB 10.1.37 database server. -- Subject: L'unité (unit) mariadb.service a échoué -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- L'unité (unit) mariadb.service a échoué, avec le résultat failed. mars 02 14:03:55 oddy.palourde.net systemd[1]: mariadb.service: Unit entered failed state. mars 02 14:03:55 oddy.palourde.net systemd[1]: mariadb.service: Failed with result 'exit-code'. ultat de # rgrep datadir /etc/mysql /etc/mysql/mariadb.conf.d/50-server.cnf:datadir = /var/lib/mysql /etc/mysql/mysql.conf.d/mysqld.cnf:datadir = /var/lib/mysql /etc/mysql/mysql.conf.d/mysqld.cnf.dpkg-dist:datadir= /var/lib/mysql
Re: MYSQL
Bonjour, Le samedi 02 mars 2019, Zuthos a écrit... > J'ai effectivement retrouvé mes bases. Elles sont dans le repertoire > /var/lib/mysql-5.7 au lieu de /var/lib/mysql > J'ai essayé d'intervertir les deux repertoires afin de tout remettre > dans l'ordre. Malheureusement, cela ne c'est pas bien passé: > # service mysql restart > Job for mariadb.service failed because the control process exited with > error code. > See "systemctl status mariadb.service" and "journalctl -xe" for details. As tu fait le `journalctl -xe` ? Que donne `rgrep datadir /etc/mysql` (ou `ag datadir /etc/mysql` si tu as le paquet silversearcher-ag installé) ? -- jm
Re: MYSQL
Alexandre Goethals a écrit : > Bonjour, > > il est possible que le répertoire de stockage mysql ait changé. > > Vérifiez le datadir dans le fichier de configuration (usuellement > /etc/mysql/my.cnf). > > Vérifiez à l'endroit indiqué par datadir si vous avez un répertoire > portant le nom de vos bases manquantes. > > Si elles n'y sont pas, essayez de les retrouver dans l'arborescence de > votre système. Les noms de fichiers portent des extensions .frm et .ibd, > en tout cas pour des bases utilisant le moteur de stockage InnoDB (celui > par défaut avec les mariadb/mysql embarquées dans les paquets debian > officiels) Bonjour, Et merci. C'est un énorme soulagement pour moi. J'ai effectivement retrouvé mes bases. Elles sont dans le repertoire /var/lib/mysql-5.7 au lieu de /var/lib/mysql J'ai essayé d'intervertir les deux repertoires afin de tout remettre dans l'ordre. Malheureusement, cela ne c'est pas bien passé: # service mysql restart Job for mariadb.service failed because the control process exited with error code. See "systemctl status mariadb.service" and "journalctl -xe" for details. Je ne sais pas trop quoi faire.
Re: MYSQL
Bonjour, il est possible que le répertoire de stockage mysql ait changé. Vérifiez le datadir dans le fichier de configuration (usuellement /etc/mysql/my.cnf). Vérifiez à l'endroit indiqué par datadir si vous avez un répertoire portant le nom de vos bases manquantes. Si elles n'y sont pas, essayez de les retrouver dans l'arborescence de votre système. Les noms de fichiers portent des extensions .frm et .ibd, en tout cas pour des bases utilisant le moteur de stockage InnoDB (celui par défaut avec les mariadb/mysql embarquées dans les paquets debian officiels) Le 01/03/2019 à 15:05, Zuthos a écrit : > G2PC a écrit : >> Le 27/02/2019 à 18:30, Zuthos a écrit : >>> Bonjour, >>> >>> J'ai un gros soucis avec MYSQL. >>> >>> Impossible de me connecter à cette dernière. >>> Tous les services utilisant cette derniére ne fonctionne plus. ;-( >>> >>> Tous les utilisateurs, y compris administrateur sont éjectés. >>> >>> D'ou mes questions: >>> Puis-je récupérer et sauvegarder les tables de ma base de données? >>> Puis-je remetre ma base en ordre de marche >> Sans avis, je te partage mes notes : >> https://www.visionduweb.eu/wiki/index.php?title=Installer_MySQL_sur_Debian#Perte_de_l.27acc.C3.A8s_root_.C3.A0_une_base_de_donn.C3.A9es_MySQL >> >> Si tu trouves la réponse, pense à compléter ce message. >> Bonne chance. >> >> > Ce qui me fais peur c'est cela: >> SHOW DATABASES; > ++ > | Database | > ++ > | information_schema | > | mysql | > | performance_schema | > ++ > > J'ai l'impression que toutes mes bases ont disparu. >
Re: MYSQL
G2PC a écrit : > Le 27/02/2019 à 18:30, Zuthos a écrit : > > Bonjour, > > > > J'ai un gros soucis avec MYSQL. > > > > Impossible de me connecter à cette dernière. > > Tous les services utilisant cette derniére ne fonctionne plus. ;-( > > > > Tous les utilisateurs, y compris administrateur sont éjectés. > > > > D'ou mes questions: > > Puis-je récupérer et sauvegarder les tables de ma base de données? > > Puis-je remetre ma base en ordre de marche > Sans avis, je te partage mes notes : > https://www.visionduweb.eu/wiki/index.php?title=Installer_MySQL_sur_Debian#Perte_de_l.27acc.C3.A8s_root_.C3.A0_une_base_de_donn.C3.A9es_MySQL > > Si tu trouves la réponse, pense à compléter ce message. > Bonne chance. > > Ce qui me fais peur c'est cela: > SHOW DATABASES; ++ | Database | ++ | information_schema | | mysql | | performance_schema | ++ J'ai l'impression que toutes mes bases ont disparu.
Re: MYSQL
> On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer > MySQL ou un extrait des logs ? Voici le message losque j'essaye de me connectyer a roundcube: DATABASE ERROR: CONNECTION FAILED! Unable to connect to the database! Please contact your server-administrator. Avec phpmyadmin: mysqli_real_connect(): (HY000/1698): Access denied for user 'zuthos'@'localhost' #1698 - Access denied for user 'zuthos'@'localhost' Je ne sais pas ou regarder ailleur le fichier de log: 2019-03-01 14:16:41 140382442050688 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB. 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using mutexes to ref count buffer pool pages 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: The InnoDB memory heap is disabled 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Compressed tables use zlib 1.2.8 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using Linux native AIO 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using SSE crc32 instructions 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Initializing buffer pool, size = 128.0M 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Completed initialization of buffer pool 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Highest supported file format is Barracuda. 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: The log sequence number 1616737 in ibdata file do not match the log sequence number 1616777 in the ib_logfiles! 2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Restoring possible half-written data pages from the doublewrite buffer... 2019-03-01 14:16:43 140382442050688 [Note] InnoDB: 128 rollback segment(s) are active. 2019-03-01 14:16:43 140382442050688 [Note] InnoDB: Waiting for purge to start 2019-03-01 14:16:43 140382442050688 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.41-84.1 started; log sequence number 1616777 2019-03-01 14:16:43 140382442050688 [Note] Plugin 'FEEDBACK' is disabled. 2019-03-01 14:16:43 140381807179520 [Note] InnoDB: Dumping buffer pool(s) not yet started 2019-03-01 14:16:43 140382442050688 [Note] Recovering after a crash using tc.log 2019-03-01 14:16:43 140382442050688 [Note] Starting crash recovery... 2019-03-01 14:16:43 140382442050688 [Note] Crash recovery finished. 2019-03-01 14:16:43 140382442050688 [Note] Server socket created on IP: '127.0.0.1'. 2019-03-01 14:16:44 140382442050688 [Note] /usr/sbin/mysqld: ready for connections. Version: '10.1.37-MariaDB-0+deb9u1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 Debian 9.6 2019-03-01 14:32:26 140382441264896 [Note] /usr/sbin/mysqld: Normal shutdown 2019-03-01 14:32:26 140382441264896 [Note] Event Scheduler: Purging the queue. 0 events 2019-03-01 14:32:26 140381874267904 [Note] InnoDB: FTS optimize thread exiting. 2019-03-01 14:32:26 140382441264896 [Note] InnoDB: Starting shutdown... 2019-03-01 14:32:27 140382441264896 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool 2019-03-01 14:32:28 140382441264896 [Note] InnoDB: Shutdown completed; log sequence number 1616787 2019-03-01 14:32:28 140382441264896 [Note] /usr/sbin/mysqld: Shutdown complete 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB. 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using mutexes to ref count buffer pool pages 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: The InnoDB memory heap is disabled 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Compressed tables use zlib 1.2.8 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using Linux native AIO 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using SSE crc32 instructions 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Initializing buffer pool, size = 128.0M 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Completed initialization of buffer pool 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Highest supported file format is Barracuda. 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: 128 rollback segment(s) are active. 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Waiting for purge to start 2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.41-84.1 started; log sequence number 1616787 2019-03-01 14:32:29 140231966717056 [Note] Plugin 'FEEDBACK' is
Re: MYSQL
Le 27/02/2019 à 18:30, Zuthos a écrit : > Bonjour, > > J'ai un gros soucis avec MYSQL. > > Impossible de me connecter à cette dernière. > Tous les services utilisant cette derniére ne fonctionne plus. ;-( > > Tous les utilisateurs, y compris administrateur sont éjectés. > > D'ou mes questions: > Puis-je récupérer et sauvegarder les tables de ma base de données? > Puis-je remetre ma base en ordre de marche On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer MySQL ou un extrait des logs ? -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Re: MYSQL
Le 27/02/2019 à 18:30, Zuthos a écrit : > Bonjour, > > J'ai un gros soucis avec MYSQL. > > Impossible de me connecter à cette dernière. > Tous les services utilisant cette derniére ne fonctionne plus. ;-( > > Tous les utilisateurs, y compris administrateur sont éjectés. > > D'ou mes questions: > Puis-je récupérer et sauvegarder les tables de ma base de données? > Puis-je remetre ma base en ordre de marche Sans avis, je te partage mes notes : https://www.visionduweb.eu/wiki/index.php?title=Installer_MySQL_sur_Debian#Perte_de_l.27acc.C3.A8s_root_.C3.A0_une_base_de_donn.C3.A9es_MySQL Si tu trouves la réponse, pense à compléter ce message. Bonne chance.
Re: Mysql avec Sid
Le 25 nov. 14 à 17:56, mad_er...@aol.fr a écrit : Bonjour Cela fait déjà un petit moment que je n'ai pu ni mettre à jour correctement ni installer complètement Mysql 5.5.39 dans Sid. Le paquet ne peut être configuré complètement si bien que mysql ne peut être démarré. Pas grave puisque Mariadb 10 peut remplacer Mysql, embêtant quand même parce que, aujourd'hui, il m'est impossible de configurer Wordpress avec Mariadb 10. C'est pour cette raison que j'ai retenté l'installation de mysql 5.5.39. Je dis bien 5.5.39 parce que sur Wheezy, ils en son déjà la 5.5.40 en raison de ceci: 20 octobre 2014 https://lists.debian.org/debian-security-announce/2014/msg00241.html Several issues have been discovered in the MySQL database server. The vulnerabilities are addressed by upgrading MySQL to the new upstream version 5.5.40. Please see the MySQL 5.5 Release Notes and Oracle's Critical Patch Update advisory for further details: For the stable distribution (wheezy), these problems have been fixed in version 5.5.40-0+wheezy1. For the unstable distribution (sid), these problems will be fixed soon. Questions: 1) votre mysql 5.5.39 fonctionne-t-il avec Sid? 2) Mariadb 10/Sid fonctionne-t-il avec Wordpress chez vous? Si quelqu'un a réussi à faire marcher un Wordpress avec Mariadb, ça m'intéresse aussi ! Merci d'avance -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5474b4d0.7080...@aol.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/f69ff3aa-d1c9-4040-969d-95704defa...@worldonline.fr
Re: Mysql avec Sid
Le mardi 25 novembre 2014, 17:56:48 mad_er...@aol.fr a écrit : Bonjour ’soir, Cela fait déjà un petit moment que je n'ai pu ni mettre à jour correctement ni installer complètement Mysql 5.5.39 dans Sid. Le paquet ne peut être configuré complètement Ce serait plus pratique si tu nous donnais les messages d’erreur… […] 1) votre mysql 5.5.39 fonctionne-t-il avec Sid? […] mysql-server-core-5.5 5.5.39-1 fonctionne chez moi (pour KDE/Akonadi) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1812074.se4W5mc1s6@earendil
Re: Mysql avec Sid
On 11/25/2014 06:14 PM, Sylvain L. Sauvage wrote: Le mardi 25 novembre 2014, 17:56:48 mad_er...@aol.fr a écrit : Bonjour ’soir, Cela fait déjà un petit moment que je n'ai pu ni mettre à jour correctement ni installer complètement Mysql 5.5.39 dans Sid. Le paquet ne peut être configuré complètement Ce serait plus pratique si tu nous donnais les messages d’erreur… The following NEW packages will be installed: mysql-server-5.5 mysql-server-core-5.5 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/5,707 kB of archives. After this operation, 52.3 MB of additional disk space will be used. Do you want to continue? [Y/n] Preconfiguring packages ... Selecting previously unselected package mysql-server-core-5.5. (Reading database ... 260648 files and directories currently installed.) Preparing to unpack .../mysql-server-core-5.5_5.5.39-1_amd64.deb ... Unpacking mysql-server-core-5.5 (5.5.39-1) ... Selecting previously unselected package mysql-server-5.5. Preparing to unpack .../mysql-server-5.5_5.5.39-1_amd64.deb ... Unpacking mysql-server-5.5 (5.5.39-1) ... Processing triggers for man-db (2.7.0.2-3) ... Setting up mysql-server-core-5.5 (5.5.39-1) ... Setting up mysql-server-5.5 (5.5.39-1) ... 141125 18:49:51 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead. Job for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' for details. invoke-rc.d: initscript mysql, action start failed. dpkg: error processing package mysql-server-5.5 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: mysql-server-5.5 E: Sub-process /usr/bin/dpkg returned an error code (1) systemctl status mysql.service -l ● mysql.service - LSB: Start and stop the mysql database server daemon Loaded: loaded (/etc/init.d/mysql) Active: failed (Result: exit-code) since Tue 2014-11-25 18:50:25 CET; 1min 25s ago Process: 20576 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE) Nov 25 18:50:25 salix mysql[20576]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed! Nov 25 18:50:25 salix systemd[1]: mysql.service: control process exited, code=exited status=1 Nov 25 18:50:25 salix systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon. Nov 25 18:50:25 salix systemd[1]: Unit mysql.service entered failed state. -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5474c29f.3070...@aol.fr
Re: Mysql avec Sid
Le mardi 25 novembre 2014, 17:56:48 mad_er...@aol.fr a écrit : Bonjour Cela fait déjà un petit moment que je n'ai pu ni mettre à jour correctement ni installer complètement Mysql 5.5.39 dans Sid. Le paquet ne peut être configuré complètement si bien que mysql ne peut être démarré. Pas grave puisque Mariadb 10 peut remplacer Mysql, embêtant quand même parce que, aujourd'hui, il m'est impossible de configurer Wordpress avec Mariadb 10. C'est pour cette raison que j'ai retenté l'installation de mysql 5.5.39. Je dis bien 5.5.39 parce que sur Wheezy, ils en son déjà la 5.5.40 en raison de ceci: 20 octobre 2014 https://lists.debian.org/debian-security-announce/2014/msg00241.html Several issues have been discovered in the MySQL database server. The vulnerabilities are addressed by upgrading MySQL to the new upstream version 5.5.40. Please see the MySQL 5.5 Release Notes and Oracle's Critical Patch Update advisory for further details: For the stable distribution (wheezy), these problems have been fixed in version 5.5.40-0+wheezy1. For the unstable distribution (sid), these problems will be fixed soon. Questions: 1) votre mysql 5.5.39 fonctionne-t-il avec Sid? 2) Mariadb 10/Sid fonctionne-t-il avec Wordpress chez vous? Merci d'avance 'soir ii mysql-client5.5.39-1 allMySQL database client (metapackage dependin ii mysql-client-5.55.5.39-1 amd64 MySQL database client binaries ii mysql-common5.5.39-1 allMySQL database common files, e.g. /etc/mysq ii mysql-server-5.55.5.39-1 amd64 MySQL database server binaries and system d ii mysql-server-core-5 5.5.39-1 amd64 MySQL database server binaries fonctionnent chez moi sous Sid librement Klaus -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/108997328.eTmhVMMtAG@1stein
Re: Mysql avec Sid
Le mardi 25 novembre 2014, 18:55:43 mad_er...@aol.fr a écrit : […] Ce serait plus pratique si tu nous donnais les messages d’erreur… The following NEW packages will be installed: […] E: Sub-process /usr/bin/dpkg returned an error code (1) systemctl status mysql.service -l ● mysql.service - LSB: Start and stop the mysql database server daemon Loaded: loaded (/etc/init.d/mysql) Active: failed (Result: exit-code) since Tue 2014-11-25 18:50:25 CET; 1min 25s ago Process: 20576 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE) Nov 25 18:50:25 salix mysql[20576]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed! Nov 25 18:50:25 salix systemd[1]: mysql.service: control process exited, code=exited status=1 Nov 25 18:50:25 salix systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon. Nov 25 18:50:25 salix systemd[1]: Unit mysql.service entered failed state. Pas verbeux. T’as rien d’autre dans syslog ou /var/log/mysql{.log,/} ? -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1857083.dyyGicWhXD@earendil
Re: Mysql avec Sid
On 11/25/2014 07:30 PM, Sylvain L. Sauvage wrote: Pas verbeux. T’as rien d’autre dans syslog ou /var/log/mysql{.log,/} ? /var/log/mysql/error.log 141125 18:49:55 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended 141125 19:52:13 [ERROR] Incorrect definition of table mysql.proc: expected column 'definer' at position 11 to have type char(77), found type char(141). 141125 19:52:13 [ERROR] Incorrect definition of table mysql.event: expected column 'definer' at position 3 to have type char(77), found type char(141). 141125 19:52:13 [ERROR] Incorrect definition of table mysql.event: expected column 'sql_mode' at position 14 to have type set('REAL_AS_FLOAT','PIPES_AS_CONCAT','ANSI_QUOTES','IGNORE_SPACE','NOT_USED','ONLY_FULL_GROUP_BY','NO_UNSIGNED_SUBTRACTION','NO_DIR_IN_CREATE','POSTGRESQL','ORACLE','MSSQL','DB2','MAXDB','NO_KEY_OPTIONS','NO_TABLE_OPTIONS','NO_FIELD_OPTIONS','MYSQL323','MYSQL40','ANSI','NO_AUTO_VALUE_ON_ZERO','NO_BACKSLASH_ESCAPES','STRICT_TRANS_TABLES','STRICT_ALL_TABLES','NO_ZERO_IN_DATE','NO_ZERO_DATE','INVALID_DATES','ERROR_FOR_DIVISION_BY_ZERO','TRADITIONAL','NO_AUTO_CREATE_USER','HIGH_NOT_PRECEDENCE','NO_ENGINE_SUBSTITUTION','PAD_CHAR_TO_FULL_LENGTH'), found type set('REAL_AS_FLOAT','PIPES_AS_CONCAT','ANSI_QUOTES','IGNORE_SPACE','IGNORE_BAD_TABLE_OPTIONS','ONLY_FULL_GROUP_BY','NO_UNSIGNED_SUBTRACTION','NO_DIR_IN_CREATE','POSTGRESQL','ORACLE','MSSQL','DB2','MAXDB','NO_KEY_OPTIONS','NO_TABLE_OPTIONS','NO_FIELD_OPTIONS','MYSQL323','MYSQL40','ANSI','NO_AUTO_VALUE_ON_ZERO','NO_BACKSLASH_ESCAPES','STRICT_TRANS_TABLES','STRICT_A ERROR: 1136 Column count doesn't match value count at row 1 141125 19:52:13 [ERROR] Aborting 141125 19:52:13 [Note] /usr/sbin/mysqld: Shutdown complete 141125 19:52:13 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead. 141125 19:52:13 [Note] Plugin 'FEDERATED' is disabled. 141125 19:52:13 InnoDB: The InnoDB memory heap is disabled 141125 19:52:13 InnoDB: Mutexes and rw_locks use GCC atomic builtins 141125 19:52:13 InnoDB: Compressed tables use zlib 1.2.8 141125 19:52:13 InnoDB: Using Linux native AIO 141125 19:52:13 InnoDB: Initializing buffer pool, size = 128.0M 141125 19:52:13 InnoDB: Completed initialization of buffer pool InnoDB: Error: log file ./ib_logfile0 is of different size 0 50331648 bytes InnoDB: than specified in the .cnf file 0 5242880 bytes! 141125 19:52:13 [ERROR] Plugin 'InnoDB' init function returned error. 141125 19:52:13 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 141125 19:52:13 [ERROR] Unknown/unsupported storage engine: InnoDB 141125 19:52:13 [ERROR] Aborting 141125 19:52:13 [Note] /usr/sbin/mysqld: Shutdown complete 141125 19:52:14 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead. 141125 19:52:14 [Note] Plugin 'FEDERATED' is disabled. 141125 19:52:14 InnoDB: The InnoDB memory heap is disabled 141125 19:52:14 InnoDB: Mutexes and rw_locks use GCC atomic builtins 141125 19:52:14 InnoDB: Compressed tables use zlib 1.2.8 141125 19:52:14 InnoDB: Using Linux native AIO 141125 19:52:14 InnoDB: Initializing buffer pool, size = 128.0M 141125 19:52:14 InnoDB: Completed initialization of buffer pool InnoDB: Error: log file ./ib_logfile0 is of different size 0 50331648 bytes InnoDB: than specified in the .cnf file 0 5242880 bytes! 141125 19:52:14 [ERROR] Plugin 'InnoDB' init function returned error. 141125 19:52:14 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 141125 19:52:14 [ERROR] Unknown/unsupported storage engine: InnoDB 141125 19:52:14 [ERROR] Aborting 141125 19:52:14 [Note] /usr/sbin/mysqld: Shutdown complete 141125 19:52:14 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead. 141125 19:52:14 [Note] Plugin 'FEDERATED' is disabled. 141125 19:52:14 InnoDB: The InnoDB memory heap is disabled 141125 19:52:14 InnoDB: Mutexes and rw_locks use GCC atomic builtins 141125 19:52:14 InnoDB: Compressed tables use zlib 1.2.8 141125 19:52:14 InnoDB: Using Linux native AIO 141125 19:52:14 InnoDB: Initializing buffer pool, size = 128.0M 141125 19:52:14 InnoDB: Completed initialization of buffer pool InnoDB: Error: log file ./ib_logfile0 is of different size 0 50331648 bytes InnoDB: than specified in the .cnf file 0 5242880 bytes! 141125 19:52:14 [ERROR] Plugin 'InnoDB' init function returned error. 141125 19:52:14 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 141125 19:52:14 [ERROR] Unknown/unsupported storage engine: InnoDB 141125 19:52:14 [ERROR] Aborting 141125 19:52:14 [Note] /usr/sbin/mysqld: Shutdown complete 141125 19:52:15 [Warning] Using unique option prefix myisam-recover instead of
(HS) Re: Mysql avec Sid
Bonsoir, Le 25/11/2014 18:09, Philippe Gras a écrit : Si quelqu'un a réussi à faire marcher un Wordpress avec Mariadb, ça m'intéresse aussi ! Pardonnez ma question, mais MariaDB n'était il pas censé être compatible MySQL (en terme de protocole et de clients) ? Pour aller plus loin, quels sont les problèmes rencontrés avec Wordpress ? Est-ce spécifique Wordpress ou est-ce que d'autres applis utilisant habituellement le couple PHP/MySQL sont aussi dans le cas ? @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5474d3b5.4090...@stuxnet.org
Re: (HS) Re: Mysql avec Sid
Le 25 nov. 14 à 20:08, Christophe a écrit : Bonsoir, Le 25/11/2014 18:09, Philippe Gras a écrit : Si quelqu'un a réussi à faire marcher un Wordpress avec Mariadb, ça m'intéresse aussi ! Pardonnez ma question, mais MariaDB n'était il pas censé être compatible MySQL (en terme de protocole et de clients) ? Pour aller plus loin, quels sont les problèmes rencontrés avec Wordpress ? Est-ce spécifique Wordpress ou est-ce que d'autres applis utilisant habituellement le couple PHP/MySQL sont aussi dans le cas ? Je sais que Wordpress est conçu pour tourner spécifiquement avec MySQL, non pas par amour, mais certainement plus par méconnaissance d'autres systèmes de gestion de base de données. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5474d3b5.4090...@stuxnet.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/49e74861-5dcf-4588-8139-fe01e3f1c...@worldonline.fr
Re: (HS) Re: Mysql avec Sid
Le 25/11/2014 21:03, Philippe Gras a écrit : Je sais que Wordpress est conçu pour tourner spécifiquement avec MySQL, non pas par amour, mais certainement plus par méconnaissance d'autres systèmes de gestion de base de données. Je le conçois bien, mais quel est le problème avec l'utilisation de MariaDB ? 1/ C'est juste : ça connecte pas, et wordpress part aux fraises à la première requête SQL ? 2/ Ou, ça connecte, mais y'a des trucs qui marchent pas ? Dans le premier cas, ça peut vouloir dire deux choses : - Module php5-mysql incompatible avec MariaDB - Une conf spécifique à MariaDB qui fait que les clients ne peuvent pas se connecter. Dans le deuxième : - Modification du langage SQL utilisé entre les deux ? (ce serait étonnant avec Wordpress : ca reste de la requête assez basique au final). @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5474e3d8.5060...@stuxnet.org
Re: (HS) Re: Mysql avec Sid
Le 25 nov. 14 à 21:17, Christophe a écrit : Le 25/11/2014 21:03, Philippe Gras a écrit : Je sais que Wordpress est conçu pour tourner spécifiquement avec MySQL, non pas par amour, mais certainement plus par méconnaissance d'autres systèmes de gestion de base de données. Je le conçois bien, mais quel est le problème avec l'utilisation de MariaDB ? 1/ C'est juste : ça connecte pas, et wordpress part aux fraises à la première requête SQL ? 2/ Ou, ça connecte, mais y'a des trucs qui marchent pas ? Je n'en sais rien, car je n'ai pas osé essayer. Je me suis un peu intéressé à la question quand j'ai abandonné Apache pour NginX. Or l'installation de MySQL ne se passe pas très bien avec Debian quand on n'utilise pas le paquet PHP5 normal. Donc l'intérêt de MariaDB venait de soi. Mais j'ai finalement réussi à faire tourner MySQL sans Apache, alors je n'ai pas eu à voir autre chose. C'est pourquoi ça m'intéressait d'avoir l'avis d'une personne ayant réellement testé. Mes sites sont tous sous WP, et je connais assez bien le système et la doc. Nulle part y est fait mention d'un autre système de gestion de base de données, alors qu'il existe une doc. fournie sur les alternatives à Apache, sur le Codex et ailleurs. Dans le premier cas, ça peut vouloir dire deux choses : - Module php5-mysql incompatible avec MariaDB - Une conf spécifique à MariaDB qui fait que les clients ne peuvent pas se connecter. Dans le deuxième : - Modification du langage SQL utilisé entre les deux ? (ce serait étonnant avec Wordpress : ca reste de la requête assez basique au final). @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5474e3d8.5060...@stuxnet.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/364f98e5-6fd3-40a3-b50c-9f043bd65...@worldonline.fr
Re: mysql-server echec post-install
Le dimanche 27 janvier 2013 à 20:59:36, Ralf a écrit : Bonjour, ’jour, Il y a plusieurs posts sur les moteurs mais je n'ai pas trouvé la solution. Je n'arrive pas à installer mysql-server sur une machine, peut être est-ce dû à phpmyadmin qui a demandé à être configuré avant le serveur, mais depuis c'est foutu: blocage dans une routine de post intall. J'ai viré à la main tout ce qui est possible car apt ne désinstalle pas si le post install n'a pas fini. Si je repars à 0 (essayé deux fois) ça ira de nouveau pas... Quelqu'un saurait ce qu'il faut virer pour vraiment repartir à neuf ou ce qu'il faut faire après l'échec de démarrage? Si tu ne nous donnes pas les messages d’erreur, ça va être difficile de savoir ce qui se passe ! En attendant, dans les généralités, quand un script de pre/post-install/remove échoue, il est toujours utile : 1. de bien lire ses messages ; 2. de regarder son code. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201301281103.25424.sylvain.l.sauv...@free.fr
Re: mysql-server echec post-install
On 01/27/2013 08:59 PM, Ralf wrote: Bonjour, Il y a plusieurs posts sur les moteurs mais je n'ai pas trouvé la solution. Je n'arrive pas à installer mysql-server sur une machine, peut être est-ce dû à phpmyadmin qui a demandé à être configuré avant le serveur, mais depuis c'est foutu: blocage dans une routine de post intall. J'ai viré à la main tout ce qui est possible car apt ne désinstalle pas si le post install n'a pas fini. Si je repars à 0 (essayé deux fois) ça ira de nouveau pas... Bonjour D'abord, je ressaierais d'installer mysql-server mais surtout pas avec synaptic, aptitude ou autre intermédiaire. Rien ne vaut apt-get et dpkg en ligne de commande pour résoudre les pb http://pwet.fr/man/linux/administration_systeme/apt_get http://pwet.fr/man/linux/commandes/dpkg donc apt-get install mysql-server ensuite si problème essayer plusieurs fois alternativement jusqu'à ce que le paquet soit correctement installé apt-get -f install et dpkg --configure -a -- Maderios Art is meant to disturb. Science reassures. L'art est fait pour troubler. La science rassure (Georges Braque) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/510660d2.2010...@gmail.com
Re: mysql-server echec post-install
Bonjour {Maderios}, Ca s'est réglé tout seul après un effacement manuel plus profond (peut être une config du paquet dbconfig bloquait la routine de post-install) ; bref après effacement j'ai pu aller au bout de l'installation, merci... -- Ralf rsvcakai...@gmail.com Le lundi 28 janvier 2013 à 12:28 +0100, maderios a écrit : On 01/27/2013 08:59 PM, Ralf wrote: Bonjour, Il y a plusieurs posts sur les moteurs mais je n'ai pas trouvé la solution. Je n'arrive pas à installer mysql-server sur une machine, peut être est-ce dû à phpmyadmin qui a demandé à être configuré avant le serveur, mais depuis c'est foutu: blocage dans une routine de post intall. J'ai viré à la main tout ce qui est possible car apt ne désinstalle pas si le post install n'a pas fini. Si je repars à 0 (essayé deux fois) ça ira de nouveau pas... Bonjour D'abord, je ressaierais d'installer mysql-server mais surtout pas avec synaptic, aptitude ou autre intermédiaire. Rien ne vaut apt-get et dpkg en ligne de commande pour résoudre les pb http://pwet.fr/man/linux/administration_systeme/apt_get http://pwet.fr/man/linux/commandes/dpkg donc apt-get install mysql-server ensuite si problème essayer plusieurs fois alternativement jusqu'à ce que le paquet soit correctement installé apt-get -f install et dpkg --configure -a -- Maderios Art is meant to disturb. Science reassures. L'art est fait pour troubler. La science rassure (Georges Braque) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1359374665.4388.2.camel@debian
Re: mysql ne démarre pas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 18/01/2012 21:04, ajh.val...@free.fr a écrit : Bonsoir, bonsoir J'ai réinstallé mysql-server et mysql-common sous Debian-Lenny, après les avoir désinstallés avec l'option purge. Et j'ai toujours ce message : # /etc/init.d/./mysql start Starting MySQL database server: mysqld . . . . failed! Si vous avez une idée ? que disent tes logs? regardes dans /var/log/syslog philippe ajh -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPFycMAAoJEDFVhpTcsIC1ZVwH/RJdTGejb9SxKqJa/DnWgffu RommKRbVF6pLc3SW9XNPYSpcjVQwzoWJA3ZMumWUvPp/gfU11+smrkpwqr3KchjH 13VKkaxpu+DQT7JyGx2HYeW7YMSVdO7vCaUwuZ0CQ5PIwjW7K8xR/gOiNG30ZSJu MQ+16kedPS7onbgujBUpdANZ2r/c6oFbm/dx49/j5PWPNjS1otF4AacIZejSGwMA 9kjx04/Wi3/+tknkI9CD7WyLmEazqbjeDUosQsMKieYumcfD9/X2/St6xNbLrk6s cVcaWNMxT7LzoOCOJxp9WB6T6oXuBY8tu9DZJs3/VAQTyEp9sXRksJzUavbUs3s= =g7NM -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4f17270c.7050...@leworm.fr
Re: mysql ne démarre pas
Le Wednesday 18 January 2012 21:09:48 l3w0rm, vous avez écrit : Le 18/01/2012 21:04, ajh.val...@free.fr a écrit : J'ai réinstallé mysql-server et mysql-common sous Debian-Lenny, après les avoir désinstallés avec l'option purge. Et j'ai toujours ce message : # /etc/init.d/./mysql start Starting MySQL database server: mysqld . . . . failed! Si vous avez une idée ? --- que disent tes logs? regardes dans /var/log/syslog philippe Voici : --- Jan 18 21:14:38 mysqld: 120118 21:14:38 [Note] Plugin 'FEDERATED' is disabled. Jan 18 21:14:39 mysqld: 120118 21:14:39 InnoDB: Started; log sequence number 0 120470 Jan 18 21:14:39 mysqld: 120118 21:14:39 [ERROR] Column count of mysql.db is wrong. Expected 22, found 20. Created with MySQL 50051, now running 50149. Please use mysql_upgrade to fix this error. Jan 18 21:14:39 mysqld: 120118 21:14:39 [ERROR] mysql.user has no `Event_priv` column at position 29 Jan 18 21:14:39 mysqld: 120118 21:14:39 [ERROR] Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler. Jan 18 21:14:39 mysqld: 120118 21:14:39 [Note] /usr/sbin/mysqld: ready for connections. Jan 18 21:14:39 mysqld: Version: '5.1.49-3~bpo50+1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian) Jan 18 21:14:53 /etc/init.d/mysql[3650]: 1 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in Jan 18 21:14:53 /etc/init.d/mysql[3650]: /usr/bin/mysqladmin: unknown variable 'root=debian-sys-maint' Jan 18 21:14:53 debian-salon /etc/init.d/mysql[3650]: --- Merci. ajh -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201201182117.43969.ajh.val...@free.fr
Re: mysql ne démarre pas
On Wed, 18 Jan 2012 21:17:43 +0100 ajh.val...@free.fr wrote: Jan 18 21:14:39 mysqld: 120118 21:14:39 [ERROR] Column count of mysql.db is wrong. Expected 22, found 20. Created with MySQL 50051, now running 50149. Please use mysql_upgrade to fix this error. Le log parle de lui-même. and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in Jan 18 21:14:53 /etc/init.d/mysql[3650]: /usr/bin/mysqladmin: unknown variable 'root=debian-sys-maint' Là aussi il-y-a un parm qui n'est plus reconnu; ça peut être dans /etc/mysql ou dans ~/.my.cnf. -- Snow and adolescence are the only problems that disappear if you ignore them long enough. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120118212905.3f29f083@anubis.defcon1
Re: mysql ne démarre pas
Le Wednesday 18 January 2012 21:29:05 Jean-Yves F. Barbier, vous avez écrit : On Wed, 18 Jan 2012 21:17:43 +0100 ajh.val...@free.fr wrote: Jan 18 21:14:39 mysqld: 120118 21:14:39 [ERROR] Column count of mysql.db is wrong. Expected 22, found 20. Created with MySQL 50051, now running 50149. Please use mysql_upgrade to fix this error. Le log parle de lui-même : # mysql_upgrade - Looking for 'mysql' as: mysql Looking for 'mysqlcheck' as: mysqlcheck Running 'mysqlcheck' with connection arguments: '--port=3306' '--socket=/var/run/mysqld/mysqld.sock' mysqlcheck: Got error: 1045: Access denied for user 'root'@'localhost' (using password: NO) when trying to connect FATAL ERROR: Upgrade failed - Pourtant, j'ai remis le mot de passe root. and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in Jan 18 21:14:53 /etc/init.d/mysql[3650]: /usr/bin/mysqladmin: unknown variable 'root=debian-sys-maint' Là aussi il-y-a un parm qui n'est plus reconnu; ça peut être dans /etc/mysql ou dans ~/.my.cnf : /erc/mysql/debian.cnf : - host = localhost root = debian-sys-maint password = X socket = /var/run/mysqld/mysqld.sock [mysql_upgrade] root = debian-sys-maint password = X socket = /var/run/mysqld/mysqld.sock basedir = /usr - Quelle serait l'erreur ? Merci. ajh -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201201182232.27816.ajh.val...@free.fr
Re: mysql ne démarre pas
Bonjour, Bonsoir, Le Wed, 18 Jan 2012 22:32:27 +0100, ajh.val...@free.fr, vous avez écrit : password = X Quelle serait l'erreur ? le password, a mon avis. fait une recherche sur mot de passe mysql reinit (un truc dans le genre) -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120118223936.249b3...@roland.bulot-fr.com
Re: mysql ne démarre pas
On Wed, 18 Jan 2012 22:32:27 +0100 ajh.val...@free.fr wrote: Le log parle de lui-même : # mysql_upgrade - Looking for 'mysql' as: mysql Looking for 'mysqlcheck' as: mysqlcheck Running 'mysqlcheck' with connection arguments: '--port=3306' '--socket=/var/run/mysqld/mysqld.sock' mysqlcheck: Got error: 1045: Access denied for user 'root'@'localhost' (using password: NO) when trying to connect FATAL ERROR: Upgrade failed - Pourtant, j'ai remis le mot de passe root. Hmm, là sèpô, j'utilise un VRAI RDBMS: PostgreSQL; ptêt que qqun d'autre connaît une manip. and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in Jan 18 21:14:53 /etc/init.d/mysql[3650]: /usr/bin/mysqladmin: unknown variable 'root=debian-sys-maint' Là aussi il-y-a un parm qui n'est plus reconnu; ça peut être dans /etc/mysql ou dans ~/.my.cnf : /erc/mysql/debian.cnf : - host = localhost root = debian-sys-maint password = X socket = /var/run/mysqld/mysqld.sock [mysql_upgrade] root = debian-sys-maint password = X socket = /var/run/mysqld/mysqld.sock basedir = /usr - Quelle serait l'erreur ? C'est un gag ou t'es nœnœil? -- Fashions have done more harm than revolutions. -- Victor Hugo -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120118224124.22cbb339@anubis.defcon1
Re: mysql ne démarre pas
Le Wed, 18 Jan 2012 21:30:02 +0100, Jean-Yves F. Barbier a écrit : Snow and adolescence are the only problems that disappear if you ignore them long enough. la famine aussi ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4f173be8$0$15668$426a7...@news.free.fr
Re: mysql ne démarre pas
Le Wednesday 18 January 2012 22:41:24 Jean-Yves F. Barbier, vous avez écrit : /erc/mysql/debian.cnf : - host = localhost root = debian-sys-maint password = X socket = /var/run/mysqld/mysqld.sock [mysql_upgrade] root = debian-sys-maint password = X socket = /var/run/mysqld/mysqld.sock basedir = /usr - Quelle serait l'erreur ? C'est un gag ou t'es nœnœil? Je vois pas l'erreur du fichier ... password = X (= le mot de passe caché) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201201182300.38826.ajh.val...@free.fr
Re: mysql ne démarre pas
On 18 Jan 2012 21:38:48 GMT moi-meme chie...@free.fr wrote: Snow and adolescence are the only problems that disappear if you ignore them long enough. la famine aussi ... Mais pas les poliotiques... -- Real Users know your home telephone number. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120118231348.08fd5723@anubis.defcon1
Re: mysql ne démarre pas
Le Wednesday 18 January 2012 23:00:38 ajh.val...@free.fr, vous avez écrit : Le Wednesday 18 January 2012 22:41:24 Jean-Yves F. Barbier /erc/mysql/debian.cnf : host = localhost root = debian-sys-maint password = X socket = /var/run/mysqld/mysqld.sock [mysql_upgrade] root = debian-sys-maint password = X socket = /var/run/mysqld/mysqld.sock basedir = /usr Quelle serait l'erreur ? C'est un gag ou t'es nœnœil? Je vois pas l'erreur du fichier ... password = X (= le mot de passe caché) -- OK, ça y'est, il fallait mettre : user = root Ça marche maintenant ... :-) Merci. ajh -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201201182312.24028.ajh.val...@free.fr
Re: mysql ne veut pas démarrer
Bonne journée Ton fichier de configuration de Mysql contient peut être une ou plusieurs erreurs. Dans tout les cas le message d'erreur n'est pas assez précis pour t'aider. Regarde les fichiers journaux. Cordialement Envoyé de mon iPhone Le 6 juil. 2011 à 08:04, Judes Jean jeanju...@yahoo.fr a écrit : Bonjour à tous, Je n'arrive pas à démarrer mysql sur mon ordi. Je n'ai vu aucun log dans : tail /var/log/mysql.log ou mysql.err # /etc/init.d/mysql start Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed! Quelqu'un a une idée ? Merci
Re: mysql ne veut pas démarrer
Le Wed, 6 Jul 2011 08:14:38 +0200, David Hannequin david.hanneq...@gmail.com a écrit : Bonne journée Ton fichier de configuration de Mysql contient peut être une ou plusieurs erreurs. Dans tout les cas le message d'erreur n'est pas assez précis pour t'aider. Regarde les fichiers journaux. Cordialement Envoyé de mon iPhone Le 6 juil. 2011 à 08:04, Judes Jean jeanju...@yahoo.fr a écrit : Bonjour à tous, Je n'arrive pas à démarrer mysql sur mon ordi. Je n'ai vu aucun log dans : tail /var/log/mysql.log ou mysql.err # /etc/init.d/mysql start Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed! Quelqu'un a une idée ? Merci Bonjour, Hier sur un upgrade lenny-squeeze j'ai eu droit à la même chose. Cela venait de l'option skip-bdb qui n'est plus supportée. En commentant la ligne tout est rentré dans l'ordre. En espérant que cela puisse te faire gagner les heures que j'ai perdues ;-) Bruno -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110706130203.37d36...@bruno.vf-online.local
Re: MySQL + bases de données après réinstallation
Le mardi 03 mai 2011 à 14:43 +0200, Luxpopuli Open source a écrit : Bonjour, Avant de réinstaller Debian, j'ai fait une sauvegarde de /var /usr et /etc J'ai donc toutes mes bases de données dans /var/lib/mysql/ Après réinstallation complète de Debian, j'ai également réinstallé MySQL puis j'ai copié mes bases de données dans /var/lib/mysql/ Il y a, tout d'abord, le mot de passe de l'utilisateur mysql : debian-sys-maint qui se trouve dans la base 'mysql' et dans le fichier /etc/mysql/debian.cnf/. Les 2 mot de passe doivent correspondre. C'est le cas ici, pas de pb sinon mysql ne se lancerai pas. Il me semble que j'ai déjà procédé ainsi et que cela fonctionnait. Sauf que cette fois-ci ce n'est pas le cas. Dans phpmyadmin je vois bien la liste de toutes les bases de données avec le nombre de tables indiqué entre parenthèses. Par exemple «pasludo(115)» Mais si je clique sur une base de données, alors elle est vide: pas une seule table ne s'affiche et il est indiqué «Aucune table n'a été trouvée dans cette base». Ce qui est étrange, c'est que si, par ailleurs, je me connecte en ligne de commande à mysql en tant qu'admin et que je tape: USE pasludo; SHOW TABLES; ici un SELECT * FROM ezcontentobject_tree doit produire la même erreur ? Qu'elle type de stockage utilises-tu ? MyISAM ? InnoDB ? Je ne connais que le moteur MyISAM : http://dev.mysql.com/doc/refman/5.0/fr/myisamchk-syntax.html cd /var/lib/mysql/ myisamchk */*.MYI Autre info: En plus des bases de données que j'ai sauvegardées, il y a le fichier ibdata1 (taille=1266M). Lorsque j'installe mysql, il y a un fichier ibdata1 dont la taille est 10240K. Si je remplace la version 10240K par la version 1266M alors mysql ne démarre plus. Pour ce fichier ça dépend des moteurs de stockage utilisé. Dans le fichier de config de mysql tu peux désactiver certain moteur de stockage. Dans mon cas je désactive INNODB : # # * BerkeleyDB # # Using BerkeleyDB is now discouraged as its support will cease in 5.1.12. skip-bdb # # * InnoDB # # InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/. # Read the manual for more InnoDB related options. There are many! # You might want to disable InnoDB to shrink the mysqld process by circa 100MB. skip-innodb Julien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1304428439.8320.16.camel@pc-julien.office
Re: MySQL + bases de données après réinstallation
Le mardi 03 mai 2011 à 14:43 +0200, Luxpopuli Open source a écrit : As-tu des entrée dans /var/log/syslog ? Chez moi un démarrage normal : /etc/mysql/debian-start[11161]: Upgrading MySQL tables if necessary. /etc/mysql/debian-start[11166]: Looking for 'mysql' in: /usr/bin/mysql /etc/mysql/debian-start[11166]: Looking for 'mysqlcheck' in: /usr/bin/mysqlcheck /etc/mysql/debian-start[11166]: This installation of MySQL is already upgraded to 5.0.51a, use --force if you still need to run mysql_upgrade /etc/mysql/debian-start[11173]: Checking for insecure root accounts. /etc/mysql/debian-start[11177]: Triggering myisam-recover for all MyISAM tables -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1304428681.8320.18.camel@pc-julien.office
Re: MySQL + bases de données après réinstallation
Merci Julien, Tes réponses m'ont amené à faire quelques vérifications supplémentaires et il s'avérait qu'en copiant mes bd dans /var/lib/mysql/ les droits n'étaient plus bons du coup il devenait impossible à mysql d'y accéder. Tout est à présent rentré dans l'ordre. Le 3 mai 2011 15:18, Julien jul...@nura.eu a écrit : Le mardi 03 mai 2011 à 14:43 +0200, Luxpopuli Open source a écrit : As-tu des entrée dans /var/log/syslog ? Chez moi un démarrage normal : /etc/mysql/debian-start[11161]: Upgrading MySQL tables if necessary. /etc/mysql/debian-start[11166]: Looking for 'mysql' in: /usr/bin/mysql /etc/mysql/debian-start[11166]: Looking for 'mysqlcheck' in: /usr/bin/mysqlcheck /etc/mysql/debian-start[11166]: This installation of MySQL is already upgraded to 5.0.51a, use --force if you still need to run mysql_upgrade /etc/mysql/debian-start[11173]: Checking for insecure root accounts. /etc/mysql/debian-start[11177]: Triggering myisam-recover for all MyISAM tables -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1304428681.8320.18.camel@pc-julien.office
Re: MySQL + bases de données après réinstallation
Salut, La prochaine fois, il serait préférable de passer par un mysqldump, pour sauvegarder toutes les db dans un fichier sql, et les réinstaller ensuite dans un mysql vierge. $ mysqldump -uroot -p --all-databases databases.sql Réinstallation, puis $ mysql -uroot -p -e databases.sql Plus clean, je pense, comme méthode. Franck. Le 3 mai 2011 17:07, Luxpopuli Open source luxpopul...@gmail.com a écrit : Merci Julien, Tes réponses m'ont amené à faire quelques vérifications supplémentaires et il s'avérait qu'en copiant mes bd dans /var/lib/mysql/ les droits n'étaient plus bons du coup il devenait impossible à mysql d'y accéder. Tout est à présent rentré dans l'ordre. Le 3 mai 2011 15:18, Julien jul...@nura.eu a écrit : Le mardi 03 mai 2011 à 14:43 +0200, Luxpopuli Open source a écrit : As-tu des entrée dans /var/log/syslog ? Chez moi un démarrage normal : /etc/mysql/debian-start[11161]: Upgrading MySQL tables if necessary. /etc/mysql/debian-start[11166]: Looking for 'mysql' in: /usr/bin/mysql /etc/mysql/debian-start[11166]: Looking for 'mysqlcheck' in: /usr/bin/mysqlcheck /etc/mysql/debian-start[11166]: This installation of MySQL is already upgraded to 5.0.51a, use --force if you still need to run mysql_upgrade /etc/mysql/debian-start[11173]: Checking for insecure root accounts. /etc/mysql/debian-start[11177]: Triggering myisam-recover for all MyISAM tables -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1304428681.8320.18.camel@pc-julien.office -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=xvuwwkhubyanxkhm4uye1vf8...@mail.gmail.com
Re: MySQL + bases de données après réinstallation
Absolument ! Et j'en prends bonne note ;-) Le 3 mai 2011 17:29, Franck Delage deb...@web82.net a écrit : Salut, La prochaine fois, il serait préférable de passer par un mysqldump, pour sauvegarder toutes les db dans un fichier sql, et les réinstaller ensuite dans un mysql vierge. $ mysqldump -uroot -p --all-databases databases.sql Réinstallation, puis $ mysql -uroot -p -e databases.sql Plus clean, je pense, comme méthode. Franck. Le 3 mai 2011 17:07, Luxpopuli Open source luxpopul...@gmail.com a écrit : Merci Julien, Tes réponses m'ont amené à faire quelques vérifications supplémentaires et il s'avérait qu'en copiant mes bd dans /var/lib/mysql/ les droits n'étaient plus bons du coup il devenait impossible à mysql d'y accéder. Tout est à présent rentré dans l'ordre. Le 3 mai 2011 15:18, Julien jul...@nura.eu a écrit : Le mardi 03 mai 2011 à 14:43 +0200, Luxpopuli Open source a écrit : As-tu des entrée dans /var/log/syslog ? Chez moi un démarrage normal : /etc/mysql/debian-start[11161]: Upgrading MySQL tables if necessary. /etc/mysql/debian-start[11166]: Looking for 'mysql' in: /usr/bin/mysql /etc/mysql/debian-start[11166]: Looking for 'mysqlcheck' in: /usr/bin/mysqlcheck /etc/mysql/debian-start[11166]: This installation of MySQL is already upgraded to 5.0.51a, use --force if you still need to run mysql_upgrade /etc/mysql/debian-start[11173]: Checking for insecure root accounts. /etc/mysql/debian-start[11177]: Triggering myisam-recover for all MyISAM tables -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1304428681.8320.18.camel@pc-julien.office -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/banlktixvuwwkhubyanxkhm4uye1vf8...@mail.gmail.com
Re: MySQL et OO.org_base: problèmes avec re quêtes pluri-tabulaires
Imaginez supprimer un enregistrement ID 8. La valeur de l'auto-incrément n'est heureusement pas égale au nombre d'enregistrements. Le 24/12/2010 23:42, Bernard a écrit : Bonsoir Bruno, bonsoir à tous, Je me suis provisoirement détourné du problème originel, pour aborder une urgence plus actuelle. Pour en finir provisoirement avec le précédent souci, je dirai que j'ai fait plusieurs essais avec des scripts PHP, d'où il est apparu qu'en utilisant un 'INNER JOINT' pour le premier joint, et des 'LEFT JOINT' pour les suivants, j'obtenais les resultats recherchés, dans des temps que je qualifierai de normaux. Je ne sais pas encore comment obtenir les mêmes résultats via OO_base, mais je ne tarderai sans doute pas à trouver. Par ailleurs, j'ai voulu faire un script PHP pour ajouter des lignes à l'une de mes tables. Et là, j'ai observé de sérieuses anomalies. Depuis OO_base, il est possible de créer des tables ; c'était même jusqu'ici ma façon privilégiée de créer des tables. Mais je me suis aperçu qu'il était impossible de créer des tables avec des champs d'index qui soient 'auto increment'. Créer un champs d'index dans une table via MySQL, oui, mais pas moyen de rendre ce champs 'auto increment' ! Ceci ne m'avait qu'à moitié surpris, étant donné que j'avais déjà, via Google et autres recherches, vu passer des commentaires où il était fait état de cette anomalie. Bon, qu'à cela ne tienne, j'ai créé une table en language MySQL: mysql CREATE TABLE matable ( ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY, Champs1 TEXT, Champs2 TEXT, , ChampsN TEXT); Query OK... Puis je l'ai vérifiée et remplie sous OO_base, renommant certains champs, modifiant les caractéristiques d'autres champs, mais ne changeant rien à ID (le champs de la clef primaire). Ceci étant fait, j'ai fait usage de mon script nouvellement créé pour l'ajout de données dans la dite table. Et voici le résultat constaté : Les données s'ajoutent bien... Mais, une fois les données ainsi ajoutées, si l'on fait le choix de les effacer (sous OO_base) pour re-tester d'autres données, l'index ID ne tient pas compte des effacements. Ainsi, j'en suis à 12075 lignes. Après deux ajouts via mon script PHP, l'index s'est automatiquement incrémenté à 12077. J'efface les deux nouvelles entrées dans la table (effaçage via OO_Base), et je fais l'essai d'ajouter autre chose. C'est alors que l'index repart à partir de 12078, alors qu'il aurait dû reprendre à 12076. Ma table présente alors une numérotation continue de 1 à 12075, après quoi l'ID passe directement à 12078 ! Merci de m'éclairer sur les conséquences prévisibles d'une telle anomalie, eventuellement comment la traiter. bruno wrote: On 20/12/2010 22:58, Bernard wrote: François Boisson wrote: Le Sat, 18 Dec 2010 22:39:24 +0100 Bernard bdebr...@teaser.fr a écrit: [...] Il est donc clair que je n'ai pas adopté la bonne méthode. En fait il faudrait qu'une fois la requête édité avec le frontal d'openoffice, tu bascules en édition MySQL et que tu donnes la requête elle même, tu peux même la copier et la coller directement dans mySQL pour voir si la difficulté vient de l'interface (je n'y crois pas) ou de la complexité de ta requête (j'ai ramené de 1/4h à 1/10s une requête juste en mettant une indexation correcte). François Boisson Ci-après, voici le code SQL généré par ma requête et les liens que j'ai créés via OO.org_base : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`, `bapt_juil2010_complet`.`MM_acte`, `bapt_juil2010_complet`.`_acte`, `bapt_juil2010_complet`.`Prenom_enfant`, `bapt_juil2010_complet`.`Nom_enfant`, `bapt_juil2010_complet`.`Nom_pere`, `Codes_lieux_orig_pere`.`Code_lieu`, `Codes_lieux_orig_pere`.`Nom_localite_orig_pere` FROM `mabase`.`Codes_lieux` AS `Codes_lieux`, `mabase`.`bapt_juil2010_complet` AS `bapt_juil2010_complet`, `mabase`.`Codes_lieux_orig_pere` AS `Codes_lieux_orig_pere` WHERE `Codes_lieux`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` AND `Codes_lieux_orig_pere`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` Bonjour, Dans ton cas tu devrais utiliser les jointures, car c'est plus optimisé (voir http://sqlpro.developpez.com/cours/sqlaz/jointures/#LII-B) De plus, la table bapt_juil2010_complet devrait être citée en premier car c'est elle qui sert de 'pivot' As-tu indexé les champs suivants? `Codes_lieux`.`Code_lieu` `Codes_lieux_orig_pere`.`Code_lieu` `bapt_juil2010_complet`.`Code_lieu_acte` Ci-dessous ta requête avec des jointures : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`,
Re: MySQL et OO.org_base: problèmes avec re quêtes pluri-tabulaires
On 25/12/2010 09:37, herve wrote: Imaginez supprimer un enregistrement ID 8. La valeur de l'auto-incrément n'est heureusement pas égale au nombre d'enregistrements. Le 24/12/2010 23:42, Bernard a écrit : Bonsoir Bruno, bonsoir à tous, Je me suis provisoirement détourné du problème originel, pour aborder une urgence plus actuelle. Pour en finir provisoirement avec le précédent souci, je dirai que j'ai fait plusieurs essais avec des scripts PHP, d'où il est apparu qu'en utilisant un 'INNER JOINT' pour le premier joint, et des 'LEFT JOINT' pour les suivants, j'obtenais les resultats recherchés, dans des temps que je qualifierai de normaux. Je ne sais pas encore comment obtenir les mêmes résultats via OO_base, mais je ne tarderai sans doute pas à trouver. Par ailleurs, j'ai voulu faire un script PHP pour ajouter des lignes à l'une de mes tables. Et là, j'ai observé de sérieuses anomalies. Depuis OO_base, il est possible de créer des tables ; c'était même jusqu'ici ma façon privilégiée de créer des tables. Mais je me suis aperçu qu'il était impossible de créer des tables avec des champs d'index qui soient 'auto increment'. Créer un champs d'index dans une table via MySQL, oui, mais pas moyen de rendre ce champs 'auto increment' ! Ceci ne m'avait qu'à moitié surpris, étant donné que j'avais déjà, via Google et autres recherches, vu passer des commentaires où il était fait état de cette anomalie. Bon, qu'à cela ne tienne, j'ai créé une table en language MySQL: mysql CREATE TABLE matable ( ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY, Champs1 TEXT, Champs2 TEXT, , ChampsN TEXT); Query OK... Puis je l'ai vérifiée et remplie sous OO_base, renommant certains champs, modifiant les caractéristiques d'autres champs, mais ne changeant rien à ID (le champs de la clef primaire). Ceci étant fait, j'ai fait usage de mon script nouvellement créé pour l'ajout de données dans la dite table. Et voici le résultat constaté : Les données s'ajoutent bien... Mais, une fois les données ainsi ajoutées, si l'on fait le choix de les effacer (sous OO_base) pour re-tester d'autres données, l'index ID ne tient pas compte des effacements. Ainsi, j'en suis à 12075 lignes. Après deux ajouts via mon script PHP, l'index s'est automatiquement incrémenté à 12077. J'efface les deux nouvelles entrées dans la table (effaçage via OO_Base), et je fais l'essai d'ajouter autre chose. C'est alors que l'index repart à partir de 12078, alors qu'il aurait dû reprendre à 12076. Ma table présente alors une numérotation continue de 1 à 12075, après quoi l'ID passe directement à 12078 ! Merci de m'éclairer sur les conséquences prévisibles d'une telle anomalie, eventuellement comment la traiter. bruno wrote: On 20/12/2010 22:58, Bernard wrote: François Boisson wrote: Le Sat, 18 Dec 2010 22:39:24 +0100 Bernard bdebr...@teaser.fr a écrit: [...] Il est donc clair que je n'ai pas adopté la bonne méthode. En fait il faudrait qu'une fois la requête édité avec le frontal d'openoffice, tu bascules en édition MySQL et que tu donnes la requête elle même, tu peux même la copier et la coller directement dans mySQL pour voir si la difficulté vient de l'interface (je n'y crois pas) ou de la complexité de ta requête (j'ai ramené de 1/4h à 1/10s une requête juste en mettant une indexation correcte). François Boisson Ci-après, voici le code SQL généré par ma requête et les liens que j'ai créés via OO.org_base : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`, `bapt_juil2010_complet`.`MM_acte`, `bapt_juil2010_complet`.`_acte`, `bapt_juil2010_complet`.`Prenom_enfant`, `bapt_juil2010_complet`.`Nom_enfant`, `bapt_juil2010_complet`.`Nom_pere`, `Codes_lieux_orig_pere`.`Code_lieu`, `Codes_lieux_orig_pere`.`Nom_localite_orig_pere` FROM `mabase`.`Codes_lieux` AS `Codes_lieux`, `mabase`.`bapt_juil2010_complet` AS `bapt_juil2010_complet`, `mabase`.`Codes_lieux_orig_pere` AS `Codes_lieux_orig_pere` WHERE `Codes_lieux`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` AND `Codes_lieux_orig_pere`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` Bonjour, Dans ton cas tu devrais utiliser les jointures, car c'est plus optimisé (voir http://sqlpro.developpez.com/cours/sqlaz/jointures/#LII-B) De plus, la table bapt_juil2010_complet devrait être citée en premier car c'est elle qui sert de 'pivot' As-tu indexé les champs suivants? `Codes_lieux`.`Code_lieu` `Codes_lieux_orig_pere`.`Code_lieu` `bapt_juil2010_complet`.`Code_lieu_acte` Ci-dessous ta requête avec des jointures : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`, `bapt_juil2010_complet`.`MM_acte`,
Re: MySQL et OO.org_base: problèmes avec re quêtes pluri-tabulaires
herve wrote: Imaginez supprimer un enregistrement ID 8. La valeur de l'auto-incrément n'est heureusement pas égale au nombre d'enregistrements. Dans mon ignorance, je supposais que si... Merci, ainsi qu'à Bruno, d'avoir éclairé ma lanterne. Et Joyeuses Fêtes ! Le 24/12/2010 23:42, Bernard a écrit : Bonsoir Bruno, bonsoir à tous, Je me suis provisoirement détourné du problème originel, pour aborder une urgence plus actuelle. Pour en finir provisoirement avec le précédent souci, je dirai que j'ai fait plusieurs essais avec des scripts PHP, d'où il est apparu qu'en utilisant un 'INNER JOINT' pour le premier joint, et des 'LEFT JOINT' pour les suivants, j'obtenais les resultats recherchés, dans des temps que je qualifierai de normaux. Je ne sais pas encore comment obtenir les mêmes résultats via OO_base, mais je ne tarderai sans doute pas à trouver. Par ailleurs, j'ai voulu faire un script PHP pour ajouter des lignes à l'une de mes tables. Et là, j'ai observé de sérieuses anomalies. Depuis OO_base, il est possible de créer des tables ; c'était même jusqu'ici ma façon privilégiée de créer des tables. Mais je me suis aperçu qu'il était impossible de créer des tables avec des champs d'index qui soient 'auto increment'. Créer un champs d'index dans une table via MySQL, oui, mais pas moyen de rendre ce champs 'auto increment' ! Ceci ne m'avait qu'à moitié surpris, étant donné que j'avais déjà, via Google et autres recherches, vu passer des commentaires où il était fait état de cette anomalie. Bon, qu'à cela ne tienne, j'ai créé une table en language MySQL: mysql CREATE TABLE matable ( ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY, Champs1 TEXT, Champs2 TEXT, , ChampsN TEXT); Query OK... Puis je l'ai vérifiée et remplie sous OO_base, renommant certains champs, modifiant les caractéristiques d'autres champs, mais ne changeant rien à ID (le champs de la clef primaire). Ceci étant fait, j'ai fait usage de mon script nouvellement créé pour l'ajout de données dans la dite table. Et voici le résultat constaté : Les données s'ajoutent bien... Mais, une fois les données ainsi ajoutées, si l'on fait le choix de les effacer (sous OO_base) pour re-tester d'autres données, l'index ID ne tient pas compte des effacements. Ainsi, j'en suis à 12075 lignes. Après deux ajouts via mon script PHP, l'index s'est automatiquement incrémenté à 12077. J'efface les deux nouvelles entrées dans la table (effaçage via OO_Base), et je fais l'essai d'ajouter autre chose. C'est alors que l'index repart à partir de 12078, alors qu'il aurait dû reprendre à 12076. Ma table présente alors une numérotation continue de 1 à 12075, après quoi l'ID passe directement à 12078 ! Merci de m'éclairer sur les conséquences prévisibles d'une telle anomalie, eventuellement comment la traiter. bruno wrote: On 20/12/2010 22:58, Bernard wrote: François Boisson wrote: Le Sat, 18 Dec 2010 22:39:24 +0100 Bernard bdebr...@teaser.fr a écrit: [...] Il est donc clair que je n'ai pas adopté la bonne méthode. En fait il faudrait qu'une fois la requête édité avec le frontal d'openoffice, tu bascules en édition MySQL et que tu donnes la requête elle même, tu peux même la copier et la coller directement dans mySQL pour voir si la difficulté vient de l'interface (je n'y crois pas) ou de la complexité de ta requête (j'ai ramené de 1/4h à 1/10s une requête juste en mettant une indexation correcte). François Boisson Ci-après, voici le code SQL généré par ma requête et les liens que j'ai créés via OO.org_base : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`, `bapt_juil2010_complet`.`MM_acte`, `bapt_juil2010_complet`.`_acte`, `bapt_juil2010_complet`.`Prenom_enfant`, `bapt_juil2010_complet`.`Nom_enfant`, `bapt_juil2010_complet`.`Nom_pere`, `Codes_lieux_orig_pere`.`Code_lieu`, `Codes_lieux_orig_pere`.`Nom_localite_orig_pere` FROM `mabase`.`Codes_lieux` AS `Codes_lieux`, `mabase`.`bapt_juil2010_complet` AS `bapt_juil2010_complet`, `mabase`.`Codes_lieux_orig_pere` AS `Codes_lieux_orig_pere` WHERE `Codes_lieux`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` AND `Codes_lieux_orig_pere`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` Bonjour, Dans ton cas tu devrais utiliser les jointures, car c'est plus optimisé (voir http://sqlpro.developpez.com/cours/sqlaz/jointures/#LII-B) De plus, la table bapt_juil2010_complet devrait être citée en premier car c'est elle qui sert de 'pivot' As-tu indexé les champs suivants? `Codes_lieux`.`Code_lieu` `Codes_lieux_orig_pere`.`Code_lieu` `bapt_juil2010_complet`.`Code_lieu_acte` Ci-dessous ta requête avec des jointures : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`,
Re: MySQL et OO.org_base: problèmes avec re quêtes pluri-tabulaires
Bonsoir Bruno, bonsoir à tous, Je me suis provisoirement détourné du problème originel, pour aborder une urgence plus actuelle. Pour en finir provisoirement avec le précédent souci, je dirai que j'ai fait plusieurs essais avec des scripts PHP, d'où il est apparu qu'en utilisant un 'INNER JOINT' pour le premier joint, et des 'LEFT JOINT' pour les suivants, j'obtenais les resultats recherchés, dans des temps que je qualifierai de normaux. Je ne sais pas encore comment obtenir les mêmes résultats via OO_base, mais je ne tarderai sans doute pas à trouver. Par ailleurs, j'ai voulu faire un script PHP pour ajouter des lignes à l'une de mes tables. Et là, j'ai observé de sérieuses anomalies. Depuis OO_base, il est possible de créer des tables ; c'était même jusqu'ici ma façon privilégiée de créer des tables. Mais je me suis aperçu qu'il était impossible de créer des tables avec des champs d'index qui soient 'auto increment'. Créer un champs d'index dans une table via MySQL, oui, mais pas moyen de rendre ce champs 'auto increment' ! Ceci ne m'avait qu'à moitié surpris, étant donné que j'avais déjà, via Google et autres recherches, vu passer des commentaires où il était fait état de cette anomalie. Bon, qu'à cela ne tienne, j'ai créé une table en language MySQL: mysql CREATE TABLE matable ( ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY, Champs1 TEXT, Champs2 TEXT, , ChampsN TEXT); Query OK... Puis je l'ai vérifiée et remplie sous OO_base, renommant certains champs, modifiant les caractéristiques d'autres champs, mais ne changeant rien à ID (le champs de la clef primaire). Ceci étant fait, j'ai fait usage de mon script nouvellement créé pour l'ajout de données dans la dite table. Et voici le résultat constaté : Les données s'ajoutent bien... Mais, une fois les données ainsi ajoutées, si l'on fait le choix de les effacer (sous OO_base) pour re-tester d'autres données, l'index ID ne tient pas compte des effacements. Ainsi, j'en suis à 12075 lignes. Après deux ajouts via mon script PHP, l'index s'est automatiquement incrémenté à 12077. J'efface les deux nouvelles entrées dans la table (effaçage via OO_Base), et je fais l'essai d'ajouter autre chose. C'est alors que l'index repart à partir de 12078, alors qu'il aurait dû reprendre à 12076. Ma table présente alors une numérotation continue de 1 à 12075, après quoi l'ID passe directement à 12078 ! Merci de m'éclairer sur les conséquences prévisibles d'une telle anomalie, eventuellement comment la traiter. bruno wrote: On 20/12/2010 22:58, Bernard wrote: François Boisson wrote: Le Sat, 18 Dec 2010 22:39:24 +0100 Bernard bdebr...@teaser.fr a écrit: [...] Il est donc clair que je n'ai pas adopté la bonne méthode. En fait il faudrait qu'une fois la requête édité avec le frontal d'openoffice, tu bascules en édition MySQL et que tu donnes la requête elle même, tu peux même la copier et la coller directement dans mySQL pour voir si la difficulté vient de l'interface (je n'y crois pas) ou de la complexité de ta requête (j'ai ramené de 1/4h à 1/10s une requête juste en mettant une indexation correcte). François Boisson Ci-après, voici le code SQL généré par ma requête et les liens que j'ai créés via OO.org_base : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`, `bapt_juil2010_complet`.`MM_acte`, `bapt_juil2010_complet`.`_acte`, `bapt_juil2010_complet`.`Prenom_enfant`, `bapt_juil2010_complet`.`Nom_enfant`, `bapt_juil2010_complet`.`Nom_pere`, `Codes_lieux_orig_pere`.`Code_lieu`, `Codes_lieux_orig_pere`.`Nom_localite_orig_pere` FROM `mabase`.`Codes_lieux` AS `Codes_lieux`, `mabase`.`bapt_juil2010_complet` AS `bapt_juil2010_complet`, `mabase`.`Codes_lieux_orig_pere` AS `Codes_lieux_orig_pere` WHERE `Codes_lieux`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` AND `Codes_lieux_orig_pere`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` Bonjour, Dans ton cas tu devrais utiliser les jointures, car c'est plus optimisé (voir http://sqlpro.developpez.com/cours/sqlaz/jointures/#LII-B) De plus, la table bapt_juil2010_complet devrait être citée en premier car c'est elle qui sert de 'pivot' As-tu indexé les champs suivants? `Codes_lieux`.`Code_lieu` `Codes_lieux_orig_pere`.`Code_lieu` `bapt_juil2010_complet`.`Code_lieu_acte` Ci-dessous ta requête avec des jointures : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`, `bapt_juil2010_complet`.`MM_acte`, `bapt_juil2010_complet`.`_acte`, `bapt_juil2010_complet`.`Prenom_enfant`, `bapt_juil2010_complet`.`Nom_enfant`,
Re: mysql ne veut pas s'arrêter
Le 22/12/2010 21:49, Maurice Guerrier a écrit : Salut à tous, J'ai mysql 5.1 sur un debian, j'ai rencontré un souci. Je n'arrive pas à arrêter le serveur de mysql. Quand je veux arrêter le serveur de mysql avec la commande suivante : # /etc/init.d/mysql stop Stopping MySQL database server: mysqld failed! Je peux me connecter à la base avec mysql -u login -p password sans aucun problème. à défaut de logs: 1) est-ce que tu peux te connecter en root à mysql (mysql -u root -p). sinon, faut y aller méchamment: - tuer mysql. c'est pas bien, mais quand y a plus que ça... - lancer mysql sans controle: mysqld_safe --skip-grant-tables - mettre un mot de passe pour root: mysqladmin -u root password 'XX' 2) regarde le mot de passe utilisé dans /etc/mysql/debian.cnf. est-ce que tu peux te connecter sur mysql avec ce user/mot de passe (mysql -u debian-sys-maint -p). sinon, connecte toi en root (sur mysql) et met un GRANT pour autoriser ce user avec ce mot de passe. Je regarde dans les logs, il y a rien dans mysql.err; mysql.log Quelqu'un a une idée pour remedier à cette situation? Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2010111216.efd2313a4...@liszt.debian.org
Re: mysql ne veut pas s'arrêter
Le 22/12/2010 22:12, mouss a écrit : Le 22/12/2010 21:49, Maurice Guerrier a écrit : Salut à tous, J'ai mysql 5.1 sur un debian, j'ai rencontré un souci. Je n'arrive pas à arrêter le serveur de mysql. Quand je veux arrêter le serveur de mysql avec la commande suivante : # /etc/init.d/mysql stop Stopping MySQL database server: mysqld failed! Je peux me connecter à la base avec mysql -u login -p password sans aucun problème. à défaut de logs: 1) est-ce que tu peux te connecter en root à mysql (mysql -u root -p). sinon, faut y aller méchamment: - tuer mysql. c'est pas bien, mais quand y a plus que ça... - lancer mysql sans controle: mysqld_safe --skip-grant-tables - mettre un mot de passe pour root: mysqladmin -u root password 'XX' bein sûr, après ça, redémarre mysql normalement (là, il est en skip-grant-tables...). 2) regarde le mot de passe utilisé dans /etc/mysql/debian.cnf. est-ce que tu peux te connecter sur mysql avec ce user/mot de passe (mysql -u debian-sys-maint -p). sinon, connecte toi en root (sur mysql) et met un GRANT pour autoriser ce user avec ce mot de passe. Je regarde dans les logs, il y a rien dans mysql.err; mysql.log Quelqu'un a une idée pour remedier à cette situation? Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2010111358.02ca313a4...@liszt.debian.org
Re: mysql ne veut pas s'arrêter
Bonjour, Maurice Guerrier a écrit : Quand je veux arrêter le serveur de mysql avec la commande suivante : # /etc/init.d/mysql stop Stopping MySQL database server: mysqld failed! J'ai trouvé ce lien : http://www.loovto.net/spip.php?article80 : en résumé, il faut donner toutes les permissions à debian-sys-maint. Je ne sais pas si c'est vraiment une bonne idée. En fouillant un peu plus sur debian-sys-maint, peut-être qu'un dpkg-reconfigure mysql-serveur suffit. J'espère que ça répondra à ton problème. Joyeux Noël, Ken-Patrick -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d1269a5.8050...@gmail.com
Re: MySQL et OO.org_base: problèmes avec re quêtes pluri-tabulaires
On 20/12/2010 22:58, Bernard wrote: François Boisson wrote: Le Sat, 18 Dec 2010 22:39:24 +0100 Bernard bdebr...@teaser.fr a écrit: [...] Il est donc clair que je n'ai pas adopté la bonne méthode. En fait il faudrait qu'une fois la requête édité avec le frontal d'openoffice, tu bascules en édition MySQL et que tu donnes la requête elle même, tu peux même la copier et la coller directement dans mySQL pour voir si la difficulté vient de l'interface (je n'y crois pas) ou de la complexité de ta requête (j'ai ramené de 1/4h à 1/10s une requête juste en mettant une indexation correcte). François Boisson Ci-après, voici le code SQL généré par ma requête et les liens que j'ai créés via OO.org_base : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`, `bapt_juil2010_complet`.`MM_acte`, `bapt_juil2010_complet`.`_acte`, `bapt_juil2010_complet`.`Prenom_enfant`, `bapt_juil2010_complet`.`Nom_enfant`, `bapt_juil2010_complet`.`Nom_pere`, `Codes_lieux_orig_pere`.`Code_lieu`, `Codes_lieux_orig_pere`.`Nom_localite_orig_pere` FROM `mabase`.`Codes_lieux` AS `Codes_lieux`, `mabase`.`bapt_juil2010_complet` AS `bapt_juil2010_complet`, `mabase`.`Codes_lieux_orig_pere` AS `Codes_lieux_orig_pere` WHERE `Codes_lieux`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` AND `Codes_lieux_orig_pere`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` Bonjour, Dans ton cas tu devrais utiliser les jointures, car c'est plus optimisé (voir http://sqlpro.developpez.com/cours/sqlaz/jointures/#LII-B) De plus, la table bapt_juil2010_complet devrait être citée en premier car c'est elle qui sert de 'pivot' As-tu indexé les champs suivants? `Codes_lieux`.`Code_lieu` `Codes_lieux_orig_pere`.`Code_lieu` `bapt_juil2010_complet`.`Code_lieu_acte` Ci-dessous ta requête avec des jointures : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`, `bapt_juil2010_complet`.`MM_acte`, `bapt_juil2010_complet`.`_acte`, `bapt_juil2010_complet`.`Prenom_enfant`, `bapt_juil2010_complet`.`Nom_enfant`, `bapt_juil2010_complet`.`Nom_pere`, `Codes_lieux_orig_pere`.`Code_lieu`, `Codes_lieux_orig_pere`.`Nom_localite_orig_pere` FROM `mabase`.`bapt_juil2010_complet` AS `bapt_juil2010_complet` LEFT JOIN `mabase`.`Codes_lieux` AS `Codes_lieux` ON `Codes_lieux`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` LEFT JOIN `mabase`.`Codes_lieux_orig_pere` AS `Codes_lieux_orig_pere` ON `Codes_lieux_orig_pere`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` En espérant que cela accélère un peu les choses. Bruno -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d105cc1.2020...@cyberoso.com
Re: MySQL et OO.org_base: problèmes avec re quêtes pluri-tabulaires
François Boisson wrote: Le Sat, 18 Dec 2010 22:39:24 +0100 Bernard bdebr...@teaser.fr a écrit: [...] Il est donc clair que je n'ai pas adopté la bonne méthode. En fait il faudrait qu'une fois la requête édité avec le frontal d'openoffice, tu bascules en édition MySQL et que tu donnes la requête elle même, tu peux même la copier et la coller directement dans mySQL pour voir si la difficulté vient de l'interface (je n'y crois pas) ou de la complexité de ta requête (j'ai ramené de 1/4h à 1/10s une requête juste en mettant une indexation correcte). François Boisson Ci-après, voici le code SQL généré par ma requête et les liens que j'ai créés via OO.org_base : SELECT `bapt_juil2010_complet`.`ID`, `bapt_juil2010_complet`.`Code_lieu_acte`, `bapt_juil2010_complet`.`Lieu_acte`, `Codes_lieux`.`Code_lieu`, `Codes_lieux`.`Nom_localite`, `Codes_lieux`.`Paroisse`, `bapt_juil2010_complet`.`JJ_acte`, `bapt_juil2010_complet`.`MM_acte`, `bapt_juil2010_complet`.`_acte`, `bapt_juil2010_complet`.`Prenom_enfant`, `bapt_juil2010_complet`.`Nom_enfant`, `bapt_juil2010_complet`.`Nom_pere`, `Codes_lieux_orig_pere`.`Code_lieu`, `Codes_lieux_orig_pere`.`Nom_localite_orig_pere` FROM `mabase`.`Codes_lieux` AS `Codes_lieux`, `mabase`.`bapt_juil2010_complet` AS `bapt_juil2010_complet`, `mabase`.`Codes_lieux_orig_pere` AS `Codes_lieux_orig_pere` WHERE `Codes_lieux`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` AND `Codes_lieux_orig_pere`.`Code_lieu` = `bapt_juil2010_complet`.`Code_lieu_acte` -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d0fd188.4010...@teaser.fr
Re: MySQL et OO.org_base: problèmes avec requêtes pluri-tabulaires
On Sat, 18 Dec 2010 22:39:24 +0100 Bernard bdebr...@teaser.fr wrote: Bonsoir à tous, Je dispose d'une base MySQL comprenant environ 90 champs et 25000 éléments (lignes), connectée à OpenOffice.org_base via JDBC. Cette base comporte une douzaine de champs lieux, sous forme de codes INSEE. J'ai par ailleurs une table de correspondance codes_INSEE = noms_localités. Je ne suis pas expert en MySQL, mais je sais que l'indexation y est determinante. As tu bien créé des indexes? Voir http://dev.mysql.com/doc/refman/5.1/en/create-index.html Faire afficher, par une requête OO_base, le contenu de la table principale avec les noms des localités d'un des champs codes_lieux, n'a pas posé de problème: relation jointure créée entre les deux tables. La requête s'est exécutée en à peu près une minute. Le problème, il commence dès qu'il est question de faire afficher les noms des localités, non plus d'un seul et unique champs localité, mais de plusieurs (localité naissance, localité décès...). Avec deux tables, çà déconne déjà un maximum, Ta base est petite, elle tient en mémoire. Dans ma compréhension [très partielle] des choses, une jointure devrait bien se passer. Et si ça tient en mémoire et si c'est convenablement indexé, je pourrais imaginer une réponse assez rapide (intuitivement, j'imaginerais en quelques secondes, car ça serait peut-être du O(n log n) avec n autour de 25000). Si tu t'interesses à la généalogie (moi pas), tu pourrais peut-être regarder GeneWeb http://pauillac.inria.fr/~ddr/GeneWeb (c'est codé par quelqu'un de compétent dans un langage puissant, Ocaml). Cordialement. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101219102109.dfba823c.bas...@starynkevitch.net
Re: MySQL et OO.org_base: probl èmes avec requêtes pluri-tabulaires
Bonjour, Le samedi 18 décembre 2010, Bernard a écrit... Je dispose d'une base MySQL comprenant environ 90 champs et 25000 éléments (lignes), connectée à OpenOffice.org_base via JDBC. Cette base comporte une douzaine de champs lieux, sous forme de codes INSEE. J'ai par ailleurs une table de correspondance codes_INSEE = noms_localités. Merci d'avance pour vos lumières... Je ne sais pas si c'est une lumière, mais tu pourrais peut-être organiser ta base différemment, si j'ai bien compris : - une table personne(id_personne#, nom_personne, autres champs...) - une table evenement(id_evenement#, nom_evenement) les évènements étants naissance, décès… - une table des localite(code_insee#, nom_localite) - une table des relations entre les évènements, personnes et localités evenement_personne(id_personne#, id_evenement#, code_insee) Dans cette dernière table tu n'as droit qu'à un seul lieu par couple (personne/évènement). Je ne sais pas si c'est toujours valide (mais ça l'est pour une naissance ou un décès !). Tu rechercherais alors les localités par sous-requête en associant la personne (son id), l'évènement (par son id), et la localité (par son code insee). La recherche pourrait se faire sur le nom de la personne (à indexer si 25000 personnes) et le nom de l'évènement. -- jm -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101219112802.ga29...@espinasse
Re: MySQL et OO.org_base: problèmes avec re quêtes pluri-tabulaires
Basile Starynkevitch wrote: On Sat, 18 Dec 2010 22:39:24 +0100 Bernard bdebr...@teaser.fr wrote: Bonsoir à tous, Je dispose d'une base MySQL comprenant environ 90 champs et 25000 éléments (lignes), connectée à OpenOffice.org_base via JDBC. Cette base comporte une douzaine de champs lieux, sous forme de codes INSEE. J'ai par ailleurs une table de correspondance codes_INSEE = noms_localités. Je ne suis pas expert en MySQL, mais je sais que l'indexation y est determinante. As tu bien créé des indexes? Oui, j'ai bien des index pour chacune de mes tables. J'ai bien remarqué que, sans index, même lorsqu'il s'agit, après l'ouverture d'une table de, disons, 100,000 lignes, de faire afficher les lignes de la première à la dernière, çà demande quelques secondes s'il y a un index, et plusieurs minutes dans le cas contraire. Voir http://dev.mysql.com/doc/refman/5.1/en/create-index.html Faire afficher, par une requête OO_base, le contenu de la table principale avec les noms des localités d'un des champs codes_lieux, n'a pas posé de problème: relation jointure créée entre les deux tables. La requête s'est exécutée en à peu près une minute. Le problème, il commence dès qu'il est question de faire afficher les noms des localités, non plus d'un seul et unique champs localité, mais de plusieurs (localité naissance, localité décès...). Avec deux tables, çà déconne déjà un maximum, Ta base est petite, elle tient en mémoire. Dans ma compréhension [très partielle] des choses, une jointure devrait bien se passer. Elle se passe bien, et rapidement, s'il n'y en n'a qu'une seule... Au dela, c'est problèmatique ! Et si ça tient en mémoire et si c'est convenablement indexé, je pourrais imaginer une réponse assez rapide (intuitivement, j'imaginerais en quelques secondes, car ça serait peut-être du O(n log n) avec n autour de 25000). Si tu t'interesses à la généalogie (moi pas), tu pourrais peut-être regarder GeneWeb http://pauillac.inria.fr/~ddr/GeneWeb (c'est codé par quelqu'un de compétent dans un langage puissant, Ocaml). Si c'est bien Daniel de Rauglaudre qui a codé Geneweb (c'est l'initiateur de ce logiciel), je le connais un peu. Cordialement. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d0e90b2.3070...@teaser.fr
Re: MySQL et OO.org_base: problèmes avec requêtes pluri-tabulaires
Le Sat, 18 Dec 2010 22:39:24 +0100 Bernard bdebr...@teaser.fr a écrit: [...] Il est donc clair que je n'ai pas adopté la bonne méthode. En fait il faudrait qu'une fois la requête édité avec le frontal d'openoffice, tu bascules en édition MySQL et que tu donnes la requête elle même, tu peux même la copier et la coller directement dans mySQL pour voir si la difficulté vient de l'interface (je n'y crois pas) ou de la complexité de ta requête (j'ai ramené de 1/4h à 1/10s une requête juste en mettant une indexation correcte). François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101220001849.19405d7d.user.anti-s...@maison.homelinux.net
Re : mysql réparation de tables corrompues
'lut, Bonjour Entre ton crash disque et ta remise à niveau, supposons (espérons :) ) que tu as gardé la même version de mysql. Dans le cas contraire, de simples REPAIR TABLE ne fonctionnent pas. Quel moteur de stockage utilises-tu ? Si c'est INNODB alors le REPAIR TABLE est inopérant, il te faut faire un dump (mysqldump) de ta table puis un load (mysql). Normalement j'utilise INNODB On vois que la table video a perdu sa structure. As-tu une sauvegarde du *.frm ? ou alors, sait-tu le recréer à la main ? Si le *.MYD est ok, alors dès la structure sera présente il devrait retrouver ses petits. Oui il y a des tables qui ont perdu leur structure et je en sais pas comment faire un rebuild à la main, merci pour ton lien, je vais voir tout ça j'espère que j'arriverai à réparer les dégats Sinon: http://dev.mysql.com/doc/refman/5.1/en/rebuilding-tables.html a+ Merci beaucoup pour ton aide f. Le 14/07/2010 16:40, Tahar BEN ACHOUR a écrit : Bonjour à tous, J'ai un problème avec une base SQL qui a deux tables corrompues, j'ai essayé de les réparer avec mysqlcheck myisamcheck ainsi que REPAIR TABLE rien à faire j'ai comme réponse corrupted file video.frm does not exist. Sachant que ceci est du à un crash disque, les fichiers sont encore présents, mais certainement altérés, est ce qu'il y a un moyen de récupération ? et de réparation de ces fichiers ? voici le résulatat de mes commandes mysqlcheck -u root -p -r mdpdb mdpdb.activationOK mdpdb.actualitesOK mdpdb..administrator OK mdpdb.categorie_prodOK mdpdb.cat Error: Table 'mdpdb.cat' doesn't exist error : Corrupt mdpdb.compteur OK mdpdb.contenuOK mdpdb.devis OK mdpdb.famille_prod OK mdpdb.mail_groupe OK mdpdb.message OK mdpdb.modele OK mdpdb.newsletter OK mdpdb.newsletters OK mdpdb.nouveau OK mdpdb..nouveaute OK mdpdb.partenaires OK mdpdb.produit OK mdpdb.promotion OK mdpdb.referencement OK mdpdb.referencesOK mdpdb.video Error: Incorrect information in file: './mdpdb/video.frm' error: Corrupt mysql repair table video - ; +-++--++ | Table | Op | Msg_type | Msg_text | +-++--++ | mdpdb.video | repair | Error| Incorrect information in file: './mdpdb/video.frm' | | mdpdb.video | repair | error| Corrupt | +-++--+- ta...@mentis:/var/lib/mysql$ sudo myisamchk -r -q /var/lib/mysql/mdpdb/video.MYI - check record delete-chain - recovering (with sort) MyISAM-table '/var/lib/mysql/mdpdb/video.MYI' Data records: 1 - Fixing index 1 Merci pour votre aide -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c3e111f$0$9881$426a7...@news.free.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/46498.76278...@web26303.mail.ukl.yahoo.com
Re : Re : mysql réparation de tables corrompues [R ESOLU à 95% :)]
Bonjour, Merci beaucoup pour votre aide, j'ai pu récupérer 95% de la base, la table vidéo est complètement out, et irrécupérable, la seule chose qui peut être faite c'est récupérer la structure de la table mais la table est vide. Merci à tous, 'lut, Bonjour Entre ton crash disque et ta remise à niveau, supposons (espérons :) ) que tu as gardé la même version de mysql. Dans le cas contraire, de simples REPAIR TABLE ne fonctionnent pas. Quel moteur de stockage utilises-tu ? Si c'est INNODB alors le REPAIR TABLE est inopérant, il te faut faire un dump (mysqldump) de ta table puis un load (mysql). Normalement j'utilise INNODB On vois que la table video a perdu sa structure. As-tu une sauvegarde du *.frm ? ou alors, sait-tu le recréer à la main ? Si le *.MYD est ok, alors dès la structure sera présente il devrait retrouver ses petits. Oui il y a des tables qui ont perdu leur structure et je en sais pas comment faire un rebuild à la main, merci pour ton lien, je vais voir tout ça j'espère que j'arriverai à réparer les dégats Sinon: http://dev.mysql.com/doc/refman/5.1/en/rebuilding-tables.html a+ Merci beaucoup pour ton aide f. Le 14/07/2010 16:40, Tahar BEN ACHOUR a écrit : Bonjour à tous, J'ai un problème avec une base SQL qui a deux tables corrompues, j'ai essayé de les réparer avec mysqlcheck myisamcheck ainsi que REPAIR TABLE rien à faire j'ai comme réponse corrupted file video.frm does not exist. Sachant que ceci est du à un crash disque, les fichiers sont encore présents, mais certainement altérés, est ce qu'il y a un moyen de récupération ? et de réparation de ces fichiers ? voici le résulatat de mes commandes mysqlcheck -u root -p -r mdpdb mdpdb.activation OK mdpdb.actualites OK mdpdb..administrator OK mdpdb.categorie_prod OK mdpdb.cat Error: Table 'mdpdb.cat' doesn't exist error : Corrupt mdpdb.compteur OK mdpdb.contenu OK mdpdb.devisOK mdpdb.famille_prod OK mdpdb.mail_groupe OK mdpdb.message OK mdpdb.modele OK mdpdb.newsletter OK mdpdb.newsletters OK mdpdb.nouveau OK mdpdb..nouveaute OK mdpdb.partenaires OK mdpdb.produit OK mdpdb.promotion OK mdpdb.referencement OK mdpdb.references OK mdpdb.video Error: Incorrect information in file: './mdpdb/video.frm' error: Corrupt mysql repair table video - ; +-++--++ + | Table | Op | Msg_type | Msg_text | +-++--++ + | mdpdb.video | repair | Error| Incorrect information in file: './mdpdb/video.frm' | | mdpdb.video | repair | error| Corrupt| +-++--+- - ta...@mentis:/var/lib/mysql$ sudo myisamchk -r -q /var/lib/mysql/mdpdb/video.MYI - check record delete-chain - recovering (with sort) MyISAM-table '/var/lib/mysql/mdpdb/video.MYI' Data records: 1 - Fixing index 1 Merci pour votre aide -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c3e111f$0$9881$426a7...@news.free.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/46498.76278...@web26303.mail.ukl.yahoo.com
Re: mysql réparation de tables corrompues
'lut, Entre ton crash disque et ta remise à niveau, supposons (espérons :) ) que tu as gardé la même version de mysql. Dans le cas contraire, de simples REPAIR TABLE ne fonctionnent pas. Quel moteur de stockage utilises-tu ? Si c'est INNODB alors le REPAIR TABLE est inopérant, il te faut faire un dump (mysqldump) de ta table puis un load (mysql). On vois que la table video a perdu sa structure. As-tu une sauvegarde du *.frm ? ou alors, sait-tu le recréer à la main ? Si le *.MYD est ok, alors dès la structure sera présente il devrait retrouver ses petits. Sinon: http://dev.mysql.com/doc/refman/5.1/en/rebuilding-tables.html a+ f. Le 14/07/2010 16:40, Tahar BEN ACHOUR a écrit : Bonjour à tous, J'ai un problème avec une base SQL qui a deux tables corrompues, j'ai essayé de les réparer avec mysqlcheck myisamcheck ainsi que REPAIR TABLE rien à faire j'ai comme réponse corrupted file video.frm does not exist. Sachant que ceci est du à un crash disque, les fichiers sont encore présents, mais certainement altérés, est ce qu'il y a un moyen de récupération ? et de réparation de ces fichiers ? voici le résulatat de mes commandes mysqlcheck -u root -p -r mdpdb mdpdb.activation OK mdpdb.actualites OK mdpdb..administratorOK mdpdb.categorie_prod OK mdpdb.cat Error: Table 'mdpdb.cat' doesn't exist error: Corrupt mdpdb.compteur OK mdpdb.contenu OK mdpdb.devisOK mdpdb.famille_prod OK mdpdb.mail_groupe OK mdpdb.message OK mdpdb.modele OK mdpdb.newsletter OK mdpdb.newsletters OK mdpdb.nouveau OK mdpdb..nouveauteOK mdpdb.partenaires OK mdpdb.produit OK mdpdb.promotionOK mdpdb.referencementOK mdpdb.references OK mdpdb.video Error: Incorrect information in file: './mdpdb/video.frm' error: Corrupt mysql repair table video - ; +-++--++ | Table | Op | Msg_type | Msg_text | +-++--++ | mdpdb.video | repair | Error| Incorrect information in file: './mdpdb/video.frm' | | mdpdb.video | repair | error| Corrupt| +-++--+- ta...@mentis:/var/lib/mysql$ sudo myisamchk -r -q /var/lib/mysql/mdpdb/video.MYI - check record delete-chain - recovering (with sort) MyISAM-table '/var/lib/mysql/mdpdb/video.MYI' Data records: 1 - Fixing index 1 Merci pour votre aide -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c3e111f$0$9881$426a7...@news.free.fr
Re: Mysql configuration
Le 30/06/2010 07:11, Jean-Michel OLTRA a écrit : Bonjour, Le mardi 29 juin 2010, fabrice régnier a écrit... Ce serveur utilise Suhosin. Veuillez vous référer à la documentation pour en connaître les conséquences possibles. Si vous pouviez m'eclairer de vos lumieres , ce srait pas mal... suhosin, c'est un bidule pour augmenter la sécurité de ton serveur php (sous forme de library ?), je ne l'ai jamais essayé. Oui. Php est déjà patché avec Suhosin. Mais le plus gros des contrôles d'accès est dans le paquet php5-suhosin. L'as tu installé ? Bonjour, (tout ce fil est sur un probleme en local) hier lorsque je cherchais l'origine des erreurs j'ai commence par desinstaller ce paquet, ce qui n'a dailleurs rien change. Faut-il que je le reinstalle? Jmarc -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i0euq7$2e...@dough.gmane.org
Re: Mysql configuration
Bonjour, Le mercredi 30 juin 2010, jmdufour a écrit... Oui. Php est déjà patché avec Suhosin. Mais le plus gros des contrôles d'accès est dans le paquet php5-suhosin. L'as tu installé ? hier lorsque je cherchais l'origine des erreurs j'ai commence par desinstaller ce paquet, ce qui n'a dailleurs rien change. Faut-il que je le reinstalle? Si le serveur ouèbe et les pages php ne sont pas accessibles de l'extérieur, peut-être pas, sauf si les utilisateurs locaux ne sont pas fiables. Sinon oui, ce n'est pas inutile. Mais suhosin demande un peu de réglage des valeurs de variables pour ne pas bloquer plus que de raison ! -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100630102900.gi28...@espinasse
Re: Mysql configuration
'lut, Ce serveur utilise Suhosin. Veuillez vous référer à la documentation pour en connaître les conséquences possibles. Si vous pouviez m'eclairer de vos lumieres , ce srait pas mal... suhosin, c'est un bidule pour augmenter la sécurité de ton serveur php (sous forme de library ?), je ne l'ai jamais essayé. f. merci d'avance, Jmarc -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c2a101a$0$9870$426a3...@news.free.fr
Re: Mysql configuration
...Oui, tres bien, et je viens de faire un tour ici; http://www.hardened-php.net/suhosin/configuration.html et je ne vois pas ce qu'il faut modifier dans le fichier sohosin.ini, si c'est bien ici qu'il faille faire des reglages... comme en local je n'ai pas l'utilite de cela je l'ai sesisntalle, et dans phpmyadmin j'ai les deux autres erreurs: Certaines fonctionnalités ayant trait aux tables reliées sont désactivées. Pour une analyse du problème, cliquez ici. ici= http://localhost/phpmyadmin/chk_rel.php?token=f623b8109fbc5f8d626e416ccf218189 et le contenu de cette page est: $cfg['Servers'][$i]['pmadb'] ...OK $cfg['Servers'][$i]['relation'] ... en erreur [ Documentation ] Fonctions relationnelles: désactivé $cfg['Servers'][$i]['table_info'] ... en erreur [ Documentation ] Affichage infobulle: désactivé $cfg['Servers'][$i]['table_coords'] ... en erreur [ Documentation ] $cfg['Servers'][$i]['pdf_pages'] ...en erreur [ Documentation ] Génération de schémas en PDF: désactivé $cfg['Servers'][$i]['column_info'] ... en erreur [ Documentation ] Commentaires de colonnes: désactivé Transformation: désactivé $cfg['Servers'][$i]['bookmarktable'] ...en erreur [ Documentation ] Requêtes en signets: désactivé $cfg['Servers'][$i]['history'] ... en erreur [ Documentation ] Historique SQL: désactivé $cfg['Servers'][$i]['designer_coords'] ... en erreur [ Documentation ] Concepteur: désactivé $cfg['Servers'][$i]['tracking'] ... en erreur [ Documentation ] Suivi: désactivé et le deuxieme avertissement: La connexion au controluser tel que défini dans votre configuration a échoué. Je vais chercher de ce cote, a moins que quelqu'un de plus avise que moi m'oriente vers le bon chemin... Tout cela est bien curieux , lors de la 1ere install de Squeeze je n'avais pas eu ces desagremments... merci, Jmarc suhosin, c'est un bidule pour augmenter la sécurité de ton serveur php (sous forme de library ?), je ne l'ai jamais essayé. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i0d6g2$je...@dough.gmane.org
Re: Mysql configuration
Bonjour, Le mardi 29 juin 2010, fabrice régnier a écrit... Ce serveur utilise Suhosin. Veuillez vous référer à la documentation pour en connaître les conséquences possibles. Si vous pouviez m'eclairer de vos lumieres , ce srait pas mal... suhosin, c'est un bidule pour augmenter la sécurité de ton serveur php (sous forme de library ?), je ne l'ai jamais essayé. Oui. Php est déjà patché avec Suhosin. Mais le plus gros des contrôles d'accès est dans le paquet php5-suhosin. L'as tu installé ? -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100630051127.ga28...@espinasse
Re: mysql-query-browser absent de squeeze ?
Frederic Perez a écrit : Quelqu'un connaîtrait-il la raison de l'absence de ce paquet pour squeeze ? Il faut regarder les excuses concernant le paquet source : http://packages.qa.debian.org/m/mysql-gui-tools.html Fanfan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: mysql-query-browser absent de squeeze ?
On Fri, 11 Sep 2009 10:31:47 +0200, François Cerbelle franc...@cerbelle.net wrote: Frederic Perez a écrit : Quelqu'un connaîtrait-il la raison de l'absence de ce paquet pour squeeze ? Il faut regarder les excuses concernant le paquet source : http://packages.qa.debian.org/m/mysql-gui-tools.html Fanfan Merci pour cette réponse si rapide :) ++ Fred -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [mysql] passer de myisam a innodb
merci a tous pour vos avis et experiences :) On Wed, 22 Apr 2009 16:32:26 +0200, Franck Delage deb...@web82.net wrote: GanGan a écrit : | | ouhai j'avais deja fais cette technique, je voulais en voir émerger une | autre ! je vois pas ce que vous avez avec cette technique. elle n'a rien de bourrin. en plus on travaille sur un backup, et pas directement sur la base comme avec phpmyadmin, où on devrait en plus le faire table par table. -- Franck Delage Création et hébergements de sites web www.web82.net -- - GanGan - www.system-linux.eu ( / V_V -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [mysql] passer de myisam a innodb
GanGan a écrit : | | bonjour les amis !! salut, | j'ai un truc farfelu a faire transformer : une base mysql avec des tables | myisam qui faudrai que je transforme en innodb mais pourquoi donc ? le seul intérêt est l'utililsation des clés étrangères, mais tu perds en performance. | comment feriez vous ça ? la base est en prod :s j'ai bien une idée mais y | a peut etre mieux. moi je ferai ça tout bêtement : tu sauvegardes ta base avec mysqldump, puis tu fais un sed pour changer le engine=myisam en engine=innodb, et tu réinjecte ta base et c'est marre. Faut juste que tu bloques l'accès à ta base quelques minutes. ou alors table par table avec des outils comme phpmyadmin ou mysql-query-browser, mais ça sera plus long. si je me gourre, les autres, dites le moi, mais je n'en ai pas l'impression. -- Franck Delage Création et hébergements de sites web www.web82.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [mysql] passer de myisam a innodb
Franck Delage a écrit : moi je ferai ça tout bêtement : tu sauvegardes ta base avec mysqldump, puis tu fais un sed pour changer le engine=myisam en engine=innodb, et tu réinjecte ta base et c'est marre. Faut juste que tu bloques l'accès à ta base quelques minutes. ou alors table par table avec des outils comme phpmyadmin ou mysql-query-browser, mais ça sera plus long. si je me gourre, les autres, dites le moi, mais je n'en ai pas l'impression. Je dis peut-être une bêtise, mais ALTER TABLE `matable` ENGINE = InnoDB -- Julien. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [mysql] passer de myisam a innodb
Le Wednesday 22 April 2009, GanGan(GanGan gan...@zalteam.com) a écrit: bonjour les amis !! Bonjour, j'ai un truc farfelu a faire transformer : une base mysql avec des tables myisam qui faudrai que je transforme en innodb comment feriez vous ça ? la base est en prod :s j'ai bien une idée mais y a peut etre mieux. La commande sql 'alter table toto Engine=innodb ;' permet de passer la base en innoDB. Attention : il vaut mieux avoir des backups sous la main... Une bonne solution est : * Dummper la base avec mysqldump : mysqldump --database=toto toto.dump * sed -i.MyIsam -e 's/ ENGINE=MyISAM / ENGINE=InnoDB /g' toto.dump : cela vous permettra de disposer dans le fichier toto.dump.MyIsam la structure et les données au format MyIsam et dans le fichier la structure et les données format innoDB. * Restaurer les données puis vérifier que la structure a bien changée par 'show create table LA_TABLE' A+ Il suffit ensuite de restaurer soit l'un ou l'autre fichier. -- http://www.glennie.fr The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man.
Re: [mysql] passer de myisam a innodb
* GanGan gan...@zalteam.com [2009-04-22 14:53:15 +0200] wrote : bonjour les amis !! j'ai un truc farfelu a faire transformer : une base mysql avec des tables myisam qui faudrai que je transforme en innodb comment feriez vous ça ? la base est en prod :s j'ai bien une idée mais y a peut etre mieux. Et si tu exposais ton idée ? -- . ''`. (\___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' ()_() GPG: 0x1237B032 `- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [mysql] passer de myisam a innodb
ouhai j'avais deja fais cette technique, je voulais en voir émerger une autre ! avec phpmyadmin on peut faire ca ? On Wed, 22 Apr 2009 15:42:28 +0200, Julien Reitzel jul...@reitzel.info wrote: Franck Delage a écrit : moi je ferai ça tout bêtement : tu sauvegardes ta base avec mysqldump, puis tu fais un sed pour changer le engine=myisam en engine=innodb, et tu réinjecte ta base et c'est marre. Faut juste que tu bloques l'accès à ta base quelques minutes. ou alors table par table avec des outils comme phpmyadmin ou mysql-query-browser, mais ça sera plus long. si je me gourre, les autres, dites le moi, mais je n'en ai pas l'impression. Je dis peut-être une bêtise, mais ALTER TABLE `matable` ENGINE = InnoDB -- Julien. -- - GanGan - www.system-linux.eu ( / V_V -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org