- Messages : 2
Difficulté de mise en service GRR 3.4.1c - Debian 10
- jojob
- Auteur du sujet
- Nouveau membre
Moins
Plus d'informations
il y a 4 ans 7 mois - il y a 4 ans 7 mois #2605
par jojob
Difficulté de mise en service GRR 3.4.1c - Debian 10 a été créé par jojob
Bonjour,
Je me permet de vous solliciter car je suis en train de faire une installation de GRR 3.4.1c sur une machine Debian 10 avec MariaDB et Php 7.4.
J'ai donc suivi le "install.txt" présent sur le github, j'ai décompréssé l'archive, j'ai pu accéder à la page web GRR, j'ai également eu un message positif concernant la connexion à la base de donnée.
Toutefois à la suite de cela, il m'est demandé de créer la base de donnée avec le compte que j'ai fait pour l'occasion sur MariaDB, j'ai donc choisi de le faire par la page Web mais j'obtiens le message d'erreur suivant :
Quatrième étape : Création des tables de la base
ERROR : 'INSERT INTO grr_type_area VALUES (2, 'R�union', 2, 2, '#C03000', 'B', 2, '#FFF');'
ERROR : 'INSERT INTO grr_setting VALUES ('company', 'Nom de l\'�tablissement');'
ERROR : 'INSERT INTO grr_setting VALUES ('title_home_page', 'Gestion et R�servation de Ressources');'
ERROR : 'INSERT INTO grr_setting VALUES ('message_home_page', 'En raison du caract�re personnel du contenu, ce site est soumis � des restrictions utilisateurs. Pour acc�der aux outils de r�servation, identifiez-vous :');'
L'opération a échoué. Retournez à la page précédente, sélectionnez une autre base ou créez-en une nouvelle. Vérifiez les informations fournies par votre hébergeur.
(j'ai essayé la recommandation à savoir de créer une base avec un autre nom mais le résultat est identique).
J'ai donc essayé de le faire de manière manuelle en important le "tables.my.sql" dans la base de donnée "grr" mais j'obtiens un résultat similaire :
ERROR 1366 (22007) at line 57: Incorrect string value: '\xE9union' for column `grr`.`grr_type_area`.`type_name` at row 1
Auriez vous une idée de où se situe le problème ?
Merci pour votre aide
Je me permet de vous solliciter car je suis en train de faire une installation de GRR 3.4.1c sur une machine Debian 10 avec MariaDB et Php 7.4.
J'ai donc suivi le "install.txt" présent sur le github, j'ai décompréssé l'archive, j'ai pu accéder à la page web GRR, j'ai également eu un message positif concernant la connexion à la base de donnée.
Toutefois à la suite de cela, il m'est demandé de créer la base de donnée avec le compte que j'ai fait pour l'occasion sur MariaDB, j'ai donc choisi de le faire par la page Web mais j'obtiens le message d'erreur suivant :
Quatrième étape : Création des tables de la base
ERROR : 'INSERT INTO grr_type_area VALUES (2, 'R�union', 2, 2, '#C03000', 'B', 2, '#FFF');'
ERROR : 'INSERT INTO grr_setting VALUES ('company', 'Nom de l\'�tablissement');'
ERROR : 'INSERT INTO grr_setting VALUES ('title_home_page', 'Gestion et R�servation de Ressources');'
ERROR : 'INSERT INTO grr_setting VALUES ('message_home_page', 'En raison du caract�re personnel du contenu, ce site est soumis � des restrictions utilisateurs. Pour acc�der aux outils de r�servation, identifiez-vous :');'
L'opération a échoué. Retournez à la page précédente, sélectionnez une autre base ou créez-en une nouvelle. Vérifiez les informations fournies par votre hébergeur.
(j'ai essayé la recommandation à savoir de créer une base avec un autre nom mais le résultat est identique).
J'ai donc essayé de le faire de manière manuelle en important le "tables.my.sql" dans la base de donnée "grr" mais j'obtiens un résultat similaire :
ERROR 1366 (22007) at line 57: Incorrect string value: '\xE9union' for column `grr`.`grr_type_area`.`type_name` at row 1
Auriez vous une idée de où se situe le problème ?
Merci pour votre aide
Dernière édition: il y a 4 ans 7 mois par jojob.
Connexion ou Créer un compte pour participer à la conversation.
- Yan
- Developpeur GRR
Moins
Plus d'informations
- Messages : 2115
il y a 4 ans 7 mois #2606
par Yan
Réponse de Yan sur le sujet Difficulté de mise en service GRR 3.4.1c - Debian 10
Bonjour,
c'est un problème d'encodage des accents.
Il faut vérifier l'encodage du fichier tables.my.sql et s'il est en UTF-8, le rétrograder en ISO 8859-1 ou ANSI, si j'ai bonne mémoire, puis recommencer l'installation.
Merci de nous dire si ce correctif a suffi.
Cordialement,
YN
P.S. comme vous êtes en php 7.4, n'hésitez pas à revenir pour signaler les éventuelles difficultés afin que GRR puisse évoluer.
c'est un problème d'encodage des accents.
Il faut vérifier l'encodage du fichier tables.my.sql et s'il est en UTF-8, le rétrograder en ISO 8859-1 ou ANSI, si j'ai bonne mémoire, puis recommencer l'installation.
Merci de nous dire si ce correctif a suffi.
Cordialement,
YN
P.S. comme vous êtes en php 7.4, n'hésitez pas à revenir pour signaler les éventuelles difficultés afin que GRR puisse évoluer.
Connexion ou Créer un compte pour participer à la conversation.
- jojob
- Auteur du sujet
- Nouveau membre
Moins
Plus d'informations
- Messages : 2
il y a 4 ans 7 mois - il y a 4 ans 7 mois #2607
par jojob
Réponse de jojob sur le sujet Difficulté de mise en service GRR 3.4.1c - Debian 10
Bonjour Yan et merci pour ce retour rapide,
Je ne suis pas un grand spécialiste en base de donnée et j'ai procédé à taton pour essayer d'importer le fichier sql en ANSI, j'ai dans un premier temps fait un import de cette maniére :
mariadb -u root -p --default-character-set='latin1' grr < /var/www/html/grr/installation/tables.my.sql
La commande fonctionne et j'ai bien les tables qui apparaissent dans ma base de donnée grr, toutefois j'ai toujours la même erreur lorsque je veux continuer le setup.
J'ai ensuite essayé de construire la base en "latin1" pour refaire l'import ensuite :
CREATE DATABASE grr CHARACTER SET latin1;
Mais encore une fois à l'import, j'ai le même probléme.
J'ai pu toutefois solutionné le problème en supprimant les accent directement dans le fichier .sql, j'ai maintenant accés à GRR.
Je reviendrais éditer ce message quand j'aurais pu faire le tour du propriétaire et vérifier que php7.4 ne pose pas de soucis.
Encore merci !
Je ne suis pas un grand spécialiste en base de donnée et j'ai procédé à taton pour essayer d'importer le fichier sql en ANSI, j'ai dans un premier temps fait un import de cette maniére :
mariadb -u root -p --default-character-set='latin1' grr < /var/www/html/grr/installation/tables.my.sql
La commande fonctionne et j'ai bien les tables qui apparaissent dans ma base de donnée grr, toutefois j'ai toujours la même erreur lorsque je veux continuer le setup.
J'ai ensuite essayé de construire la base en "latin1" pour refaire l'import ensuite :
CREATE DATABASE grr CHARACTER SET latin1;
Mais encore une fois à l'import, j'ai le même probléme.
J'ai pu toutefois solutionné le problème en supprimant les accent directement dans le fichier .sql, j'ai maintenant accés à GRR.
Je reviendrais éditer ce message quand j'aurais pu faire le tour du propriétaire et vérifier que php7.4 ne pose pas de soucis.
Encore merci !
Dernière édition: il y a 4 ans 7 mois par jojob.
Connexion ou Créer un compte pour participer à la conversation.
- Yan
- Developpeur GRR
Moins
Plus d'informations
- Messages : 2115
il y a 4 ans 7 mois #2608
par Yan
Réponse de Yan sur le sujet Difficulté de mise en service GRR 3.4.1c - Debian 10
Pour gérer les encodages, j'utilise Notepad++ (sous Windows). Effectivement il faut passer en ANSI et choisir le bon ensemble de caractères ISO...
Tout cela mériterait d'être mis au propre en passant tout en UTF-8.
Bonne chance pour la suite !
Tout cela mériterait d'être mis au propre en passant tout en UTF-8.
Bonne chance pour la suite !
Connexion ou Créer un compte pour participer à la conversation.
- nalah
- Nouveau membre
Moins
Plus d'informations
- Messages : 1
il y a 3 ans 11 mois #3157
par nalah
a fonctionné pour moi.
Merci pour GRR
Réponse de nalah sur le sujet Difficulté de mise en service GRR 3.4.1c - Debian 10
Code:
iconv -f iso-8859-15 -t utf-8 installation/tables.my.sql > installation/tables.my.sql.utf8
mv ./installation/tables.my.sql{,.default}
mv ./installation/tables.my.sql{.utf8,}
Merci pour GRR
Les utilisateur(s) suivant ont remercié: peter
Connexion ou Créer un compte pour participer à la conversation.
Modérateurs: Yan