dol_db doit se trouver normalement dans /var/lib/mysql (ou maria en fonction de votre gestionnaire).
Je pense qu’un chmod 444 peut être suffisant, ça vaut le coup d’essayer
EDIT : Personnelement je suis en 750 !
EDIT BIS : Autre piste, vous pouvez regarder si votre service mysql (ou maria) est actif avec un :
service --status-all
Si ce n’est pas le cas vous pouvez lancer/relancer le service via :
Les permissions sur le folder étaient 0750, j’ai mis 0777, l’owner étant mysql
avec sudo synoservice --status, J’ai vérifié que le service pkgctl-MariaDB10 était bien lancé.
Cela ne fonctionne toujours, pas - j’ai la même erreur…
J’ai supprimé le base, réinstallé MariaDB10 sur le Syno
J’ai réinstallé phpMyAdmin sur le Syno
Je me suis loggé à MariaDB, tout baigne
J’ai suivi le wiki d’installation de Dolibarr sur Linux
Je relancé la page de connexion à la base de données avec root / mot de passe vide avec les cases de création de base et d’utilisateur cochées - j’ai l’erreur suivante:
Enregistrement du fichier de configuration …/conf/conf.php Ok
Rechargement des informations depuis le fichier de configuration. Ok
Création de l’utilisateur : dolibarr Erreur: 0
Échec de la création de la base ‹ dol_db ›.
Si je crée la base dol_db avant, j’ai l’erreur suivante:
Connexion au serveur réussie mais base ‹ dol_db › introuvable.
J’ai trouvé ça sur un autre post, apparemment d’autres ont eu le problème et cette méthode l’a résolu !
Sinon, moi aussi je suis à sec… J’espère que cette solution sera enfin la bonne
Bonjour,
Il me semble que la technique ci-dessus est spécifique à Dilowamp. Donc pas ton cas.
Je soupçonne que le problème puisse être l’absence de mot de passe pour root pour mariadb Affecte le et réessaye.
Tu peux par exemple utiliser le script
mysql_secure_installation
Contrairement à mysql lors de l’installation, mariadb ne propose pas de renseigner un MDP root. En tout cas pas sur une debian 9.
Il faut créer un utilisateur dans mariadb et lui donner les privilèges sur la base.
En gros quelques commandes :
- mysql -u root : se connecter à mysql
- SET PASSWORD FOR ‹ root ›@‹ localhost › = PASSWORD(‹ password ›); : mettre un mdp à root pour mysql
- CREATE DATABASE IF NOT EXISTS new_database; création de la base dolibarr
- CREATE USER ‹ dolibarr ›@‹ localhost › IDENTIFIED BY ‹ dolibarr ›; : création de l’utilisateur dolibarr avec mot de passe dolibarr
- GRANT ALL PRIVILEGES ON dolibarr.* TO ‹ dolibarr ›@‹ localhost ›; donne tous les droits sur la base dolibarr à l’utilisateur dolibarr mais uniquement sur localhost. Remplacer localhost par % pour n’importe où.
Pour les privilèges, il faudra peut-être faire un use dolibarr; avant la commande GRANT
Sur mon NAS, j’utilise phpMyAdmin pour configurer les bases:
j’ai bien un utilisateur root qui a ALL PRIVILEGES et GRANT
J’ai crée un utilisateur dolibarr@localhost et j’ai crée dans la foulée une base portant le même nom et j’ai donné tous les droits à l’utilisateur dolibarr sur cette base. Cette base et les utilisateurs sont bien visibles dans l’interface.
De retour dans l’installation Dolibarr:
Connexion au serveur (Utilisateur dolibarr) : localhost Ok
Connexion à la base (Utilisateur dolibarr) : dolibarr: Erreur
J’ai eu le meme probleme que toi avec MySQL.
Et dans mon cas j’ai réussi a contourner le probleme (à force de tatonnements) de la manière suivante :
1- J’ai lancé l’installation avec un nom de base compose uniquement de lettres, en utilisant root comme utilisateur, et en lui demandant de créer la base.
2- Une fois l’installation faite (ben oui tout à coup ca passait, j’ai été dans phpmyadmin et j’ai fait un export de la base
3- J’ai créé à la main la base avec le nom que je voulais (comportant de underscore)
4- J’ai créé l’utilisateur de la base et je lui ait accordé tous les droits sur la base que je venais de créer
5- Toujours dans phpmyadmin, j’ai selectionné ma nouvelle base et j’ai fait un import du fichier
6- j’ai été dans htdocs/conf et j’ai édité conf.php pour modifier le nom de la base, le nom de l’utilisateur et son mot de passe
Et ca fonctionne…
Alors pourquoi à l’installation il refuse de se connecter avec une base qui comporte un underscore et/ou avec un utilisateur différent de root, je ne sais pas. Mais de test en test j’ai trouvé cette solution qui a marché sur mon serveur de test et sur mon serveur de production…
c’est pour ca que l’on édite le titre du sujet du topic directement 
