Soucis installation Mariadb-server sur serveur dédié (Debian 9)

et si comme la première où tu disais que c'était résolu

https://community.ovhcloud.com/community/fr/soucis-suite-a-installation-de-mariadb-server-sur-serveur-dedie-debian-9?id=community_question&sys_id=6274f18cfd9e8e902d4c483e6acd51be

tu éditais ton titre et choisissais une catégorie adaptée: cloud/dédié?

Désolé,

Ce n'est pas le même serveur, et la manipulation de l'autre serveur n'a pas fonctionner.

C'est pour cela que j'en ai créé un nouveau.

Que dois-je faire?

ok, mais la catégorie dédié serait plus adéquate

ok, je modifie
Merci

j'ai pas l'expérience, mais dans mes notes, je vois que j'avais configurer après l'install avec
```
mysql_secure_installation
```

J'ai essayer et la j'ai le message:

NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MariaDB
SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY!

In order to log into MariaDB to secure it, we'll need the current
password for the root user. If you've just installed MariaDB, and
you haven't set the root password yet, the password will be blank,
so you should just press enter here.

Enter current password for root (enter for none):
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2 "No such file or directory")
Enter current password for root (enter for none):

alors c'est que mon serveur était démarré, et j'étais sur debian 9 de mémoire
je ne peux t'aider plus, désolé

merci quand même ;)

j’espère qu'il y aura quelqu'un...

La , je sèche....

> La , je sèche....

tu @Sich ?

/o -> {]

Hum voir si il y'a quelque chose dans les logs d'erreur (/var/log/mysql/ ou /var/lib/mysql/error.log).
Généralement quand MySQL ne démarre pas ça vient d'un problème dans la config.

Quand tu as essayé de désinstaller / réinstaller tu as bien fais un apt-get remove --purge mariadb* ? Attention ça va supprimer les bdd, donc s'assurer qu'il y'a des backups ou que le serveur est vide à la base.

S'assurer que /var/lib/mysql est bien vide, idem pour /etc/mysql.

Ensuite retenter une install.
Sur Debian MySQL ça s'install tt seul normalement, sur une fresh install pas de raison qu'il y'ait un problème.

C'est un netboot le serveur ? Parce que Debian9 on est en 4.9 et pas en 3.14....
ça fait vieux 3.14...

[EDIT]
J'ai dis une bétise, enfin pas forcément mais bon.
Les logs disent : "[ERROR] mysqld: Can't create/write to file '/tmp/ibZCBctS' (Errcode: 13 "Permission denied")"

or /tmp/ c'est le tmp dir par défaut de MySQL. Normalement tout le monde doit pouvoir écrire dans /tmp.
Il faut vérifier les perms de /tmp/ ou alors dans la config faire pointer le tmpdir ailleurs en s'assurant que l'user MySQL a bien les droits pour y écrire.
[/EDIT]

Mysql error.log

