# Problème upgrade Mariadb 10.1.26

**URL:** <https://www.debian-fr.org/t/probleme-upgrade-mariadb-10-1-26/77877>\
**Category:** Support Debian\
**Created:** [Octobre 29, 2018, 5:53 UTC](https://www.debian-fr.org/t/probleme-upgrade-mariadb-10-1-26/77877 "2018-10-29T17:53:02Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![gelinp](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/c57346/32.png) [@gelinp](https://www.debian-fr.org/u/gelinp)\
**Post date:** [Octobre 29, 2018, 5:53 UTC](https://www.debian-fr.org/t/probleme-upgrade-mariadb-10-1-26/77877/1 "2018-10-29T17:53:02Z")

</div>

Bonjour,

Après une mise à jour proposée par mon système je me retrouve avec un nouveau serveur : **Server version: 10.1.26-MariaDB-0+deb9u1 Debian 9.1**

**Ce nouveau serveur MariaDB fonctionne bien avec son nouveau dossier /var/lib/mysql**. Mais il est vide de mes anciennes bases de données… **Mes bases étaient déjà dans un autre dossier, sur une autre partition /srv/mysql-data.**

Le problème est que je ne peux plus lancer le service mariadb avec mon dossier contenant mes anciennes bases … **Pour tester le problème j’ai renommé le dossier upgradé /var/lib/mysql en .old et je l’ai remplacé en copiant à sa place mon ancien dossier. Le problème est entier, c’est donc le contenu de mon ancien dossier qui bloquerait le lancement de mariadb…** Le reste de la configuration, les fichiers, les droits d’accès, tout semble OK. Peut-être un problème avec apparmor ?

Alors comment faire maintenant pour upgrader mes anciennes bases de données ?

Merci pour votre aide.  
Patrick

---

<div class="post-metadata">

**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\
**Post date:** [Octobre 30, 2018, 8:13 UTC](https://www.debian-fr.org/t/probleme-upgrade-mariadb-10-1-26/77877/2 "2018-10-30T08:13:50Z")

</div>

Bonjour,

> [@gelinp](#):
>
> Mes bases étaient déjà dans un autre dossier, sur une autre partition /srv/mysql-data

Pourquoi ne pas l’avoir monté directement en lieu et place du répertoire par défaut ?

> [@gelinp](#):
>
> je ne peux plus lancer le service mariadb

Peut-on avoir un message d’erreur ?

> [@gelinp](#):
>
> Alors comment faire maintenant pour upgrader mes anciennes bases de données ?

Avec un dump, je pense que ça serait très simple, mais comme tu n’en fais pas mention, tu n’en as pas?

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Octobre 30, 2018, 8:50 UTC](https://www.debian-fr.org/t/probleme-upgrade-mariadb-10-1-26/77877/3 "2018-10-30T08:50:28Z")

</div>

> [@gelinp](#):
>
> Pour tester le problème j’ai renommé le dossier upgradé /var/lib/mysql en .old et je l’ai remplacé en copiant à sa place mon ancien dossier.

Il eut été plus simple de changer la valeur de datadir dans les fichiers de configuration de mariadb. Par exemple dans /etc/mysql/mariadb.conf.d/50-server.cnf:

```auto
[mysqld]

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

```

Quels sont les messages d’erreurs lorsque le service mariadb échoue ? Peut-on avoir les retours de:  
`systemctl status mariadb` et `journalctl -xe` ? Quelle était la version de mysql précédente ?  
Est-ce qu’il n’y aurait pas une incohérence entre les moteurs de stockage (MylSAM sur l’ancienne version / InnoDB sur MariaDB) par exemple ?