Salut,
madko wrote:
dans ce genre de cas de figure, il vaut mieux partir d'un backup au format dump sql. Copier des fichiers qui peuvent dépendre de la version ou de l'architecture et de l'os n'est jamais une bonne idée.
Bin oui, je sais .... Quand j'héberge c'est : copier sur la même BDD tous les jours + copier chauqe BDD en dump.sql sur le serveur et sur un autre.
Et encore, c'est pas répliqué .... faut que je m'y mette 😉
Mais regarde aussi si SeLinux ne bloque pas (fichier de log /var/log/audit/audit.log), peut être que les contextes sur tes fichiers frm ne sont pas bon. Que donne la commande
ls -lZ /var/lib/mysql/mabase/
?
C'est pitete ca (mais non en fait)
[root@ehlana ~]# ls -lZ /var/lib/mysql/limesurvey/
-rw-rw----. mysql mysql system_u:object_r:mysqld_db_t:s0 db.opt
-rw-rw----. mysql mysql unconfined_u:object_r:mysqld_db_t:s0 lime_answers.frm
[root@ehlana ~]# ls -lZ /var/lib/mysql/test/
-rw-rw----. mysql mysql system_u:object_r:mysqld_db_t:s0 toto.frm
-rw-rw----. mysql mysql system_u:object_r:mysqld_db_t:s0 toto.MYD
-rw-rw----. mysql mysql system_u:object_r:mysqld_db_t:s0 toto.MYI
Mais même après avoir désactivé selinux (setenforce 0, si cela marche encore 😉 ). Et rien de visible dans le log quand je veux accéder à la base.
can't find file ... Cela me laisse penser à une incompatibilité entre les fichiers bin de mariadb et mysql ?????
A remarquer que c'est plus si important : je l'ai fait via un serveur debian. Mais toutefois , j'aimerais tester sans selinux.
mariadb est sur la dernière version sur Fedora 21 ?