2019-08-01 20:12:32 113965865500032 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2019-08-01 20:12:32 113965865500032 [Note] InnoDB: The InnoDB memory heap is disabled
2019-08-01 20:12:32 113965865500032 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-08-01 20:12:32 113965865500032 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-08-01 20:12:32 113965865500032 [Note] InnoDB: Compressed tables use zlib 1.2.8
2019-08-01 20:12:32 113965865500032 [Note] InnoDB: Using Linux native AIO
2019-08-01 20:12:32 113965865500032 [Note] InnoDB: Using SSE crc32 instructions
2019-08-01 20:12:32 113965865500032 [Note] InnoDB: Initializing buffer pool, size = 1.0G
2019-08-01 20:12:32 113965865500032 [Note] InnoDB: Completed initialization of buffer pool
2019-08-01 20:12:32 113965865500032 [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-08-01 20:12:32 113965865500032 [ERROR] Plugin 'InnoDB' init function returned error.
2019-08-01 20:12:32 113965865500032 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2019-08-01 20:12:32 113965865500032 [Note] Plugin 'FEEDBACK' is disabled.
2019-08-01 20:12:32 113965865500032 [ERROR] Unknown/unsupported storage engine: InnoDB
2019-08-01 20:12:32 113965865500032 [ERROR] Aborting

> A downgrade from MariaDB 10.2.2

d'où sort cette version ?

```text
mariadb-server | 10.1.38-0+deb9u1 | oldstable | debian9
```

Pour répondre aux autres question: Oui , pour **"apt-get remove --purge mariadb*"** puis suppression de **/etc/mysql**

Par contre **/var/lib/mysql**, je l'ai déplacer sur **/home/mysql** avant de faire la ré-installation

car 4.38 GB de Base de données

**apt list | grep mariadb**

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

libmariadb-dev/oldstable 2.3.2-2 amd64
libmariadb-dev-compat/oldstable 2.3.2-2 amd64
libmariadb2/oldstable 2.3.2-2 amd64
libmariadbclient-dev/oldstable 10.1.38-0+deb9u1 amd64
libmariadbclient-dev-compat/oldstable 10.1.38-0+deb9u1 amd64
libmariadbclient18/oldstable,now 10.1.38-0+deb9u1 amd64 [installé, automatique]
libmariadbd-dev/oldstable 10.1.38-0+deb9u1 amd64
libmariadbd18/oldstable 10.1.38-0+deb9u1 amd64
mariadb-client/oldstable 10.1.38-0+deb9u1 all
mariadb-client-10.1/oldstable,now 10.1.38-0+deb9u1 amd64 [installé, automatique]
mariadb-client-core-10.1/oldstable,now 10.1.38-0+deb9u1 amd64 [installé, automatique]
mariadb-common/oldstable,now 10.1.38-0+deb9u1 all [installé, automatique]
mariadb-plugin-connect/oldstable 10.1.38-0+deb9u1 amd64
mariadb-plugin-cracklib-password-check/oldstable 10.1.38-0+deb9u1 amd64
mariadb-plugin-gssapi-client/oldstable 10.1.38-0+deb9u1 amd64
mariadb-plugin-gssapi-server/oldstable 10.1.38-0+deb9u1 amd64
mariadb-plugin-mroonga/oldstable 10.1.38-0+deb9u1 amd64
mariadb-plugin-oqgraph/oldstable 10.1.38-0+deb9u1 amd64
mariadb-plugin-spider/oldstable 10.1.38-0+deb9u1 amd64
mariadb-plugin-tokudb/oldstable 10.1.38-0+deb9u1 amd64
mariadb-server/oldstable,now 10.1.38-0+deb9u1 all [installé]
mariadb-server-10.1/oldstable,now 10.1.38-0+deb9u1 amd64 [installé, automatique]
mariadb-server-core-10.1/oldstable,now 10.1.38-0+deb9u1 amd64 [installé, automatique]
mariadb-test/oldstable 10.1.38-0+deb9u1 amd64
mariadb-test-data/oldstable 10.1.38-0+deb9u1 all


Pas de 10.2.2 ???
Je ne comprends pas non plus ...

Assures toi que tes fichiers liés à MySQL sont bien vides avant de faire la réinstall.
Ce qui implique /var/lib/mysql/ et /var/log/mysql/

Garde bien tes données à l'abri ailleurs.
Tes datas tu dois les réinjecter via des dump pas en faisant un copier / coller des fichiers (c'est une méthode à éviter au maximum, vraiment en cas extrême).

Normalement si tout est ok tu auras un serveur MySQL clean. Ensuite tu peux réinjecter les données en recréant les bdd et en récupérant les données via les .sql.

Pour les permissions tu peux les récupérer dans la bdd mysql, en parsant les datas tu peux recréer toutes les permissions proprement.

A la limite quand tu viens d'un autre serveur avec EXACTEMENT la même config et la même version pourquoi pas ça se tente. Sinon il faut vraiment passer par des exports en .sql et réimporter les données comme il faut.

[EDIT]
dans la doc MySQL ils donnent aussi une bonne idée :
For easiest troubleshooting, start the MySQL server from a command prompt so that you see what is happening.

Donc au lieu de démarrer ton serveur via sytemctl ou /etc/init.d/ démarre le directement avec un sudo --user=mysql mysql
[/EDIT]

comment tu fais des dumps sur la nouvelle base avec uniquement les anciens fichiers???
je ne sais pas si s'est possible

Ben justement, les anciens fichiers on ne les copies pas comme un bourrin, on fait des dumps propre....
Là pour récupérer les données simplement à partir des fichiers bruts ça risque d'être compliqué...
Ce sont des bases innodb ? myisam ?
Le serveur était configuré en innodb-file-per-table= 1 au moins ? Ou tout est dans le fichier de base de MySQL ?
Quelle était l'ancienne version du serveur SQL ?

Malheureusement, pas de **innodb_file_per_table**
Tout dans un seul fichier
+
Des tables en myisam

Ancienne version du serveur MySQL : 5.7.21 sous Debian 8

Le souci est venu suis au passage a Debian 9

oui donc c'est pas gagné, mais alors pas gagné du tout...
J'ai presque envie de dire qu'il faudrait remonter une debian8, y installer un MySQL 5.7.21, tenter de recopier les données...
Une fois l'ancien serveur UP, faire des dumps des données pour pouvoir récupérer les données...

Ce serait des tables MyISAM ça pourrait passer SI le serveur source était à l'arrêt au moment de la copie...
Mais pour innodb ça risque d'être bcp bcp plus compliqué surtout sans le innodb_file_per_table...

Quelles sont les données exactement dont tu disposes ? Tout le dossier mysql ? Des logs binaires aussi (binlog) ?

Mais passer d'un mysql 5.7 vers du mariadb 10.1 en copiant / collant les fichiers comme un bourrin.... Faut être vraiment confiant pour espérer que ça va bien se passer...

en fait, je n'ai pas copier les données, j'ai fait pointer le dossier **datadir** sur **/home/mysql**

Mais il a bien fallu les copier depuis le serveur de départ...
ça revient au même au final de toute façon...

C'est une copie d'un serveur source, puis faire pointer le datadir (qui contient vraiment tout à part la config) sur les anciens fichiers qui viennent du serveur source...

Et c'est en faisant ça que tu as ton erreur innodb au démarrage ? Ce qui ne m'étonnerait pas car passer de mysql 5.7 à mariadb10.1 il ya probablement des choses qui ne collent pas dans la structure des fichiers....

Une copie à froid (on copie tout le dossier datadir avec un serveur SQL à l'arrêt) peut éventuellement être envisageable. Mais avec exactement la même config et la même version de MySQL... Sinon c'est prendre de gros risques... Et même dans ces conditions je ne m'aventurerai pas là dedans perso... Pas sans des dumps de toutes les bdd en +...

Comment se fait il que tu te retrouves avec ces fichiers sans backup via mysqldump ? Une migration mal préparée ? Un crash ?

Essaie de monter une VM sur ton pc avec Debian8, essaie de réinstaller MySQL.
Mais je vois que dans les dépôts c'est un MySQL 5.5 sur Debian8, pas 5.7...

Et dans tes logs innodb ça parle même d'une MariaDB 10.2.2....
J'ai l'impression que c'est un peu le bazar quand même dans tes backups...

Tu as un backup de la config de l'ancien serveur (le my.cnf) ?
Il faut vraiment essayer de coller au plus proche de l'ancienne config pour aider à remonter un serveur dans ces conditions...

oui, j'ai la sauvegarde du fichier my.cnf

la je reinstall sans la récupération des ancienne bases

root@serveur:~# **_apt-get remove --purge mariadb*_**

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Note, selecting 'mariadb-test' for glob 'mariadb*'
Note, selecting 'mariadb-test-data-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-test-data' for glob 'mariadb*'
Note, selecting 'mariadb-plugin-cracklib-password-check' for glob 'mariadb*'
Note, selecting 'mariadb-test-5.5' for glob 'mariadb*'
Note, selecting 'mariadb-common' for glob 'mariadb*'
Note, selecting 'mariadb-plugin-connect' for glob 'mariadb*'
Note, selecting 'mariadb-server-core-5.5' for glob 'mariadb*'
Note, selecting 'mariadb-server-5.5' for glob 'mariadb*'
Note, selecting 'mariadb-tokudb-engine-5.5' for glob 'mariadb*'
Note, selecting 'mariadb-server-core-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-server-core-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-connect-engine-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-connect-engine-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-galera-server' for glob 'mariadb*'
Note, selecting 'mariadb-client-5.5' for glob 'mariadb*'
Note, selecting 'mariadb-server-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-server-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-plugin-oqgraph' for glob 'mariadb*'
Note, selecting 'mariadb-plugin-gssapi-client' for glob 'mariadb*'
Note, selecting 'mariadb-plugin-spider' for glob 'mariadb*'
Note, selecting 'mariadb-galera-server-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-plugin-gssapi-server' for glob 'mariadb*'
Note, selecting 'mariadb-plugin-tokudb' for glob 'mariadb*'
Note, selecting 'mariadb-client-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-client-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-server' for glob 'mariadb*'
Note, selecting 'mariadb-tokudb-engine-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-tokudb-engine-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-client-core-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-client-core-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-client' for glob 'mariadb*'
Note, selecting 'mariadb-test-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-test-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-oqgraph-engine-10.0' for glob 'mariadb*'
Note, selecting 'mariadb-oqgraph-engine-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-galera-server-5.5' for glob 'mariadb*'
Note, selecting 'mariadb-client-core-5.5' for glob 'mariadb*'
Note, selecting 'mariadb-gssapi-server-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-gssapi-server-10.2' for glob 'mariadb*'
Note, selecting 'mariadb-gssapi-client-10.1' for glob 'mariadb*'
Note, selecting 'mariadb-gssapi-client-10.2' for glob 'mariadb*'
Note, selecting 'mariadb-plugin-mroonga' for glob 'mariadb*'
Le paquet « mariadb-client-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-client-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-server-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-client-core-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-client-core-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-connect-engine-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-connect-engine-10.1 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-gssapi-client-10.1 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-gssapi-client-10.2 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-gssapi-server-10.1 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-gssapi-server-10.2 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-oqgraph-engine-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-oqgraph-engine-10.1 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-tokudb-engine-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-tokudb-engine-10.1 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-tokudb-engine-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-galera-server » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-galera-server-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-galera-server-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-server-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-server-core-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-server-core-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-test-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-test-10.1 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-test-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-test-data-10.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-client » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-plugin-connect » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-plugin-cracklib-password-check » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-plugin-gssapi-client » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-plugin-gssapi-server » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-plugin-mroonga » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-plugin-oqgraph » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-plugin-spider » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-plugin-tokudb » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-test » n'est pas installé, et ne peut donc être supprimé
Le paquet « mariadb-test-data » n'est pas installé, et ne peut donc être supprimé
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
galera-3 libdbd-mysql-perl libmariadbclient18 mysql-common
Veuillez utiliser « apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
mariadb-client-10.1* mariadb-client-core-10.1* mariadb-common* mariadb-server* mariadb-server-10.1* mariadb-server-core-10.1*
0 mis à jour, 0 nouvellement installés, 6 à enlever et 0 non mis à jour.
Après cette opération, 178 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] O
(Lecture de la base de données... 98895 fichiers et répertoires déjà installés.)
Suppression de mariadb-server (10.1.38-0+deb9u1) ...
Suppression de mariadb-server-10.1 (10.1.38-0+deb9u1) ...
Suppression de mariadb-client-10.1 (10.1.38-0+deb9u1) ...
Suppression de mariadb-client-core-10.1 (10.1.38-0+deb9u1) ...
Suppression de mariadb-server-core-10.1 (10.1.38-0+deb9u1) ...
Suppression de mariadb-common (10.1.38-0+deb9u1) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...
(Lecture de la base de données... 98627 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de mariadb-common (10.1.38-0+deb9u1) ...
Purge des fichiers de configuration de mariadb-client-10.1 (10.1.38-0+deb9u1) ...
Purge des fichiers de configuration de mariadb-server-10.1 (10.1.38-0+deb9u1) ...
insserv: script noderige: service noderig already provided!
Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u11) ...

root@serveur:~# **_apt-get autoremove_**

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
galera-3 libdbd-mysql-perl libmariadbclient18 mysql-common
0 mis à jour, 0 nouvellement installés, 4 à enlever et 0 non mis à jour.
Après cette opération, 7 681 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] O
(Lecture de la base de données... 98610 fichiers et répertoires déjà installés.)
Suppression de galera-3 (25.3.19-2) ...
Suppression de libdbd-mysql-perl (4.041-2) ...
Suppression de libmariadbclient18:amd64 (10.1.38-0+deb9u1) ...
Suppression de mysql-common (5.8+1.0.2) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.24-11+deb9u4) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...

