Akonadi / Kalarm : lubuntu 20.04 [Réglé]
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Reprise du message précédent
Mariadb et mysql sont tous deux des langage sql.
bisane Membre non connecté
-
- Voir le profil du membre bisane
- Inscrit le : 10/11/2020
- Site internet
L'hébergeur ne propose que du phpMyAdmin pour la gestion SQL.
Quant au cms SMF... je pense que c'est pareil...
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Non cela ne semble pas poser de problèmes.
phpmyadmin.net :
phpMyAdmin is a free software tool written in PHP, intended to handle the administration of MySQL over the Web. phpMyAdmin supports a wide range of operations on MySQL and MariaDB.
Le problème peut peut être plus se trouver dans la façon dont sont stockées les bases et tables... Quand je vois que même pour du Mysql il est recommandé de lancer le script mysql_upgrade pour mettre à jour les éventuelles mises à jour des structures de bases...
Édité par nic80 Le 18/11/2020 à 21h16
bisane Membre non connecté
-
- Voir le profil du membre bisane
- Inscrit le : 10/11/2020
- Site internet
Les images seront sans doute plus parlantes que les mots...
Si je tape mariaDB dans la faq, ça ne donne rien...
Édité par bisane Le 19/11/2020 à 07h35
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
D'après cette discussion [1], le CMS SMF n'est (n'était) conçu que pour MySQL. Même si pour certains, il fonctionne plutôt bien avec MariaDB.
Je pense donc qu'il faut chercher une solution en maintenant l'utilisation de MySQL.
[1] https://www.simplemachines.org/community/index.php?topic=556263.0
Édité par Papoteur Le 19/11/2020 à 08h54
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
1) la discussion que tu cites a à de multiple occurrence exprimé "100% working"
2) MariaDB est un clone de MySQL (My était le prénom de la première fille du développeur, Maria le prénom de sa seconde fille). Le clone a été réalisé lorsque MySQL a été revendu. Si MySQL est supporté, il n'y a pas de raison que MariaDB ne le soit pas. https://fr.wikipedia.org/wiki/MySQL
Cependant, il y a bien une page qui récapitule toutes les différences et incompatibilités :
https://mariadb.com/kb/en/mariadb-vs-mysql-compatibility/
Il faut lire la première partie du texte :
Citation :
Replacement for MySQL¶
Until MariaDB 5.5, MariaDB versions functioned as a "drop-in replacement" for the equivalent MySQL version, with some limitations. From MariaDB 10.0, it is usually still very easy to upgrade from MySQL.
This means that for many cases, you can just uninstall MySQL and install MariaDB and you are good to go. There is not generally any need to convert any data files.
However, you must still run mysql_upgrade to finish the upgrade. This is needed to ensure that your mysql privilege and event tables are updated with the new fields MariaDB uses.
That said, MariaDB has a lot of new options, extension, storage engines and bug fixes that are not in MySQL. You can find the feature set for the different MariaDB versions on the What is in the different MariaDB Releases page.
Until MariaDB 5.5, MariaDB versions functioned as a "drop-in replacement" for the equivalent MySQL version, with some limitations. From MariaDB 10.0, it is usually still very easy to upgrade from MySQL.
MariaDB's data files are generally binary compatible with those from the equivalent MySQL version.
MariaDB's client protocol is binary compatible with MySQL's client protocol.
All filenames and paths are generally the same.
Data and table definition files (.frm) files are binary compatible.
See note below for an incompatibility with views!
Data and table definition files (.frm) files are binary compatible.
See note below for an incompatibility with views!
MariaDB's client protocol is binary compatible with MySQL's client protocol.
All client APIs and structs are identical.
All ports and sockets are generally the same.
All MySQL connectors (PHP, Perl, Python, Java, .NET, MyODBC, Ruby, MySQL C connector etc) work unchanged with MariaDB.
There are some installation issues with PHP5 that you should be aware of (a bug in how the old PHP5 client checks library compatibility).
All ports and sockets are generally the same.
All MySQL connectors (PHP, Perl, Python, Java, .NET, MyODBC, Ruby, MySQL C connector etc) work unchanged with MariaDB.
There are some installation issues with PHP5 that you should be aware of (a bug in how the old PHP5 client checks library compatibility).
This means that for many cases, you can just uninstall MySQL and install MariaDB and you are good to go. There is not generally any need to convert any data files.
However, you must still run mysql_upgrade to finish the upgrade. This is needed to ensure that your mysql privilege and event tables are updated with the new fields MariaDB uses.
That said, MariaDB has a lot of new options, extension, storage engines and bug fixes that are not in MySQL. You can find the feature set for the different MariaDB versions on the What is in the different MariaDB Releases page.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
1. A vérifier, les données ne sont pas stockées dans akonadi. Pour le calendrier, tu devrais les trouver dans ~/.local/share/apps/korganizer/std.isc
2. Si les données sont là, tu peux allègrement déplacer le répertoire comme indiqué par nic80
Code BASH :
mv ~/.local/share/akonadi ~/.local/share/akonadi.backup)
3. Tu devrais pouvoir tenter de relancer akonadi à ce moment.
Code BASH :
akonadictl start
4. Si ça ne fonctionne pas, et que apparmor n'est plus dans la danse, il se peut que le souci soit dû à la configuration de MySQL. Dans ce rapport, quelqu'un a dû modifier une configuration pour rétablir le fonctionnement d'akonadi. Les changements sont dans /etc/xdg/akonadi/mysql-global.conf et sont les suivants :
remplacement de log_warnings=2 par log_error_verbosity=2
remplacement de lower_case_table_names=1 par lower_case_table_names=0 (0 à la place de 1 à la fin)
Commenter query_cache_size=0 (ajout de # devant, soit #query_cache_size=0)
Commenter query_cache_type=0
@Jybz
Certains ont dit certes qu'ils n'avaient pas de problèmes, mais un autre a cité précisément des soucis notamment à l'installation, en expliquant pourquoi ça ne marchait pas, en tout cas en 2018.
Édité par Papoteur Le 19/11/2020 à 10h57
bisane Membre non connecté
-
- Voir le profil du membre bisane
- Inscrit le : 10/11/2020
- Site internet
Il me semble inutile de poursuivre cette hypothèse, et donc cette discussion...
papoteur :
2. Si les données sont là
Ben... je ne peux pas l'ouvrir, ce fichier !
Et si je l'ouvre en mode texte, il n'y a rien...
J'ai quand-même effectué la procédure, et voici :
Code BASH :
bisane@bisane:~$ akonadictl start bisane@bisane:~$ Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) org.kde.pim.akonadiserver: Starting up the Akonadi Server... 2020-11-19T17:15:17.651052Z 0 [System] [MY-013169] [Server] /usr/sbin/mysqld-akonadi (mysqld 8.0.22-0ubuntu0.20.04.2) initializing of server in progress as process 3717 2020-11-19T17:15:17.669563Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started. 2020-11-19T17:15:27.219188Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended. 2020-11-19T17:15:52.302140Z 6 [Note] [MY-010454] [Server] A temporary password is generated for root@localhost: ATygw*OQ<5J; org.kde.pim.akonadiserver: database server stopped unexpectedly org.kde.pim.akonadiserver: Database process exited unexpectedly during initial connection! org.kde.pim.akonadiserver: executable: "/usr/sbin/mysqld-akonadi" org.kde.pim.akonadiserver: arguments: ("--defaults-file=/home/bisane/.local/share/akonadi/mysql.conf", "--datadir=/home/bisane/.local/share/akonadi/db_data/", "--socket=/run/user/1000/akonadi/mysql.socket", "--pid-file=/run/user/1000/akonadi/mysql.pid") org.kde.pim.akonadiserver: stdout: "" org.kde.pim.akonadiserver: stderr: "" org.kde.pim.akonadiserver: exit code: 1 org.kde.pim.akonadiserver: process error: "Unknown error" mysqladmin: connect to server at 'localhost' failed error: 'Can't connect to local MySQL server through socket '/run/user/1000/akonadi/mysql.socket' (2)' Check that mysqld is running and that the socket: '/run/user/1000/akonadi/mysql.socket' exists! org.kde.pim.akonadiserver: Failed to remove runtime connection config file org.kde.pim.akonadiserver: Shutting down AkonadiServer... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadiserver' exited normally...
org.kde.pim.akonadiserver: database server stopped unexpectedly
org.kde.pim.akonadiserver: Database process exited unexpectedly during initial connection!
Édité par bisane Le 19/11/2020 à 18h22
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code BASH :
mysql_upgrade --defaults-file=/home/bisane/.local/share/akonadi/mysql.conf --datadir=/home/bisane/.local/share/akonadi/db_data/
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
bisane :
Excusez-moi, hein, mon hébergeur ne propose pas MariaDB !
Il me semble inutile de poursuivre cette hypothèse, et donc cette discussion...
Il me semble inutile de poursuivre cette hypothèse, et donc cette discussion...
Ok on n'en parle plus. Mais je veux dire qu'on n'est pas sur le site web actuellement, mais sur la base de donnée de akonadi qui elle demanderait (peut-être) MariaDB.
MariaDB serait compatible avec le site web, même si l'hébergeur ne le propose pas (à tord ?). Si tu veux, tu peux nous rejoindre sur le salon IRC #MLO. Je serais ravi d'échanger.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
korganizer
Il me semble que les alarmes sont dans le répertoire kalarm... C' est donc dans ce répertoire que l' on devrait trouver les alarmes qui avaient été définies (il y a plusieurs fichiers ics, celui que j' avais indiqué, mais aussi d' autres comme expired (je crois et comme son nom l' indique contient probablement les alarmes qui sont déjà passées).
Lors de mes tests, j' ai vu que quand on installait kalarm (et donc akonadi ), il y avait plusieurs backends akonadi (par exemple posgres . Posgres Sql n' étant probablement pas un fork de Mysql, on ne devrait pas avoir de conflits ?
Citation :
Excusez-moi, hein, mon hébergeur ne propose pas MariaDB
Oui, mais visiblement Infomaniak ne propose non plus de Mysql 8.0 (mais uniquement du 5.7 (mais j' ai peut être mal vu ayant survolé les pages) !
Sinon on devrait peut être pouvoir installer MariaDB à côte de Mysql... De manière manuelle (et donc sans suivi des mises à jour.
Dans le cas présent comme c' est mysql-akonadi qui est appelé (et non mysqld, il suffirait de modifier le lien symbolique mysql-akonadi afin de de le faire pointer vers le mysqld de MariaDB (c' est juste une hypothèse)
https://mariadb.com/kb/en/installing-mariadb-alongside-mysql/
Édité par nic80 Le 19/11/2020 à 19h16
bisane Membre non connecté
-
- Voir le profil du membre bisane
- Inscrit le : 10/11/2020
- Site internet
jybz :
Mais je veux dire qu'on n'est pas sur le site web actuellement, mais sur la base de donnée de akonadi
Certes !
Sauf que d'après ce que vous dîtes, et en tout cas de ce que j'en ai compris, c'est ou MySQL ou MariaDB... (malgré de dernier apport de nic80, qui me paraît bien trop "spécialiste" pour mes maigres compétences !)
Même si le problème de Kalarm m'embête au plus haut point, je ne peux le privilégier par rapport à la gestion d'un site public !!!
Citation :
Et s'il y avait une mise à jour de MySQL et la commande upgrade devrait etre adaptée ?
Pardon, mais je ne comprends pas...
Citation :
nous rejoindre sur le salon IRC #MLO
C'est quoi, ça ?
![:]](/images/smileys/8.gif ":]")
nic80 :
Oui, mais visiblement Infomaniak ne propose non plus de Mysql 8.0 (mais uniquement du 5.7
En effet !
Je me dis cependant innocemment que les conflits seraient moindres...
Quant à la "double" installation... pourquoi pas ? Mais je sens que je vais encore m'arracher les cheveux !
Édité par bisane Le 19/11/2020 à 19h44
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
bisane :
Certes !
Sauf que d'après ce que vous dîtes, et en tout cas de ce que j'en ai compris, c'est ou MySQL ou MariaDB... (malgré de dernier apport de nic80, qui me paraît bien trop "spécialiste" pour mes maigres compétences !)
Même si le problème de Kalarm m'embête au plus haut point, je ne peux le privilégier par rapport à la gestion d'un site public !!!
jybz :
Mais je veux dire qu'on n'est pas sur le site web actuellement, mais sur la base de donnée de akonadi
Certes !
Sauf que d'après ce que vous dîtes, et en tout cas de ce que j'en ai compris, c'est ou MySQL ou MariaDB... (malgré de dernier apport de nic80, qui me paraît bien trop "spécialiste" pour mes maigres compétences !)
Même si le problème de Kalarm m'embête au plus haut point, je ne peux le privilégier par rapport à la gestion d'un site public !!!
Oui mais, Akonadi est local, sur ton ordinateur, et je suppose que la gestion d'un site public se fait sur un serveur dédié qui n'est pas ton ordinateur ?
Dans ce cas, tu peux avoir MariaDB sur ton PC, et laisser MySQL sur ton serveur. Je ne vois pas où es le problème. D'autant plus que 99,9% des choses que tu peux faire (ou 100% des choses que tu feras) avec MySQL, tu pourra les faire avec MariaDB, dans le cas où tu veux reproduire le site distant en local pour tester.
bisane :
Pardon, mais je ne comprends pas...
Citation :
Et s'il y avait une mise à jour de MySQL et la commande upgrade devrait etre adaptée ?
Pardon, mais je ne comprends pas...
Oui, quand on relit le paragraphe au dessus :
Citation :
However, you must still run mysql_upgrade to finish the upgrade. This is needed to ensure that your mysql privilege and event tables are updated with the new fields MariaDB uses.
Je ne comprends pas très bien, mais ça mets à jours certaines tables "système" (configuration par défaut). Or ici, nous ne sommes pas dans une configuration système par défaut, mais une configuration spécifique à un logiciel. Donc je me demande si on doit aussi faire cette "mise à jour" des tables propres à Akonadi, d'autant plus qu'il se plaint :
Code TEXT :
2020-11-15T11:11:09.763527Z 1 [ERROR] [MY-011011] [Server] Failed TO find valid DATA directory. 2020-11-15T11:11:09.764605Z 0 [ERROR] [MY-010020] [Server] DATA Dictionary initialization failed. 2020-11-15T11:11:09.764940Z 0 [ERROR] [MY-010119] [Server] Aborting
Il y a manifestement un problème avec la BDD de MySQL pour "cette" configuration spécifique, pour "cette" application.
Voilà pourquoi je m'interroge pour l'exécution de cette commande :
Code TEXT :
mysql_upgrade --defaults-file=/home/bisane/.local/share/akonadi/mysql.conf --datadir=/home/bisane/.local/share/akonadi/db_data/
bisane :
C'est quoi, ça ?
Citation :
nous rejoindre sur le salon IRC #MLO
C'est quoi, ça ?
Ah ! Désespoir ! C'est l’ancêtre de whatsapp version années 90'. Si ça t'intéresse, il y a trouzemille page web expliquant quarante-douze méthode d'y accéder. Il y en a une très rapide :
bisane :
Quant à la "double" installation... pourquoi pas ? Mais je sens que je vais encore m'arracher les cheveux !
Possible ! Surtout s'ils utilisent les mêmes nom. Dans ce cas, on ne peut même pas utiliser les paquets de la distribution linux, mais on doit les prendre en externe, précompilé de préférence, sinon il faut aussi faire la compilation, puis une installation dans un répertoire spécifique, vérifier les appels, s'arracher les cheveux plusieurs fois, et mettre en place des configurations différentes spécifique pour chaque applications. Hum... Je doute sur l’efficacité temps/résultat.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
https://stackoverflow.com/questions/52719378/failed-to-find-valid-data-directory-mysql-generic-binary-installion
OHHH LALA !
Je vois ça :
https://www.mageialinux-online.org/forum/topic-28081-5+akonadi-kalarm-lubuntu-20-04.php#m276112
nic80 :
mv ~/.local/share/akonadi/db_data ~/.local/share/akonadi/db_data.backup
As tu tapé cette commande ?
Ça n'aurait jamais tu être mv mais cp.
cp ~/.local/share/akonadi/db_data ~/.local/share/akonadi/db_data.backup
Si le dossier db_data n'existe plus (car renommé en db_data.backup), c'est normal qu'on trouve :
Citation :
2020-11-15T11:11:09.763527Z 1 [ERROR] [MY-011011] [Server] Failed TO find valid DATA directory.
lorsque Akonadi tente de démarrer avec ces paramètres :
Citation :
org.kde.pim.akonadiserver: arguments: ("--defaults-file=/home/bisane/.local/share/akonadi/mysql.conf", "--datadir=/home/bisane/.local/share/akonadi/db_data/", "--socket=/run/user/1000/akonadi/mysql.socket", "--pid-file=/run/user/1000/akonadi/mysql.pid")
Avant tout, tape cette commande :
Code TEXT :
ls -lsah /home/bisane/.local/share/akonadi/
Si le dossier db_data est présent, alors je suis sur une fausse piste.
Si le dossier db_data est absent et on trouve db_data.backup, alors on répare l'erreur :
Code TEXT :
cp ~/.local/share/akonadi/db_data.backup ~/.local/share/akonadi/db_data
Enfin, on reteste
Code TEXT :
akonadictl start --verbose
et on relie le fichier de log
Code TEXT :
cat /home/bisane/.local/share/akonadi/db_data/mysql.err
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Lorsque le dossier data_db manque, il n'est pas automatiquement recrée.
Donc dans le message précédent, on peut bel et bien le supprimer (comme mv l'avait fait au départ), mais il faut ensuite s'assurer de le regénérer !
Code TEXT :
/usr/sbin/mysqld-akonadi --defaults-file=/home/${USER}/.local/share/akonadi/mysql.conf --datadir=/home/${USER}/.local/share/akonadi/db_data/ --socket=/run/user/$(id -ur)/akonadi/default/mysql.socket --pid-file=/run/user/$(id -ur)/akonadi/default/mysql.pid --initialize --console
On y voit sur cette ligne une option qu'on a (de mémoire) encore jamais utilisé : --initialize , qui d'après l'auteur du poste vient regénérer le fameu dossier.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie