Installation impossible si BDD déplacée

[chrisb]

Bonjour.

Je cherche à installer Soplanning sur un serveur centos 7.
Configuration classique avec httpd, mariadb et php 7.4.13

Seule subtilité : la BDD maria et l'installation de soplanning sont dans un emplacement spéfifique
BDD : /app/soplanning/BDDMARIADB
App : /app/soplanning

Conf modifiée :

MARIABD :
/etc/my.cnf =>
[mysqld]
datadir=/app/soplanning/BDDMARIADB/
socket=/app/soplanning/BDDMARIADB/mysql.sock
[client]
port=3306
socket=/app/soplanning/BDDMARIADB/mysql.sock

APACHE :
/etc/httpd/conf/httpd.conf =>
DocumentRoot "/app/soplanning/www"
<Directory "/app/soplanning/www">
Options +Indexes +FollowSymLinks
AllowOverride All
Require all granted
Order allow,deny
allow from all
</Directory>

PHPMYADMIN :
/etc/phpMyAdmin/config.inc.php =>
$cfg['Servers'][$i]['socket'] = '/app/soplanning/BDDMARIADB/mysql.sock';

SOPLANNING :
/app/soplanning/database.inc =>
<?php
// Database Parameters
$cfgHostname = 'localhost';
$cfgDatabase = 'soplanning15000';
$cfgUsername = 'root';
$cfgPassword = 'le mdp super secret';
$cfgSqlType = 'mysql';
$cfgPrefix = 'planning_';
?>

Tous les services sont ok et PhpMyAdmin est bien ok.

Par contre, à l'installation de SoPlanning :
"Echec lors la création de la base de données. Vérifiez vos paramètres et les droits de l'utilisateur dans mysql / phpmyadmin. "

J'ai donné les droits 775 sur le /app/soplanning.

Ais-je oublié quelque chose ?

Merci d'avance,

[soplanning]

Bonjour
Ce n'est pas un problème d'accès au répertoire mysql, mais un pb de droit de l'utilisateur Mysql dont se sert Soplanning.
dans votre config c'est root, mais votre mot de passe doit être erroné, sinon soplanning arriverait bien à faire le nécessaire.
Essayez éventuellement de creer la base de données (vide) indiquée dans votre fichier de config : "soplanning15000"
et tentez à nouveau.

[chrisb]

J'ai bien donné les droits a apache/apache sur le répertoire bdd, et c'est identique après création de la bdd manuellement.
La base est bien ok.

Une autre piste svp ?

[soplanning]

Il s'agit vraiment d'un pb de droit sur mysql, et non sur apache.
Difficile de vous aider en aveugle, mais c'est bien l'accès root de mysql qu'il faut indiquer (ou creer un utilisateur mysql dédié à Soplanning).

[chrisb]

J'ai bien pu créer la BDD manuellement avec ce compte root mysql, et c'est bien ce compte que j'utilise.
D'ailleur, avec ce même compte, j'accède bien dans phpMyadmin et arrive bien à créer ou supprimer des tables dans la base de donnée soplanning15000 que j'ai créée manuellement en tant que root mysql.

Voici un export de droits (qui pour debug, ont été mis en 777)

[root@118501l251app /]# ls -alh /app/soplanning/BDDMARIADB/
total 29M
drwxrwxrwx 7 apache apache 210 26 d▒c. 09:11 .
drwxrwxrwx 13 apache apache 4,0K 23 d▒c. 17:18 ..
-rwxrwxrwx 1 apache apache 16K 21 d▒c. 14:31 aria_log.00000001
-rwxrwxrwx 1 apache apache 52 21 d▒c. 14:31 aria_log_control
-rwxrwxrwx 1 apache apache 18M 26 d▒c. 09:15 ibdata1
-rwxrwxrwx 1 apache apache 5,0M 26 d▒c. 09:15 ib_logfile0
-rwxrwxrwx 1 apache apache 5,0M 16 d▒c. 15:52 ib_logfile1
drwxrwxrwx 2 apache apache 6 20 d▒c. 16:52 LOG
drwxrwxrwx 2 apache apache 4,0K 16 d▒c. 15:52 mysql
srwxrwxrwx 1 mysql mysql 0 26 d▒c. 09:11 mysql.sock
drwxrwxrwx 2 apache apache 4,0K 16 d▒c. 15:52 performance_schema
drwxrwxrwx 2 apache apache 6 20 d▒c. 16:52 RUN
drwxrwxrwx 2 apache apache 20 26 d▒c. 09:15 soplanning15000