root@serveur:~# **_apt-get autoclean_**

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait

root@serveur:~# **_apt-get clean_**

Suppression des dossiers:
**/etc/mysql**
**/var/lib/mysql**

root@serveur:~# **_apt-get install mariadb-server_**

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
The following additional packages will be installed:
galera-3 libdbd-mysql-perl libmariadbclient18 mariadb-client-10.1 mariadb-client-core-10.1 mariadb-common mariadb-server-10.1 mariadb-server-core-10.1 mysql-common
Paquets suggérés :
mailx mariadb-test netcat-openbsd tinyca
Les NOUVEAUX paquets suivants seront installés :
galera-3 libdbd-mysql-perl libmariadbclient18 mariadb-client-10.1 mariadb-client-core-10.1 mariadb-common mariadb-server mariadb-server-10.1 mariadb-server-core-10.1 mysql-common
0 mis à jour, 10 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 23,5 Mo dans les archives.
Après cette opération, 185 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] O
Réception de:1 http://deb.debian.org/debian stretch/main amd64 mysql-common all 5.8+1.0.2 [5 608 B]
Réception de:2 http://deb.debian.org/debian stretch/main amd64 mariadb-common all 10.1.38-0+deb9u1 [28,4 kB]
Réception de:3 http://deb.debian.org/debian stretch/main amd64 galera-3 amd64 25.3.19-2 [955 kB]
Réception de:4 http://deb.debian.org/debian stretch/main amd64 mariadb-client-core-10.1 amd64 10.1.38-0+deb9u1 [5 107 kB]
Réception de:5 http://deb.debian.org/debian stretch/main amd64 mariadb-client-10.1 amd64 10.1.38-0+deb9u1 [5 918 kB]
Réception de:6 http://deb.debian.org/debian stretch/main amd64 mariadb-server-core-10.1 amd64 10.1.38-0+deb9u1 [5 241 kB]
Réception de:7 http://deb.debian.org/debian stretch/main amd64 mariadb-server-10.1 amd64 10.1.38-0+deb9u1 [5 344 kB]
Réception de:8 http://deb.debian.org/debian stretch/main amd64 libmariadbclient18 amd64 10.1.38-0+deb9u1 [785 kB]
Réception de:9 http://deb.debian.org/debian stretch/main amd64 libdbd-mysql-perl amd64 4.041-2 [114 kB]
Réception de:10 http://deb.debian.org/debian stretch/main amd64 mariadb-server all 10.1.38-0+deb9u1 [27,3 kB]
23,5 Mo réceptionnés en 0s (58,0 Mo/s)
Préconfiguration des paquets...
Sélection du paquet mysql-common précédemment désélectionné.
(Lecture de la base de données... 98575 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../0-mysql-common_5.8+1.0.2_all.deb ...
Dépaquetage de mysql-common (5.8+1.0.2) ...
Sélection du paquet mariadb-common précédemment désélectionné.
Préparation du dépaquetage de .../1-mariadb-common_10.1.38-0+deb9u1_all.deb ...
Dépaquetage de mariadb-common (10.1.38-0+deb9u1) ...
Sélection du paquet galera-3 précédemment désélectionné.
Préparation du dépaquetage de .../2-galera-3_25.3.19-2_amd64.deb ...
Dépaquetage de galera-3 (25.3.19-2) ...
Sélection du paquet mariadb-client-core-10.1 précédemment désélectionné.
Préparation du dépaquetage de .../3-mariadb-client-core-10.1_10.1.38-0+deb9u1_amd64.deb ...
Dépaquetage de mariadb-client-core-10.1 (10.1.38-0+deb9u1) ...
Sélection du paquet mariadb-client-10.1 précédemment désélectionné.
Préparation du dépaquetage de .../4-mariadb-client-10.1_10.1.38-0+deb9u1_amd64.deb ...
Dépaquetage de mariadb-client-10.1 (10.1.38-0+deb9u1) ...
Sélection du paquet mariadb-server-core-10.1 précédemment désélectionné.
Préparation du dépaquetage de .../5-mariadb-server-core-10.1_10.1.38-0+deb9u1_amd64.deb ...
Dépaquetage de mariadb-server-core-10.1 (10.1.38-0+deb9u1) ...
Paramétrage de mysql-common (5.8+1.0.2) ...
Paramétrage de mariadb-common (10.1.38-0+deb9u1) ...
update-alternatives: utilisation de « /etc/mysql/mariadb.cnf » pour fournir « /etc/mysql/my.cnf » (my.cnf) en mode automatique
Sélection du paquet mariadb-server-10.1 précédemment désélectionné.
(Lecture de la base de données... 98735 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../mariadb-server-10.1_10.1.38-0+deb9u1_amd64.deb ...
useradd: failed to reset the lastlog entry of UID 106: Success
Dépaquetage de mariadb-server-10.1 (10.1.38-0+deb9u1) ...
Sélection du paquet libmariadbclient18:amd64 précédemment désélectionné.
Préparation du dépaquetage de .../libmariadbclient18_10.1.38-0+deb9u1_amd64.deb ...
Dépaquetage de libmariadbclient18:amd64 (10.1.38-0+deb9u1) ...
Sélection du paquet libdbd-mysql-perl précédemment désélectionné.
Préparation du dépaquetage de .../libdbd-mysql-perl_4.041-2_amd64.deb ...
Dépaquetage de libdbd-mysql-perl (4.041-2) ...
Sélection du paquet mariadb-server précédemment désélectionné.
Préparation du dépaquetage de .../mariadb-server_10.1.38-0+deb9u1_all.deb ...
Dépaquetage de mariadb-server (10.1.38-0+deb9u1) ...
Paramétrage de mariadb-server-core-10.1 (10.1.38-0+deb9u1) ...
Paramétrage de mariadb-client-core-10.1 (10.1.38-0+deb9u1) ...
Paramétrage de libmariadbclient18:amd64 (10.1.38-0+deb9u1) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.24-11+deb9u4) ...
Paramétrage de galera-3 (25.3.19-2) ...
Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u11) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...
Paramétrage de libdbd-mysql-perl (4.041-2) ...
Paramétrage de mariadb-client-10.1 (10.1.38-0+deb9u1) ...
Paramétrage de mariadb-server-10.1 (10.1.38-0+deb9u1) ...
Created symlink /etc/systemd/system/mysql.service → /lib/systemd/system/mariadb.service.
Created symlink /etc/systemd/system/mysqld.service → /lib/systemd/system/mariadb.service.
Created symlink /etc/systemd/system/multi-user.target.wants/mariadb.service → /lib/systemd/system/mariadb.service.
insserv: script noderige: service noderig already provided!
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
mariadb.service couldn't start.
Paramétrage de mariadb-server (10.1.38-0+deb9u1) ...
Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u11) ...

