Akonadi Dienst arbeitet nicht richtig

Support rund um die Manjaro KDE Edition findet man in dieser Kategorie!
Antworten

Themen Author
Prizibil
Neues Foren Mitglied
Neues Foren Mitglied
Beiträge: 44
Registriert: Freitag 1. Mai 2020, 18:33
CPU: Rysen 7
GPU: GeForce GT 710
Kernel: 6.3.5
Desktop-Variante: KDE Plasma
GPU Treiber: k.A.
Hat sich bedankt: 8 Mal

Akonadi Dienst arbeitet nicht richtig

#1

Beitrag von Prizibil »

Hallo Forum,
nach dem letzten update vor ein paar Tage geht der Korganizer nicht mehr siehe Fotos.
Habe schon mal gegoogelt aber bringt mich nicht weiter.
Akonadi Selftest gemacht aber kann damit nichts anfangen ihr seht da bestimmt mehr wie ich.
Hier der test:
Akonadi Server Self-Test Report===============================
Test 1: SUCCESS
--------

Database driver found.
Details: The QtSQL driver 'QMYSQL' is required by your current Akonadi server configuration and was found on your system.

File content of '/home/ulf/.config/akonadi/akonadiserverrc':
[%General]
Driver=QMYSQL

[QMYSQL]
Host=
Name=akonadi
Options="UNIX_SOCKET=/run/user/1000/akonadi/mysql.socket"
ServerPath=/usr/bin/mysqld
StartServer=true


Test 2: SUCCESS
--------

Akonadi is not running as root
Details: Akonadi is not running as a root/administrator user, which is the recommended setup for a secure system.

Test 3: SUCCESS
--------

MySQL server found.
Details: You have currently configured Akonadi to use the MySQL server '/usr/bin/mysqld'.
Make sure you have the MySQL server installed, set the correct path and ensure you have the necessary read and execution rights on the server executable. The server executable is typically called 'mysqld'; its location varies depending on the distribution.

Test 4: SUCCESS
--------

MySQL server is executable.
Details: MySQL server found: /usr/bin/mysqld Ver 10.5.5-MariaDB for Linux on x86_64 (Arch Linux)


Test 5: SUCCESS
--------

No current MySQL error log found.
Details: The MySQL server did not report any errors during this startup. The log can be found in '/home/ulf/.local/share/akonadi/db_data/mysql.err'.

Test 6: SUCCESS
--------

MySQL server default configuration found.
Details: The default configuration for the MySQL server was found and is readable at <a href="/etc/xdg//akonadi/mysql-global.conf">/etc/xdg//akonadi/mysql-global.conf</a>.

File content of '/etc/xdg//akonadi/mysql-global.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
# sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
# sql_mode=strict_trans_tables

# DEBUGGING:
# log all queries, useful for debugging but generates an enormous amount of data
# log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
# log_slow_queries=mysql.slow
# long_query_time=1
# log queries not using indices, debug only, disable for production use
# log_queries_not_using_indexes=1
#
# mesure database size and adjust innodb_buffer_pool_size
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");

# NOTES:
# Keep Innob_log_waits and keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)

#expire_logs_days=3

#sync_bin_log=0

# Use UTF-8 encoding for tables
character_set_server=utf8
collation_server=utf8_general_ci

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb

# memory pool InnoDB uses to store data dictionary information and other internal data structures (default:8M)
# Deprecated in MySQL >= 5.6.3, removed in 5.7 (works in MariaDB)
# innodb_additional_mem_pool_size=8M

# memory buffer InnoDB uses to cache data and indexes of its tables (default:128M)
# Larger values means less I/O
innodb_buffer_pool_size=128M

# Create a .ibd file for each table (default:0)
innodb_file_per_table=1

# Write out the log buffer to the log file at each commit (default:1)
innodb_flush_log_at_trx_commit=2

# Buffer size used to write to the log files on disk (default:1M for builtin, 8M for plugin)
# larger values means less I/O
innodb_log_buffer_size=1M

# Size of each log file in a log group (default:5M) larger means less I/O but more time for recovery.
innodb_log_file_size=64M