[root@118501l251app /]# ls -alh /app/soplanning/
total 188K
drwxrwxrwx 13 apache apache 4,0K 23 d▒c. 17:18 .
drwxr-xr-x 3 root root 24 19 d▒c. 14:13 ..
drwxrwxrwx 7 apache apache 210 26 d▒c. 09:11 BDDMARIADB
-rwxrwxrwx 1 apache apache 135 16 d▒c. 14:46 composer.json
-rwxrwxrwx 1 apache apache 59K 16 d▒c. 14:46 composer.lock
-rwxrwxrwx 1 apache apache 8,8K 23 d▒c. 17:02 config.inc
-rwxrwxrwx 1 apache apache 206 26 d▒c. 09:12 database.inc
-rwxrwxrwx 1 apache apache 212 21 d▒c. 14:57 database.inc.bak
-rwxrwxrwx 1 apache apache 2 16 d▒c. 14:55 debug.txt
drwxrwxrwx 2 apache apache 4,0K 16 d▒c. 14:58 history
drwxrwxrwx 2 apache apache 4,0K 16 d▒c. 14:58 holidays
drwxrwxrwx 2 apache apache 4,0K 16 d▒c. 14:58 includes
-rwxrwxrwx 1 apache apache 51 16 d▒c. 14:46 index.php
-rwxrwxrwx 1 apache apache 4,0K 16 d▒c. 14:46 INSTALL.txt
drwxrwxrwx 3 apache apache 32 16 d▒c. 14:58 jpgraph
-rwxrwxrwx 1 apache apache 35K 16 d▒c. 14:46 LICENSE.txt
-rwxrwxrwx 1 apache apache 0 16 d▒c. 14:46 mutex_file.txt
drwxrwxrwx 5 apache apache 321 16 d▒c. 14:58 phpmailer
-rwxrwxrwx 1 apache apache 27K 16 d▒c. 14:46 README.txt
drwxrwxrwx 5 apache apache 50 16 d▒c. 14:58 smarty
drwxrwxrwx 3 apache apache 46 16 d▒c. 14:58 sql
drwxrwxrwx 4 apache apache 4,0K 16 d▒c. 14:58 templates
drwxrwxrwx 17 apache apache 259 16 d▒c. 14:58 vendor
-rwxrwxrwx 1 apache apache 7 16 d▒c. 14:50 version.txt
drwxrwxrwx 8 apache apache 4,0K 20 d▒c. 14:44 www


et le détail de mes fichiers de configuration :
FICHIRE DE CONF BDD DE SOPLANNING :
[root@118501l251app /]# cat /app/soplanning/database.inc
<?php

// Database Parameters
$cfgHostname = 'localhost';
$cfgDatabase = 'soplanning15000';
$cfgUsername = 'root';
$cfgPassword = 'mdp super secret qui fonctionne dans phpmyadmin et en cmd sql';
$cfgSqlType = 'mysql';
$cfgPrefix = 'planning_';
?>
[root@118501l251app /]#


FICHIRE DE CONFIGURATION DE MARIADB :

[root@118501l251app /]# cat /etc/my.cnf
[mysqld]
datadir=/app/soplanning/BDDMARIADB/
socket=/app/soplanning/BDDMARIADB/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
# Settings user and group are ignored when systemd is used.
# If you need to run mysqld under a different user or group,
# customize your systemd unit file for mariadb according to the
# instructions in http://fedoraproject.org/wiki/Systemd

[mysqld_safe]
log-error=/var/log/mariadb/mariadb.log
pid-file=/var/run/mariadb/mariadb.pid

[client]
port=3306
socket=/app/soplanning/BDDMARIADB/mysql.sock

#
# include all files from the config directory
#
!includedir /etc/my.cnf.d

[root@118501l251app /]#



En vous remerciant par avance de votre aide,

[soplanning]

là on sèche un peu. Tout semble ok, mais il y a forcément un élément qui n'est pas configuré correctement.
En l'état, c'est toujours lié aux droits du user mysql dont se sert soplanning, il ne fonctionne pas (login/password incorrect), ou n'a pas les droits de modification des tables.
On ne peut vous aider plus, il faudrait investiguer sur la machine en direct pour comprendre.
Contactez nous via le support pour échanger à ce sujet.
Bonne journée