Et là, je comprends pas!! car **toujours la même erreur**!!
Alors que j'ai supprimer toutes les ancienne données!!

root@serveur:~# **_systemctl status mariadb_**

● mariadb.service - MariaDB 10.1.38 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2019-08-01 22:45:32 CEST; 11s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 26699 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE)
Process: 26623 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=ex
Process: 26617 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 26613 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
Main PID: 26699 (code=exited, status=1/FAILURE)
Status: "MariaDB server is down"

août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 755ac6158d80 InnoDB: Error: unable to create temporary file; errno: 13
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [ERROR] Plugin 'InnoDB' init function returned error.
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] Plugin 'FEEDBACK' is disabled.
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [ERROR] Unknown/unsupported storage engine: InnoDB
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [ERROR] Aborting
août 01 22:45:32 serveur systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
août 01 22:45:32 serveur systemd[1]: Failed to start MariaDB 10.1.38 database server.
août 01 22:45:32 serveur systemd[1]: mariadb.service: Unit entered failed state.
août 01 22:45:32 serveur systemd[1]: mariadb.service: Failed with result 'exit-code'.
lines 1-22/22 (END)

root@serveur:~# **_journalctl -xe_**

août 01 22:45:31 serveur systemd[1]: Starting MariaDB 10.1.38 database server...
-- 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.
août 01 22:45:32 serveur sh[26623]: mktemp: impossible de créer le fichier à partir du modèle « /tmp/wsrep_recovery.XXXXXX »: No such file or directory
août 01 22:45:32 serveur sh[26623]: WSREP: mktemp failed
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] /usr/sbin/mysqld (mysqld 10.1.38-MariaDB-0+deb9u1) starting as process 26699 ...
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to u
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] InnoDB: Using mutexes to ref count buffer pool pages
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] InnoDB: The InnoDB memory heap is disabled
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] InnoDB: Compressed tables use zlib 1.2.8
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] InnoDB: Using Linux native AIO
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] InnoDB: Using SSE crc32 instructions
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [ERROR] mysqld: Can't create/write to file '/tmp/ibVjcUt8' (Errcode: 13 "Permission denied")
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 755ac6158d80 InnoDB: Error: unable to create temporary file; errno: 13
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [ERROR] Plugin 'InnoDB' init function returned error.
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [Note] Plugin 'FEEDBACK' is disabled.
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [ERROR] Unknown/unsupported storage engine: InnoDB
août 01 22:45:32 serveur mysqld[26699]: 2019-08-01 22:45:32 129032730807680 [ERROR] Aborting
août 01 22:45:32 serveur systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
août 01 22:45:32 serveur systemd[1]: Failed to start MariaDB 10.1.38 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.
août 01 22:45:32 serveur systemd[1]: mariadb.service: Unit entered failed state.
août 01 22:45:32 serveur systemd[1]: mariadb.service: Failed with result 'exit-code'.