# # error log file name, relative to datadir (default:hostname.err)
log_error=mysql.err

# print warnings and connection errors (default:1)
log_warnings=2

# Convert table named to lowercase
lower_case_table_names=1

# Maximum size of one packet or any generated/intermediate string. (default:1M)
max_allowed_packet=32M

# Maximum simultaneous connections allowed (default:100)
max_connections=256

# The two options below make no sense with prepared statements and/or transactions
# (make sense when having the same query multiple times)

# Memory allocated for caching query results (default:0 (disabled))
query_cache_size=0

# Do not cache results (default:1)
query_cache_type=0

# Do not use the privileges mechanisms
skip_grant_tables

# Do not listen for TCP/IP connections at all
skip_networking

# The number of open tables for all threads. (default:64)
table_open_cache=200

# How many threads the server should cache for reuse (default:0)
thread_cache_size=3

# wait 365d before dropping the DB connection (default:8h)
wait_timeout=31536000

# We use InnoDB, so don't let MyISAM eat up memory
key_buffer_size=16K

[client]
default-character-set=utf8


Test 7: SKIP
--------

MySQL server custom configuration not available.
Details: The custom configuration for the MySQL server was not found but is optional.

Test 8: SUCCESS
--------

MySQL server configuration is usable.
Details: The MySQL server configuration was found at <a href="/home/ulf/.local/share/akonadi/mysql.conf">/home/ulf/.local/share/akonadi/mysql.conf</a> and is readable.

File content of '/home/ulf/.local/share/akonadi/mysql.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
# sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
# sql_mode=strict_trans_tables

# DEBUGGING:
# log all queries, useful for debugging but generates an enormous amount of data
# log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
# log_slow_queries=mysql.slow
# long_query_time=1
# log queries not using indices, debug only, disable for production use
# log_queries_not_using_indexes=1
#
# mesure database size and adjust innodb_buffer_pool_size
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");

# NOTES:
# Keep Innob_log_waits and keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)

#expire_logs_days=3

#sync_bin_log=0

# Use UTF-8 encoding for tables
character_set_server=utf8
collation_server=utf8_general_ci

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb

# memory pool InnoDB uses to store data dictionary information and other internal data structures (default:8M)
# Deprecated in MySQL >= 5.6.3, removed in 5.7 (works in MariaDB)
# innodb_additional_mem_pool_size=8M

# memory buffer InnoDB uses to cache data and indexes of its tables (default:128M)
# Larger values means less I/O
innodb_buffer_pool_size=128M

# Create a .ibd file for each table (default:0)
innodb_file_per_table=1

# Write out the log buffer to the log file at each commit (default:1)
innodb_flush_log_at_trx_commit=2

# Buffer size used to write to the log files on disk (default:1M for builtin, 8M for plugin)
# larger values means less I/O
innodb_log_buffer_size=1M

# Size of each log file in a log group (default:5M) larger means less I/O but more time for recovery.
innodb_log_file_size=64M

# # error log file name, relative to datadir (default:hostname.err)
log_error=mysql.err

# print warnings and connection errors (default:1)
log_warnings=2

# Convert table named to lowercase
lower_case_table_names=1

# Maximum size of one packet or any generated/intermediate string. (default:1M)
max_allowed_packet=32M

# Maximum simultaneous connections allowed (default:100)
max_connections=256

# The two options below make no sense with prepared statements and/or transactions
# (make sense when having the same query multiple times)

# Memory allocated for caching query results (default:0 (disabled))
query_cache_size=0

# Do not cache results (default:1)
query_cache_type=0

# Do not use the privileges mechanisms
skip_grant_tables

# Do not listen for TCP/IP connections at all
skip_networking

# The number of open tables for all threads. (default:64)
table_open_cache=200

# How many threads the server should cache for reuse (default:0)
thread_cache_size=3

# wait 365d before dropping the DB connection (default:8h)
wait_timeout=31536000

# We use InnoDB, so don't let MyISAM eat up memory
key_buffer_size=16K

[client]
default-character-set=utf8


Test 9: SUCCESS
--------

akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi server was found and could be executed successfully.
Result:
akonadictl 5.15.0 (20.08.0)


