Installation avec mariadb

Sil
Auteur du sujet
Nouveau membre

Plus d'informations

il y a 6 ans 8 mois - il y a 6 ans 8 mois #627 par Sil

Installation avec mariadb a été créé par Sil

Bonjour à vous,

Je souhaite installer GRR sur un NAS sous Openmediavault dans lequel j'ai déjà un nextcloud qui tourne.
OMV utilise désormais nginx et j'ai fait le choix de m'orienter vers mariadb. mariadb étant un fork de mysql, GRR est-il compatible ?

Attention : Spoiler !

Je me heurte à ceci: La connection au serveur mysql est établie mais certaines tables sont absentes de la base grr.
Une solution avec mariadb est-elle envisageable ?
Merci.

Dernière édition: il y a 6 ans 8 mois par Sil.

Connexion ou Créer un compte pour participer à la conversation.

JeromeB
Administrateur

Plus d'informations

il y a 6 ans 8 mois #642 par JeromeB

Réponse de JeromeB sur le sujet Installation avec mariadb

Bonjour,
Oui possible.

Pouvez-vous me dire les tables manquantes :

Code:

"_area",
	"_area_periodes",
	"_calendar",
    "_calendrier_feries",
	"_calendrier_jours_cycle",
	"_calendrier_vacances",
	"_entry",
	"_entry_moderate",
	"_type_area",
	"_j_type_area",
	"_j_mailuser_room",
	"_j_user_area",
	"_j_user_room",
	"_log",
	"_repeat",
	"_room",
	"_setting",
	"_utilisateurs",
	"_j_useradmin_area",
	"_overload",
	"_site",
	"_j_useradmin_site",
	"_j_site_area",
	"_correspondance_statut",

Le support sur le forum est gratuit, merci de respecter les personnes qui vous aident.
Un merci fait toujours plaisir (Bouton Remercier)

Si votre sujet est résolut merci de l'indiquer

Connexion ou Créer un compte pour participer à la conversation.

Yan
Developpeur GRR

Plus d'informations

il y a 6 ans 8 mois #649 par Yan

Réponse de Yan sur le sujet Installation avec mariadb

Bonjour,
je confirme le bon fonctionnement de GRR avec MariaDB, que j'utilise :
Base de donnée : 5.5.5-10.1.25-MariaDB
S'il y a des tables manquantes, il faudrait comparer celles qui ont été créées avec celles de la Doc, si version 3.3.1.
Cordialement,
YN

Connexion ou Créer un compte pour participer à la conversation.

Sil
Auteur du sujet
Nouveau membre

Plus d'informations

il y a 6 ans 8 mois #652 par Sil

Réponse de Sil sur le sujet Installation avec mariadb

Bonjour et merci pour vos réponses.

En relisant la doc, je m'aperçois qu'à aucun moment, je n'ai eu le choix entre une "installation automatisée" ou une "installation manuelle".
J'ai créé à la main une base de données, un utilisateur et donné les droits nécessaires à l'utilisateur et renseigné le fichier configuration adéquate.

Code:

MariaDB [grr]> SHOW TABLES;
Empty set (0.00 sec)

MariaDB [grr]>

La table est vide.

J'ai exécuté le fichier /srv/dev-disk-by-label-Toshiba/www/grr/tables.my.sql.

Code:

MariaDB [grr]> source /srv/dev-disk-by-label-Toshiba/www/grr/tables.my.sql;
Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.03 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.01 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.02 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.02 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.01 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.01 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.02 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.03 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.01 sec)

Query OK, 1 row affected (0.01 sec)

