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
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.
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
Zuthos
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")
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")
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")
Zuthos
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'.
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'.
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'.
Zuthos
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
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
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
Paul Ezvan
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
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?
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
Jean-Michel OLTRA
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
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.
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
Zuthos
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.
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.
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.
Jean-Michel OLTRA
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
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;
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
Zuthos
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 | +-----------+---------+---------+
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 |
+-----------+---------+---------+
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 | +-----------+---------+---------+
Zuthos
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;
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;
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;