Pas de modif du datadir ?
On est bien sur le dossier par défaut ?
Que dit un lancement de mysqld directement en console sans passer par /etc/init.d/mysql ?
Rien dans /var/log/mysql ?

[quote]InnoDB: Error: unable to create temporary file; errno: 13[/quote]

Tjrs ce problème de permission sur le tmpdir

ou alors il n'y a plus de place suffisante?

Can't create/write to file '/tmp/ibVjcUt8' (Errcode: 13 "Permission denied")

C'est bien un permission denied dans les logs.
Mais oui contrôler l'espace disque ne ferait pas de mal.

**_my.cnf_**

#
# These groups are read by MariaDB server.
# Use it for options that only the server (but not clients) should see
#
# See the examples of server my.cnf files in /usr/share/mysql/
#

# this is read by the standalone daemon and embedded servers
[server]

# this is only for the mysqld standalone daemon
[mysqld]

#
# * Basic Settings
#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1

#
# * Fine Tuning
#
key_buffer_size = 16M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam_recover_options = BACKUP
#max_connections = 100
#table_cache = 64
#thread_concurrency = 10

#
# * Query Cache Configuration
#
query_cache_limit = 1M
query_cache_size = 16M

#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file = /var/log/mysql/mysql.log
#general_log = 1
#
# Error log - should be very few entries.
#
log_error = /var/log/mysql/error.log
#
# Enable the slow query log to see queries with especially long duration
#slow_query_log_file = /var/log/mysql/mariadb-slow.log
#long_query_time = 10
#log_slow_rate_limit = 1000
#log_slow_verbosity = query_plan
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
# other settings you may need to change.
#server-id = 1
#log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
#binlog_do_db = include_database_name
#binlog_ignore_db = exclude_database_name

