GREG écrit:
après réflexion, je pense qu’elle est sans risque.
Mais je suis un amateur, et à ce titre je ne veux pas risquer de
mettre dans la panade un utilisateur en production.
Récapitulation:
Problème:
sur winxp, avec doliwamp 2.6.1, la procédure de restauration utilisant
la ligne de commande:
mysql mabase -h localhost -u databaseuser -pdatabasepass <
monfichiersauvegarde.sql
soit dans notre discussion:
mysql dolibarr -h localhost -u dolibarrmysql -pchangeme <
monfichiersauvegarde.sql
ne marche pas. En effet, on obtient le message d’erreur:
ERROR 1044 (42000) at line 43: Access denied for user
‹ dolibarrmysql ›@‹ localhost › to database ‹ dolibarr ›
Analyse et solution:
Or qu’a-t-on line 43?:
on a ceci:
LOCK TABLES llx_accountingaccount
WRITE;
En clair, notre user a un problème de droit « LOCK TABLES ».
Je pense que ce problème de droit est responsable des messages
d’erreur lors de la procédure décrite dans mon message précédent, mais
que ces messages d’erreur sont sans conséquence pratique.
Néanmoins, pour les faire disparaitre:
mysql -u root -pchangeme mysql
mysql> GRANT LOCK TABLES ON dolibarr.* TO dolibarrmysql@localhost
IDENTIFIED BY ‹ changeme ›;
mysql> quit;
mysql dolibarr -h localhost -u dolibarrmysql -pchangeme <
monfichiersauvegarde.sql
marche désormais.
(Alternative:
mysql> source monfichiersauvegarde.sql;
mysql> quit;
)
Ensuite, pour remettre les droits comme avant:
mysql -u root -pchangeme mysql
mysql> REVOKE LOCK TABLES ON dolibarr.* FROM dolibarrmysql@localhost
IDENTIFIED BY ‹ changeme ›;