Query OK, 1 row affected, 1 warning (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.01 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected, 1 warning (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.01 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected, 1 warning (0.00 sec)

Query OK, 1 row affected, 1 warning (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.01 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.01 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.01 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.01 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.01 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.01 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

MariaDB [grr]> SHOW TABLES;
+----------------------------+
| Tables_in_grr              |
+----------------------------+
| grr_area                   |
| grr_area_periodes          |
| grr_calendar               |
| grr_calendrier_feries      |
| grr_calendrier_jours_cycle |
| grr_calendrier_vacances    |
| grr_correspondance_statut  |
| grr_entry                  |
| grr_entry_moderate         |
| grr_j_mailuser_room        |
| grr_j_site_area            |
| grr_j_type_area            |
| grr_j_user_area            |
| grr_j_user_room            |
| grr_j_useradmin_area       |
| grr_j_useradmin_site       |
| grr_log                    |
| grr_overload               |
| grr_repeat                 |
| grr_room                   |
| grr_setting                |
| grr_site                   |
| grr_type_area              |
| grr_utilisateurs           |
+----------------------------+
24 rows in set (0.00 sec)

MariaDB [grr]>

Pourquoi ces "warnings" ? Comment obtenir plus d'infos ?

Désormais, Firefox redirige l'url vers http://mon-url:port/day.php?noarea= et me renvoie :

La page n’est pas redirigée correctement

Firefox a détecté que le serveur redirige la demande pour cette adresse d’une manière qui n’aboutira pas.

La cause de ce problème peut être la désactivation ou le refus des cookies.

Connexion ou Créer un compte pour participer à la conversation.

Yan
Developpeur GRR

Plus d'informations

il y a 6 ans 8 mois #657 par Yan

Réponse de Yan sur le sujet Installation avec mariadb

Oui, ce serait bien de connaître quels sont ces warnings, peut-être une question de compatibilité avec les versions récentes de MariaDB : laquelle avez-vous ?
Une inspection des fichiers de log devrait permettre d'en savoir plus.
Vous avez bien les 24 tables prévues.
Grr utilise les cookies de session, il faut les accepter pour que ça fonctionne.
Maintenant, si vous accédez en https à Grr, il est possible qu'il y ait des questions de certificat ou de redirection à régler sur le proxy ou le reverse-proxy.
À suivre...

Connexion ou Créer un compte pour participer à la conversation.

Sil
Auteur du sujet
Nouveau membre

Plus d'informations

il y a 6 ans 8 mois - il y a 6 ans 8 mois #660 par Sil

Réponse de Sil sur le sujet Installation avec mariadb

Je ne comprends pas, je n'avais pas ce souci avant de créer les tables et je n'ai rien modifié dans la configuration...
C'est d'ailleurs cette page GRR qui m'a alerté de tables manquantes.
Peut-il y avoir un lien ?

L'accès peut également se faire en http. J'ai mis dans le "spoiler", le fichier de configuration sites-availables de nginx.
nginx tourne bien, j'ai accès à la console d'administration OMV et nextcloud.

La version de mariadb:

Code:

dpkg -l | grep -i maria
ii  mariadb-client-10.0               10.0.32-0+deb8u1                 amd64        MariaDB database client binaries
ii  mariadb-client-core-10.0          10.0.32-0+deb8u1                 amd64        MariaDB database core client binaries
ii  mariadb-common                    10.0.32-0+deb8u1                 all          MariaDB common metapackage
ii  mariadb-server                    10.0.32-0+deb8u1                 all          MariaDB database server (metapackage depending on the latest version)
ii  mariadb-server-10.0               10.0.32-0+deb8u1                 amd64        MariaDB database server binaries
ii  mariadb-server-core-10.0          10.0.32-0+deb8u1                 amd64        MariaDB database core server files

Malgré les warnings, j'ai redémarré entièrement la machine et:

Code:

MariaDB [grr]> SHOW WARNINGS;
Empty set (0.00 sec)

MariaDB [grr]>

Les logs sont vides dans /var/log/mysql.err, mysql.log et mysql/*
"*" signifie que c'est la même dans tous les fichiers du répertoire.

journalctl donne:

Code:

journalctl -u mysql.service 
-- Logs begin at lun. 2018-03-12 15:06:12 CET, end at lun. 2018-03-12 15:32:24 CET. --
mars 12 15:06:18 zalmanas systemd[1]: Starting LSB: Start and stop the mysql database server daemon...
mars 12 15:06:19 zalmanas mysqld_safe[1425]: Starting mysqld daemon with databases from /var/lib/mysql
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] /usr/sbin/mysqld (mysqld 10.0.32-MariaDB-0+deb8u1) starting as process 1429 ...
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small b
mars 12 15:06:19 zalmanas mysqld[1430]: 
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: Using mutexes to ref count buffer pool pages
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: The InnoDB memory heap is disabled
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: Compressed tables use zlib 1.2.8
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: Using Linux native AIO
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: Using CPU crc32 instructions
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: Initializing buffer pool, size = 128.0M
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: Completed initialization of buffer pool
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: Highest supported file format is Barracuda.
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: 128 rollback segment(s) are active.
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB: Waiting for purge to start
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.36-82.1 started; log sequence num
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] Plugin 'FEEDBACK' is disabled.
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] Server socket created on IP: '127.0.0.1'.
mars 12 15:06:19 zalmanas mysqld[1430]: 180312 15:06:19 [Note] /usr/sbin/mysqld: ready for connections.
mars 12 15:06:19 zalmanas mysqld[1430]: Version: '10.0.32-MariaDB-0+deb8u1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)
mars 12 15:06:20 zalmanas mysql[1085]: Starting MariaDB database server: mysqld.
mars 12 15:06:20 zalmanas systemd[1]: Started LSB: Start and stop the mysql database server daemon.
mars 12 15:06:20 zalmanas /etc/mysql/debian-start[1496]: Upgrading MySQL tables if necessary.
mars 12 15:06:20 zalmanas /etc/mysql/debian-start[1534]: Checking for insecure root accounts.
mars 12 15:06:20 zalmanas /etc/mysql/debian-start[1538]: Triggering myisam-recover for all MyISAM tables

avec notamment les lignes contenant InnoDB en rouge.

Ports d'écoute OK.

Où ai-je oublié de chercher ?
______________________________

Edit: Je suis parvenu à résoudre l'incident. Il s'agissait d'un réglage concernant PHP dans la console d'admin d'OMV, qui vient modifier directement les fichiers dans /etc/nginx/*

Merci à vous.
Bonne continuation et longue vie à GRR.

P.S.: Comment passer le sujet en résolu ?

Dernière édition: il y a 6 ans 8 mois par Sil. Raison: Incident clos

Connexion ou Créer un compte pour participer à la conversation.

Yan
Developpeur GRR

Plus d'informations

il y a 6 ans 8 mois - il y a 6 ans 8 mois #667 par Yan

Réponse de Yan sur le sujet Installation avec mariadb

Bonjour,
merci pour votre retour.
C'est rassurant de savoir que ni GRR ni MariaDB ne sont en cause.
Cordialement,
YN

Dernière édition: il y a 6 ans 8 mois par Yan.

Connexion ou Créer un compte pour participer à la conversation.

Modérateurs: Yan

Propulsé par Kunena