Test 10: ERROR
--------

Akonadi control process not registered at D-Bus.
Details: The Akonadi control process is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup.

Test 11: ERROR
--------

Akonadi server process not registered at D-Bus.
Details: The Akonadi server process is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup.

Test 12: SKIP
--------

Protocol version check not possible.
Details: Without a connection to the server it is not possible to check if the protocol version meets the requirements.

Test 13: ERROR
--------

No resource agents found.
Details: No resource agents have been found, Akonadi is not usable without at least one. This usually means that no resource agents are installed or that there is a setup problem. The following paths have been searched: '/usr/share/akonadi/agents'. The XDG_DATA_DIRS environment variable is set to '/home/ulf/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share:/var/lib/snapd/desktop'; make sure this includes all paths where Akonadi agents are installed.

Directory listing of '/usr/share/akonadi/agents':
akonadiindexingagent.desktop
akonotesresource.desktop
birthdaysresource.desktop
contactsresource.desktop
davgroupwareresource.desktop
ewsmtaresource.desktop
ewsresource.desktop
googleresource.desktop
icaldirresource.desktop
icalresource.desktop
imapresource.desktop
kalarmdirresource.desktop
kalarmresource.desktop
knutresource.desktop
kolabresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
migrationagent.desktop
mixedmaildirresource.desktop
newmailnotifieragent.desktop
notesresource.desktop
openxchangeresource.desktop
pop3resource.desktop
tomboynotesresource.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to '/home/ulf/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share:/var/lib/snapd/desktop'

Test 14: SUCCESS
--------

No current Akonadi server error log found.
Details: The Akonadi server did not report any errors during its current startup.

Test 15: SUCCESS
--------

No previous Akonadi server error log found.
Details: The Akonadi server did not report any errors during its previous startup.

Test 16: SUCCESS
--------

No current Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its current startup.

Test 17: SUCCESS
--------

No previous Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its previous startup.

Bestimmt könnt ihr damit was anfangen
Danke für eure Hilfe ich brauche nählich den Kalender für meine Termine
Dateianhänge
ksnip_20200830-214032.png
ksnip_20200830-214032.png (16.78 KiB) 5078 mal betrachtet
ksnip_20200830-213945.png
ksnip_20200830-213945.png (21.16 KiB) 5078 mal betrachtet
Benutzeravatar

Blueriver
Moderator
Moderator
Beiträge: 2343
Registriert: Donnerstag 19. Mai 2016, 15:49
CPU: AMD Quad Core A8 3,6GHz
GPU: AMD/ATI Radeon R7
Kernel: 6.1
Desktop-Variante: XFCE und KDE Stable, Testing, Unstable
GPU Treiber: Free
Hat sich bedankt: 28 Mal
Danksagung erhalten: 149 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#2

Beitrag von Blueriver »

Probier es mal mit

Code: Alles auswählen

sudo aa-complain /usr/bin/akonadiserver


Starte Akonadi und wenn es läuft danach noch ein

Code: Alles auswählen

sudo aa-enforce /usr/bin/akonadiserver
Benutzeravatar

Borrtux
Forum Kenner
Forum Kenner
Beiträge: 135
Registriert: Samstag 18. Juli 2020, 09:50
CPU: 4x Intel Core i5-6200 CPU @ 2.30GHz
GPU: NVIDIA GeForce 930M
Kernel: 5.10.18-1-MANJARO
Desktop-Variante: KDE Plasma 5.21.1
GPU Treiber: Mesa Intel® HD Graphics 520
Hat sich bedankt: 42 Mal
Danksagung erhalten: 13 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#3

Beitrag von Borrtux »