#
# * 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!

#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates you can use for example the GUI tool "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem
#
# Accept only connections using the latest and most secure TLS protocol version.
# ..when MariaDB is compiled with OpenSSL:
# ssl-cipher=TLSv1.2
# ..when MariaDB is compiled with YaSSL (default in Debian):
# ssl=on

#
# * Character sets
#
# MySQL/MariaDB default is Latin1, but in Debian we rather default to the full
# utf8 4-byte character set. See also client.cnf
#
character-set-server = utf8mb4
collation-server = utf8mb4_general_ci

#
# * Unix socket authentication plugin is built-in since 10.0.22-6
#
# Needed so the root database user can authenticate without a password but
# only when running as the unix root user.
#
# Also available for other users if required.
# See https://mariadb.com/kb/en/unix_socket-authentication-plugin/

# this is only for embedded server
[embedded]

# This group is only read by MariaDB servers, not by MySQL.
# If you use the same .cnf file for MySQL and MariaDB,
# you can put MariaDB-only options here
[mariadb]

# This group is only read by MariaDB-10.1 servers.
# If you use the same .cnf file for MariaDB of different versions,
# use this group for options that older servers don't understand
[mariadb-10.1]


**Lancement manuel de Mysql**

root@serveur:~# **_mysqld -u root mysql_**

2019-08-01 22:55:45 128473541033344 [Warning] Ignoring user change to 'root' because the user was set to 'mysql' earlier on the command line

2019-08-01 22:55:45 128473541033344 [Note] mysqld (mysqld 10.1.38-MariaDB-0+deb9u1) starting as process 27338 ...


**Contenu de /var/log/mysql**

