cerhu > linux.debian.user.french

Zuthos (03/03/2019, 09h00)
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
Zuthos (03/03/2019, 11h00)
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: [..]
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 (03/03/2019, 11h40)
Le 03/03/2019 à 00:53, Zuthos a écrit :
[..]
> 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 (03/03/2019, 13h20)
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?
Zuthos (03/03/2019, 15h30)
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 (03/03/2019, 16h40)
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 :
[..]
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.
Zuthos (03/03/2019, 17h40)
Jean-Michel OLTRA a écrit :
> Bonjour,
> 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 (03/03/2019, 18h40)
Jean-Michel OLTRA a écrit :
> Bonjour,
>> Le dimanche 03 mars 2019, Zuthos a écrit...

> Tu peux regarder :
> [..]
> 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 (03/03/2019, 19h30)
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 :
[..]

Discussions similaires
connection odbc mysql et manipulation les tables mysql avec le builder c°++

[WD12][Acces natif mySQL] comment importer le schéma de BDD si mySQL est sur un port autre que 3306 ?

[MySQL] - Erreur de syntaxe Mysql (sous selection)

[WD8][MySQL] Que faut-il faire pour attaquer MySQL sous Linux ?


Fuseau horaire GMT +2. Il est actuellement 09h28. | Privacy Policy