Hallo Blueriver,
ich habe dasselbe Problem, und habe die Befehle ausgeführt.
[borrtux@borrtux-p7641md60398 ~]$ sudo aa-complain /usr/bin/akonadiserver
[sudo] Passwort für borrtux:
/usr/bin/akonadiserver wird in den Complain-Modus versetzt.
[borrtux@borrtux-p7641md60398 ~]$ sudo aa-enforce /usr/bin/akonadiserver
/usr/bin/akonadiserver wird in den Erzwingen-Modus versetzt.
Zwischen dem ersten und zweiten Befehl habe ich KOrganizer gestartet (weil ich nicht weoß, was du mit "starte Aconadi" meintest).
Das ergebnis ist leider unverändert.
Da das Problem das erste mal bei KMail auftrat, hatte ich inzwischen Kmail deinstalliert (muß ich nicht unbedingt haben - wäre aber schön.
Mein Hauptsystem ist z.Zt. noch Linux Mint Cinnamon. Soll/könnte aber von Manjaro abgelöst werden.
Es grüßt euch borrtux

Themen Author
Prizibil
Neues Foren Mitglied
Neues Foren Mitglied
Beiträge: 44
Registriert: Freitag 1. Mai 2020, 18:33
CPU: Rysen 7
GPU: GeForce GT 710
Kernel: 6.3.5
Desktop-Variante: KDE Plasma
GPU Treiber: k.A.
Hat sich bedankt: 8 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#4

Beitrag von Prizibil »

Hallo Blueriver,
habe es ausprobiert und sah erst gut aus. Korganizer gestartet ohne Fehler und Kalender Datei hinzugefügt aber keine Termine im Kalender zu sehen.
Dann Notbook runtergefahren und neu gestartet und sofort wieder der Fehler.

Themen Author
Prizibil
Neues Foren Mitglied
Neues Foren Mitglied
Beiträge: 44
Registriert: Freitag 1. Mai 2020, 18:33
CPU: Rysen 7
GPU: GeForce GT 710
Kernel: 6.3.5
Desktop-Variante: KDE Plasma
GPU Treiber: k.A.
Hat sich bedankt: 8 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#5

Beitrag von Prizibil »

Hallo nochmal,
ich habe inzwischen im Internet weiter gesucht und da wird oft von mariadb.service berichtet.
Jetzt habe ich mal im AUR nachgeschaut und mariadb ist installiert.wenn ich den Dienst aber starte gibts auch Fehler,habe den status mal für euch hier kopiert vielleicht hilft euch das ja weiter.
[ulf@xotox ~]$ systemctl start mariadb
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
[ulf@xotox ~]$ systemctl status mariadb.service
● mariadb.service - MariaDB 10.5.5 database server
Loaded: loaded (/usr/lib/systemd/system/mariadb.service; disabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Tue 2020-09-01 18:22:58 CEST; 42s ago
Docs: man:mariadbd(8)
https://mariadb.com/kb/en/library/systemd/
Process: 3553 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0>
Process: 3554 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/..; /usr>
Process: 3564 ExecStart=/usr/bin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited>
Main PID: 3564 (code=exited, status=1/FAILURE)
Status: "MariaDB server is down"

Sep 01 18:22:56 xotox mariadbd[3564]: 2020-09-01 18:22:56 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/my>
Sep 01 18:22:56 xotox mariadbd[3564]: 2020-09-01 18:22:56 0 [ERROR] Could not open mysql.plugin table: "Table 'mys>
Sep 01 18:22:56 xotox mariadbd[3564]: 2020-09-01 18:22:56 0 [ERROR] Can't open and lock privilege tables: Table 'm>
Sep 01 18:22:56 xotox mariadbd[3564]: 2020-09-01 18:22:56 0 [Note] InnoDB: Buffer pool(s) load completed at 200901>
Sep 01 18:22:56 xotox mariadbd[3564]: 2020-09-01 18:22:56 0 [Note] Server socket created on IP: '::'.
Sep 01 18:22:56 xotox mariadbd[3564]: 2020-09-01 18:22:56 0 [ERROR] Fatal error: Can't open and lock privilege tab>
Sep 01 18:22:56 xotox mariadbd[3564]: 2020-09-01 18:22:56 0 [ERROR] Aborting
Sep 01 18:22:58 xotox systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Sep 01 18:22:58 xotox systemd[1]: mariadb.service: Failed with result 'exit-code'.
lines 1-20
Benutzeravatar

gosia
Forum Held
Forum Held
Beiträge: 2232
Registriert: Dienstag 24. Mai 2016, 13:33
CPU: Intel i5-3210M
GPU: Intel HD 4000
Kernel: 4.19
Desktop-Variante: Openbox
GPU Treiber: i915
Hat sich bedankt: 20 Mal
Danksagung erhalten: 495 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#6

Beitrag von gosia »

Hallo Prizibil,
Prizibil hat geschrieben: Dienstag 1. September 2020, 18:33 mariadb ist installiert
ist die Datenbank aber auch initialisiert?

Code: Alles auswählen

sudo mysql_install_db --user=mysql --basedir=/usr --datadir=/var/lib/mysql
sudo systemctl start mariadb
sudo systemctl enable mariadb
sudo mysql_secure_installation
Ob das aber Akonadi auf die Beine hilft weiss ich nicht.

viele Grüße gosia

Themen Author
Prizibil
Neues Foren Mitglied
Neues Foren Mitglied
Beiträge: 44
Registriert: Freitag 1. Mai 2020, 18:33
CPU: Rysen 7
GPU: GeForce GT 710
Kernel: 6.3.5
Desktop-Variante: KDE Plasma
GPU Treiber: k.A.
Hat sich bedankt: 8 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#7

Beitrag von Prizibil »

Hallo,
danke für die schnelle Antwort,mariadb ist jetzt ohne Fehler aber der akonadi geht immer noch nicht.
Soll ich lieber mal die Festplatte löschen und Manjaro neu installieren?

Gruß prizibil
Benutzeravatar

gosia
Forum Held
Forum Held
Beiträge: 2232
Registriert: Dienstag 24. Mai 2016, 13:33
CPU: Intel i5-3210M
GPU: Intel HD 4000
Kernel: 4.19
Desktop-Variante: Openbox
GPU Treiber: i915
Hat sich bedankt: 20 Mal
Danksagung erhalten: 495 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#8

Beitrag von gosia »

Hallo Prizibil,
Prizibil hat geschrieben: Dienstag 1. September 2020, 19:55 Soll ich lieber mal die Festplatte löschen und Manjaro neu installieren?
Das klingt für mich zu sehr nach Windows ;)
Aber da ich von Akonadi nur weiss, daß es das gibt kann ich dir nur diesen Versuch anbieten
https://wiki.archlinux.de/title/KDE#Akonadi

viele Grüße gosia
Benutzeravatar

Borrtux
Forum Kenner
Forum Kenner
Beiträge: 135
Registriert: Samstag 18. Juli 2020, 09:50
CPU: 4x Intel Core i5-6200 CPU @ 2.30GHz
GPU: NVIDIA GeForce 930M
Kernel: 5.10.18-1-MANJARO
Desktop-Variante: KDE Plasma 5.21.1
GPU Treiber: Mesa Intel® HD Graphics 520
Hat sich bedankt: 42 Mal
Danksagung erhalten: 13 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#9

Beitrag von Borrtux »

Ich möchte hier nichts durcheinander bringen, aber da ich dasselbe Problem habe, habe ich den Vorschlag von Gosia (danke dafür) mal versucht.
Mit folgendem Ergebnis:

Code: Alles auswählen

[borrtux@borrtux-p7641md60398 ~]$ akonadictl stop
Akonadi is not running.
[borrtux@borrtux-p7641md60398 ~]$ akonadictl status
Akonadi Control: stopped
Akonadi Server: stopped
Akonadi Server Search Support: available (Remote Search, Akonadi Search Plugin)
Available Agent Types: akonadi_akonotes_resource, akonadi_archivemail_agent, akonadi_birthdays_resource, akonadi_contacts_resource, akonadi_davgroupware_resource, akonadi_ews_resource, akonadi_ewsmta_resource, akonadi_followupreminder_agent, akonadi_google_resource, akonadi_ical_resource, akonadi_icaldir_resource, akonadi_imap_resource, akonadi_indexing_agent, akonadi_kalarm_dir_resource, akonadi_kalarm_resource, akonadi_knut_resource, akonadi_kolab_resource, akonadi_maildir_resource, akonadi_maildispatcher_agent, akonadi_mailfilter_agent, akonadi_mbox_resource, akonadi_migration_agent, akonadi_mixedmaildir_resource, akonadi_newmailnotifier_agent, akonadi_notes_agent, akonadi_notes_resource, akonadi_openxchange_resource, akonadi_pop3_resource, akonadi_sendlater_agent, akonadi_tomboynotes_resource, akonadi_unifiedmailbox_agent, akonadi_vcard_resource, akonadi_vcarddir_resource
[borrtux@borrtux-p7641md60398 ~]$ rm -rf $HOME/.local/share/akonadi/db_data
[borrtux@borrtux-p7641md60398 ~]$ akonadictl restart
Akonadi is not running.
[borrtux@borrtux-p7641md60398 ~]$ mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data --basedir=/usr
Installing MariaDB/MySQL system tables in '/home/borrtux/.local/share/akonadi/db_data' ...
OK

To start mysqld at boot time you have to copy
support-files/mysql.server to the right place for your system


Two all-privilege accounts were created.
One is root@localhost, it has no password, but you need to
be system 'root' user to connect. Use, for example, sudo mysql
The second is borrtux@localhost, it has no password either, but
you need to be the system 'borrtux' user to connect.
After connecting you can set the password, if you would need to be
able to connect as any of these users with a password and without sudo

See the MariaDB Knowledgebase at https://mariadb.com/kb or the
MySQL manual for more instructions.

You can start the MariaDB daemon with:
cd '/usr' ; /usr/bin/mysqld_safe --datadir='/home/borrtux/.local/share/akonadi/db_data'

You can test the MariaDB daemon with mysql-test-run.pl
cd '/usr/mysql-test' ; perl mysql-test-run.pl

Please report any problems at https://mariadb.org/jira

The latest information about MariaDB is available at https://mariadb.org/.
You can find additional information about the MySQL part at:
https://dev.mysql.com
Consider joining MariaDB's strong and vibrant community:
https://mariadb.org/get-involved/

Ergebnis ist Kmail hat immer noch denselben Fehler und läuft nicht.
Es grüßt euch borrtux
Benutzeravatar

gosia
Forum Held
Forum Held
Beiträge: 2232
Registriert: Dienstag 24. Mai 2016, 13:33
CPU: Intel i5-3210M
GPU: Intel HD 4000
Kernel: 4.19
Desktop-Variante: Openbox
GPU Treiber: i915
Hat sich bedankt: 20 Mal
Danksagung erhalten: 495 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#10

Beitrag von gosia »

Hallo Borrtux,
Borrtux hat geschrieben: Mittwoch 2. September 2020, 11:54 Ich möchte hier nichts durcheinander bringen
Leider geht es aber etwas durcheinander... Akonadi ist das eine und MariaDB das andere, auch wenn Akonadi wohl eine laufende DB benötigt.
Borrtux hat geschrieben: Mittwoch 2. September 2020, 11:54 habe ich den Vorschlag von Gosia (danke dafür) mal versucht.
Vorab, ich habe keine Ahnung von Akonadi, habe nur gelesen, daß es wohl eine gut eingerichtete und laufende Datenbank benötigt. Wenn ich es richtig sehe, hast Du die Reihenfolge wohl umgedreht, zuerst versucht Akonadi zu starten und dann die DB eingerichtet, aber igendwie auch nur halbherzig: zwei User (root und Du) mit vollen Privilegien für MariaDB aber ohne jegliches Passwort. Was schon mal für die DB kritisch ist und den Verdacht aufkommen lässt, daß Du diesen Schritt

Code: Alles auswählen

sudo mysql_secure_installation
ausgelassen hast, der dafür sorgt, daß MariaDB mindestens mit Passwörten lauft. Und ob nun MariaDB beim Booten automatisch gestartet wird kann ich so nur hoffen und raten.
Aber da ich mich gerade im Reich der Spekulation bewege kann ich auch gleich noch vermuten, daß man Akonadi irgendwie mitteilen muss (Konfiguration?) daß jetzt MariaDB als Datenbank zuständig ist. Nur ein Verdacht, aber er liegt nahe, weil ich auch Beiträge gelesen habe, in denen nicht MariaDB sondern PostgreSQL für Akonadi eingerichtet wurde. Aber wie gesagt, da sollten die Plasma/KDE-User ran, von denen ja wohl niemand ohne Akonadi auskommt und die sich deshalb super mit Akonadi auskennen

Nur noch was MariaDB betrifft. gib mal probeweise nach einem Neustart des Rechners (wichtig) dieses Kommando ein:

Code: Alles auswählen

mysql -uroot -p
wenn Du dann im MariaDB Monitor landest, sieht so aus:

Code: Alles auswählen

Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 14
...
bist Du schon mal sicher, daß MariaDB vernünftig läuft.
Wenn nicht, dann nicht :(

viele Grüße gosia
Benutzeravatar

Borrtux
Forum Kenner
Forum Kenner
Beiträge: 135
Registriert: Samstag 18. Juli 2020, 09:50
CPU: 4x Intel Core i5-6200 CPU @ 2.30GHz
GPU: NVIDIA GeForce 930M
Kernel: 5.10.18-1-MANJARO
Desktop-Variante: KDE Plasma 5.21.1
GPU Treiber: Mesa Intel® HD Graphics 520
Hat sich bedankt: 42 Mal
Danksagung erhalten: 13 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#11

Beitrag von Borrtux »

Hallö Gosia,
tut mir leid, wenn es durcheinander geht. Da bleibe ich hier mal lieber draußen.
Nein, ich habe genau und Schritt für Schritt die Anleitung durchgeführt. Du hast bestimmt gesehen, dass dort zuerst steht "Stoppen von Akonadi"
Von
sudo mysql_secure_installation
war dort keine Rede, konnte ich deshalb auch nicht auslassen.
Ich hänge die von Dir verlinkte Anleitung als Screenshot an.

Dein letzter Tip ergab:

Code: Alles auswählen

[borrtux@borrtux-p7641md60398 ~]$ mysql -uroot -p
Enter password: 
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/run/mysqld/mysqld.sock' (2)
[borrtux@borrtux-p7641md60398 ~]$ 
Ok läuft nicht.
Akonadi.png
Akonadi.png (62.39 KiB) 4866 mal betrachtet
Es grüßt euch borrtux
Benutzeravatar

gosia
Forum Held
Forum Held
Beiträge: 2232
Registriert: Dienstag 24. Mai 2016, 13:33
CPU: Intel i5-3210M
GPU: Intel HD 4000
Kernel: 4.19
Desktop-Variante: Openbox
GPU Treiber: i915
Hat sich bedankt: 20 Mal
Danksagung erhalten: 495 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#12

Beitrag von gosia »

Hallo Borrtux,
Borrtux hat geschrieben: Mittwoch 2. September 2020, 17:53 tut mir leid, wenn es durcheinander geht.
Naja, ist auch irgendwie schwierig zu trennen. Die eigentliche Frage ging ja um Akonadi und jetzt kommt das Problem "wie installiere ich eine Datenbank" ins Spiel, was ja eigentlich ein eigenen Thread ergeben würde. Auf der anderen Seite scheint das aber eine Vorraussetzung für Akonadi zu sein, gehört also doch irgendwie dazu.
Borrtux hat geschrieben: Mittwoch 2. September 2020, 17:53 Von

Code: Alles auswählen

sudo mysql_secure_installation
war dort keine Rede
Naja, wie man's nimmt:
gosia hat geschrieben: Dienstag 1. September 2020, 18:52 ist die Datenbank aber auch initialisiert?

Code: Alles auswählen

sudo mysql_install_db --user=mysql --basedir=/usr --datadir=/var/lib/mysql
sudo systemctl start mariadb
sudo systemctl enable mariadb
sudo mysql_secure_installation
Alles zu lesen ist also nicht so verkehrt. Aber dieser letzte Schritt ist eigentlich eher aus sicherheitstechnischen Gründen wichtig. Jedenfalls läuft dein MariaDB nicht, da kann es so also auch nichts mit Akonadi werden. Kannst ja in dieser Anleitung
https://forum.manjaro.org/t/howto-insta ... lamp/13000
nochmal den MariaDB-Teil durchgehen, ob Du alles so gemacht hast. Aber Achtung - nur den MariaDB-Abschnitt - schliesslich willst und brauchst Du kein LAMPP aufsetzen. Also ab

Code: Alles auswählen

##3. Install MariaDB
Und da sind wir schon wieder mitten in dem Schlamassel, daß wir eigentlich Akonadi starten wollen und trotzdem von was anderem - MariaDB - reden.

viele Grüße gosia

Themen Author
Prizibil
Neues Foren Mitglied
Neues Foren Mitglied
Beiträge: 44
Registriert: Freitag 1. Mai 2020, 18:33
CPU: Rysen 7
GPU: GeForce GT 710
Kernel: 6.3.5
Desktop-Variante: KDE Plasma
GPU Treiber: k.A.
Hat sich bedankt: 8 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#13

Beitrag von Prizibil »

Hallo,
da bin ich wieder. Habe vom Stick die iso gestartet Festplatte gelöscht und Manjaro neu installiert.
Ergebnis: Akonadi-Dienst startet immer noch nicht. Praktisch der gleiche Fehler wie vorher.

Was ich allerdings bemerkt habe zur ersten fehlerfreien Installation ist, beim Start 2 reihen in rot
laufen so schnell durch eine ist aber Failed:to load zfs Filesystem
hoffe ich zumindest.
Und beim Installationsprogramm kommt am Anfang "Der Computer ist nicht mit dem Internet verbunden"

Da ich mir eine Neuinstallation mit alten Fehlern nicht vorstellen kann, müsst ihr mir da helfen was mach ich jetzt noch.

setze sehr auf eure Hilfe
mfg Prizibil

Themen Author
Prizibil
Neues Foren Mitglied
Neues Foren Mitglied
Beiträge: 44
Registriert: Freitag 1. Mai 2020, 18:33
CPU: Rysen 7
GPU: GeForce GT 710
Kernel: 6.3.5
Desktop-Variante: KDE Plasma
GPU Treiber: k.A.
Hat sich bedankt: 8 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#14

Beitrag von Prizibil »

Hallo,
kommt noch besser wenn ich die ausweisapp2 installieren will kommt folgendes
AusweisApp2-1.20.1.tar.gz ... FEHLGESCHLAGEN (Unbekannter öffentlicher Schlüssel 2D7479A531451088)
==> FEHLER: Eine oder mehrere PGP-Signaturen konnten nicht überprüft werden!
Fehler beim Erstellen von ausweisapp2
Benutzeravatar

gosia
Forum Held
Forum Held
Beiträge: 2232
Registriert: Dienstag 24. Mai 2016, 13:33
CPU: Intel i5-3210M
GPU: Intel HD 4000
Kernel: 4.19
Desktop-Variante: Openbox
GPU Treiber: i915
Hat sich bedankt: 20 Mal
Danksagung erhalten: 495 Mal

Re: Akonadi Dienst arbeitet nicht richtig

#15

Beitrag von gosia »

Hallo Prizibil,
bitte mach künftig für neue Probleme einen neuen Thread auf, das zerfranst hier schon zu sehr.
Prizibil hat geschrieben: Mittwoch 2. September 2020, 19:40 aber Failed:to load zfs Filesystem
benutzt Du denn das zfs Filesystem?
Prizibil hat geschrieben: Mittwoch 2. September 2020, 19:40 am Anfang "Der Computer ist nicht mit dem Internet verbunden"
das kann schon sein, aber dann bist Du doch verbunden, oder nicht?
Prizibil hat geschrieben: Mittwoch 2. September 2020, 19:49 AusweisApp2-1.20.1.tar.gz ... FEHLGESCHLAGEN (Unbekannter öffentlicher Schlüssel 2D7479A531451088)
https://wiki.archlinux.org/index.php/Pa ... nown_trust
oder importiere den Key
https://wiki.archlinux.org/index.php/Gn ... public_key
aber wie gesagt, wenn einige von diesen Themen sich so nicht klären lassen, bitte in neuen Threads weiterbehandeln.

viele Grüße gosia
Antworten