2019-08-01 22:27:50 122682124148096 [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-08-01 22:27:50 122682124148096 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2019-08-01 22:27:50 122682124148096 [Note] InnoDB: The InnoDB memory heap is disabled
2019-08-01 22:27:50 122682124148096 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-08-01 22:27:50 122682124148096 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-08-01 22:27:50 122682124148096 [Note] InnoDB: Compressed tables use zlib 1.2.8
2019-08-01 22:27:50 122682124148096 [Note] InnoDB: Using Linux native AIO
2019-08-01 22:27:50 122682124148096 [Note] InnoDB: Using SSE crc32 instructions
2019-08-01 22:27:50 122682124148096 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2019-08-01 22:27:51 122682124148096 [Note] InnoDB: Completed initialization of buffer pool
2019-08-01 22:27:51 122682124148096 [Note] InnoDB: The first specified data file ./ibdata1 did not exist: a new database to be created!
2019-08-01 22:27:51 122682124148096 [Note] InnoDB: Setting file ./ibdata1 size to 12 MB
2019-08-01 22:27:51 122682124148096 [Note] InnoDB: Setting log file ./ib_logfile101 size to 48 MB
2019-08-01 22:27:52 122682124148096 [Note] InnoDB: Setting log file ./ib_logfile1 size to 48 MB
2019-08-01 22:27:53 122682124148096 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
2019-08-01 22:27:53 122682124148096 [Warning] InnoDB: New log files created, LSN=45781
2019-08-01 22:27:53 122682124148096 [Note] InnoDB: Doublewrite buffer not found: creating new
2019-08-01 22:27:53 122682124148096 [Note] InnoDB: Doublewrite buffer created
2019-08-01 22:27:53 122682124148096 [Note] InnoDB: 128 rollback segment(s) are active.
2019-08-01 22:27:53 122682124148096 [Warning] InnoDB: Creating foreign key constraint system tables.
2019-08-01 22:27:53 122682124148096 [Note] InnoDB: Foreign key constraint system tables created
2019-08-01 22:27:53 122682124148096 [Note] InnoDB: Creating tablespace and datafile system tables.
2019-08-01 22:27:53 122682124148096 [Note] InnoDB: Tablespace and datafile system tables created.
2019-08-01 22:27:53 122682124148096 [Note] InnoDB: Waiting for purge to start
2019-08-01 22:27:53 122682124148096 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.42-84.2 started; log sequence number 0
2019-08-01 22:27:53 122681457465088 [Note] InnoDB: Dumping buffer pool(s) not yet started
2019-08-01 22:27:57 126959636544896 [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-08-01 22:27:57 126959636544896 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: The InnoDB memory heap is disabled
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: Compressed tables use zlib 1.2.8
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: Using Linux native AIO
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: Using SSE crc32 instructions
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: Completed initialization of buffer pool
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: Highest supported file format is Barracuda.
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: 128 rollback segment(s) are active.
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: Waiting for purge to start
2019-08-01 22:27:57 126959636544896 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.42-84.2 started; log sequence number 1616697
2019-08-01 22:27:57 126958968657664 [Note] InnoDB: Dumping buffer pool(s) not yet started
2019-08-01 22:28:01 117630880144768 [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-08-01 22:28:01 117630880144768 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: The InnoDB memory heap is disabled
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: Compressed tables use zlib 1.2.8
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: Using Linux native AIO
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: Using SSE crc32 instructions
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: Completed initialization of buffer pool
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: Highest supported file format is Barracuda.
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: 128 rollback segment(s) are active.
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: Waiting for purge to start
2019-08-01 22:28:01 117630880144768 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.42-84.2 started; log sequence number 1616707
2019-08-01 22:28:01 117630211757824 [Note] InnoDB: Dumping buffer pool(s) not yet started
2019-08-01 22:28:04 122504309980544 [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-08-01 22:28:04 122504309980544 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: The InnoDB memory heap is disabled
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: Compressed tables use zlib 1.2.8
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: Using Linux native AIO
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: Using SSE crc32 instructions
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: Completed initialization of buffer pool
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: Highest supported file format is Barracuda.
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: 128 rollback segment(s) are active.
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: Waiting for purge to start
2019-08-01 22:28:04 122504309980544 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.42-84.2 started; log sequence number 1616717
2019-08-01 22:28:04 122504309980544 [Note] Plugin 'FEEDBACK' is disabled.
2019-08-01 22:28:04 122503640463104 [Note] InnoDB: Dumping buffer pool(s) not yet started
2019-08-01 22:55:23 134264227315072 [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-08-01 22:55:23 134264227315072 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: The InnoDB memory heap is disabled
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: Compressed tables use zlib 1.2.8
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: Using Linux native AIO
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: Using SSE crc32 instructions
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: Completed initialization of buffer pool
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: The first specified data file ./ibdata1 did not exist: a new database to be created!
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: Setting file ./ibdata1 size to 12 MB
2019-08-01 22:55:23 134264227315072 [Note] InnoDB: Setting log file ./ib_logfile101 size to 48 MB
2019-08-01 22:55:24 134264227315072 [ERROR] InnoDB: Cannot create ./ib_logfile1
2019-08-01 22:55:24 134264227315072 [ERROR] Plugin 'InnoDB' init function returned error.
2019-08-01 22:55:24 134264227315072 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2019-08-01 22:55:24 134264227315072 [Note] Plugin 'FEEDBACK' is disabled.
2019-08-01 22:55:24 134264227315072 [ERROR] Aborting

Enfin, la partition contenant /var : => Libre 14.36GB

**_df -h_**

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root 20G 4,3G 15G 23% /
devtmpfs 7,8G 0 7,8G 0% /dev
tmpfs 7,8G 0 7,8G 0% /dev/shm
tmpfs 7,8G 738M 7,1G 10% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/md2 1,8T 1,1T 688G 61% /home
tmpfs 1,6G 0 1,6G 0% /run/user/0

Le lancement manuel à l'air ok, que dit un nmap -p 3306 localhost depuis une autre console ? Ce qui confirmerai le problème de permission.
Quelles sont les permissions dans /tmp ?
Un reboot pourrait aider à purger /tmp justement.

Le log dit qu'il ne peut pas créer la nouvelle bdd, ce qui pourrait être possible si il n'arrive pas à écrire dans le tmpdir.

Après le lancement en root il serait bon de reset les permissions dans /var/lib/mysql/ et /var/log/mysql/ pour être sûr...
Idem pour contrôler les droits dans /tmp/ ou rebooter pour /tmp le dossier sera vidé au reboot...

reboot => OK

root@serveur:~# ls -l / |grep tmp
lrwxrwxrwx 1 root root 9 May 13 2015 tmp -> /home/tmp
root@serveur:~# ls -l /home |grep tmp
drwxrwxrwt 12 root root 4096 Aug 1 23:20 tmp
root@serveur:~# ls -l /var/lib |grep mysql
drwxr-xr-x 4 mysql mysql 4096 Aug 1 23:09 mysql
root@serveur:~# ls -l /home/log |grep mysql
drwxr-s--- 2 mysql adm 4096 Aug 1 22:27 mysql
-rw-r----- 1 mysql adm 0 Jul 31 06:25 mysql.log.1
root@serveur:~# clear
root@serveur:~# ls -l / |grep tmp
lrwxrwxrwx 1 root root 9 May 13 2015 tmp -> /home/tmp
root@serveur:~# ls -l /home |grep tmp
drwxrwxrwt 12 root root 4096 Aug 1 23:25 tmp
root@serveur:~# ls -l /var/lib |grep mysql
drwxr-xr-x 4 mysql mysql 4096 Aug 1 23:09 mysql
root@serveur:~# ls -l /home/log |grep mysql
drwxr-s--- 2 mysql adm 4096 Aug 1 22:27 mysql
root@serveur:~#

root@serveur:~# **_mysqld -u root mysql_**

2019-08-01 23:27:47 125563751849344 [Warning] Ignoring user change to 'root' because the user was set to 'mysql' earlier on the command line

2019-08-01 23:27:47 125563751849344 [Note] mysqld (mysqld 10.1.38-MariaDB-0+deb9u1) starting as process 5232 ...

root@serveur:~# **_systemctl start mariadb.service_**

Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.

root@serveur:~# **_systemctl status mariadb.service_**

● mariadb.service - MariaDB 10.1.38 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2019-08-01 23:28:09 CEST; 9s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 5333 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE)
Process: 5257 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR
Process: 5252 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 5249 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
Main PID: 5333 (code=exited, status=1/FAILURE)
Status: "MariaDB server is down"

Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 6d8c178ead80 InnoDB: Error: unable to create temporary file; errno: 13
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [ERROR] Plugin 'InnoDB' init function returned error.
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] Plugin 'FEEDBACK' is disabled.
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [ERROR] Unknown/unsupported storage engine: InnoDB
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [ERROR] Aborting
Aug 01 23:28:09 serveur systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Aug 01 23:28:09 serveur systemd[1]: Failed to start MariaDB 10.1.38 database server.
Aug 01 23:28:09 serveur systemd[1]: mariadb.service: Unit entered failed state.
Aug 01 23:28:09 serveur systemd[1]: mariadb.service: Failed with result 'exit-code'.

root@serveur:~# **_journalctl -xe_**

-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit mariadb.service has begun starting up.
Aug 01 23:28:08 serveur sh[5257]: mktemp: failed to create file via template '/tmp/wsrep_recovery.XXXXXX': No such file or directory
Aug 01 23:28:08 serveur sh[5257]: WSREP: mktemp failed
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] /usr/sbin/mysqld (mysqld 10.1.38-MariaDB-0+deb9u1) starting as process 5333 ...
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool si
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] InnoDB: Using mutexes to ref count buffer pool pages
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] InnoDB: The InnoDB memory heap is disabled
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] InnoDB: Compressed tables use zlib 1.2.8
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] InnoDB: Using Linux native AIO
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] InnoDB: Using SSE crc32 instructions
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [ERROR] mysqld: Can't create/write to file '/tmp/ibsrmAIn' (Errcode: 13 "Permission denied")
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 6d8c178ead80 InnoDB: Error: unable to create temporary file; errno: 13
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [ERROR] Plugin 'InnoDB' init function returned error.
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [Note] Plugin 'FEEDBACK' is disabled.
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [ERROR] Unknown/unsupported storage engine: InnoDB
Aug 01 23:28:09 serveur mysqld[5333]: 2019-08-01 23:28:09 120448458075520 [ERROR] Aborting
Aug 01 23:28:09 serveur systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Aug 01 23:28:09 serveur systemd[1]: Failed to start MariaDB 10.1.38 database server.
-- Subject: Unit mariadb.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit mariadb.service has failed.
--
-- The result is failed.
Aug 01 23:28:09 serveur systemd[1]: mariadb.service: Unit entered failed state.
Aug 01 23:28:09 serveur systemd[1]: mariadb.service: Failed with result 'exit-code'.

???

root@serveur:~# **_nmap -p 3306 localhost_**

Starting Nmap 7.40 ( https://nmap.org ) at 2019-08-01 23:35 CEST
Nmap scan report for localhost (127.0.0.1)
Host is up (0.000061s latency).
rDNS record for 127.0.0.1: localhost.localdomain
PORT STATE SERVICE
3306/tcp closed mysql

Nmap done: 1 IP address (1 host up) scanned in 1.10 seconds

[ERROR] mysqld: Can't create/write to file '/tmp/ibsrmAIn' (Errcode: 13 "Permission denied")

Je l'ai dis et redis, quelles sont les permissions dans /tmp ?
Normalement mysql (et n'importe qui d'ailleurs) doit pouvoir écrire dans /tmp/
Essaie de déplacer le tmp dir dans /var/lib/mysql/tmp, crée le dossier tmp avant, et donne les droits à mysql.mysql sur ce dossier.
Puis restart de mysql. Mais normalement le tmpdir dans /tmp ça doit fonctionner...

Quand tu as démarré mysql en root tu as fais un nmap depuis une autre console pour voir si le port est ouvert ? Ou voir si le socket est crée :
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock

Car si ça démarre en root (ce qui semble être le cas) c'est vraiment un problème de permission quelque part.

Ha vi et il ne faut pas tenter de démarrer mysql via les services si il est déjà lancé en root.
Si tu l'as lancé en root il faut vérifier les permissions avant si jamais quelque chose a été écrit en root... Donc dans /tmp ; /var/lib/mysql et /var/log/mysql...

[EDIT]
Il faut lancer juste "mysqld" en étant root. Pas de -u ni rien, juste mysqld en étant déjà root.
Le nmap doit être fait quand mysqld tourne dans une autre console.
Et dodo time pour moi, la suite demain.
[/EDIT]

Que donne : `find /var -name log -o -name mysql -ls`
Si tu déplaces les données dans /home, il faut **impérativement** modifier la configuration de systemd pour l'autoriser. il faut aller dans _/etc/systemd/system/mariadb.service.d_ et créer un fichier qui contiendra :

[Service]
ProtectHome=no

Suivi d'un systemctl daemon-reload.

(petit commentaire en aparthé, pense à bien utilisé l'icone pour le texte préformaté quand tu copies-colles des sorties de commandes Linux, ça aide à la lecture)

Merci pour votre aide.

Cette nuit, j'ai réinstallé mariadb sans reprise de la base de données
et depuis, je recrée la base de données complète

Donc, je peux fermer la discussion.