Nextcloud und Maria DB 10.5 my.cnf
Hallo,
meine Nextcloud 22.1.1 läuft unter Ubuntu 20.0.4 und nginx mit MariaDB 10.5.
Ich habe alles für das Update auf MariaDB 10.6 vorbereitet, als ich eine seltsame Sache mit der Datei /etc/mysql/my.cnf bemerkte.
Die my.cnf sollte so aussehen, ich bin mir sicher, dass ich es so während der Installation eingegeben habe:
Der Inhalt ist aber dieser:
Nachdem ich dies gelöscht hatte, versuchte ich, den korrekten Codeblock von oben in die my.cnf-Datei einzufügen, zu speichern und mysql neu zu starten.
Aber es gibt keine Möglichkeit, mysql neu zu starten.
Ich muss den zweiten Codeblock wiederherstellen, dann kann ich mysql neu starten und Nextcloud läuft einwandfrei.
Hat jemand eine Idee, wie ich das hinbekomme?
Danke
meine Nextcloud 22.1.1 läuft unter Ubuntu 20.0.4 und nginx mit MariaDB 10.5.
Ich habe alles für das Update auf MariaDB 10.6 vorbereitet, als ich eine seltsame Sache mit der Datei /etc/mysql/my.cnf bemerkte.
Die my.cnf sollte so aussehen, ich bin mir sicher, dass ich es so während der Installation eingegeben habe:
[client]
default-character-set = utf8mb4
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
log_error=/var/log/mysql/mysql_error.log
nice = 0
socket = /var/run/mysqld/mysqld.sock
[mysqld]
basedir = /usr
bind-address = 127.0.0.1
binlog_format = ROW
bulk_insert_buffer_size = 16M
character-set-server = utf8mb4
collation-server = utf8mb4_general_ci
concurrent_insert = 2
connect_timeout = 5
datadir = /var/lib/mysql
default_storage_engine = InnoDB
expire_logs_days = 2
general_log_file = /var/log/mysql/mysql.log
general_log = 0
innodb_buffer_pool_size = 1024M
innodb_buffer_pool_instances = 1
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size = 32M
innodb_max_dirty_pages_pct = 90
innodb_file_per_table = 1
innodb_open_files = 400
innodb_io_capacity = 4000
innodb_flush_method = O_DIRECT
#innodb_read_only_compressed=OFF
#ab MariaDB 10.6 notwendig, s. Link
key_buffer_size = 128M
lc_messages_dir = /usr/share/mysql
lc_messages = en_US
log_bin = /var/log/mysql/mariadb-bin
log_bin_index = /var/log/mysql/mariadb-bin.index
log_error = /var/log/mysql/mysql_error.log
log_slow_verbosity = query_plan
log_warnings = 2
long_query_time = 1
max_allowed_packet = 16M
max_binlog_size = 100M
max_connections = 200
max_heap_table_size = 64M
myisam_recover_options = BACKUP
myisam_sort_buffer_size = 512M
port = 3306
pid-file = /var/run/mysqld/mysqld.pid
query_cache_limit = 2M
query_cache_size = 64M
query_cache_type = 1
query_cache_min_res_unit = 2k
read_buffer_size = 2M
read_rnd_buffer_size = 1M
skip-external-locking
skip-name-resolve
slow_query_log_file = /var/log/mysql/mariadb-slow.log
slow-query-log = 1
socket = /var/run/mysqld/mysqld.sock
sort_buffer_size = 4M
table_open_cache = 400
thread_cache_size = 128
tmp_table_size = 64M
tmpdir = /tmp
transaction_isolation = READ-COMMITTED
#unix_socket=OFF
user = mysql
wait_timeout = 600
[mysqldump]
max_allowed_packet = 16M
quick
quote-names
[isamchk]
key_buffer = 16M
Der Inhalt ist aber dieser:
# The MariaDB configuration file
#
# The MariaDB/MySQL tools read configuration files in the following order:
# 0. "/etc/mysql/my.cnf" symlinks to this file, reason why all the rest is read.
# 1. "/etc/mysql/mariadb.cnf" (this file) to set global defaults,
# 2. "/etc/mysql/conf.d/*.cnf" to set global options.
# 3. "/etc/mysql/mariadb.conf.d/*.cnf" to set MariaDB-only options.
# 4. "~/.my.cnf" to set user-specific options.
#
# If the same option is defined multiple times, the last one will apply.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# If you are new to MariaDB, check out https://mariadb.com/kb/en/basic-mariadb-articles/
#
# This group is read both by the client and the server
# use it for options that affect everything
#
[client-server]
# Port or socket location where to connect
# port = 3306
socket = /run/mysqld/mysqld.sock
# Import all .cnf files from configuration directory
!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mariadb.conf.d/
Nachdem ich dies gelöscht hatte, versuchte ich, den korrekten Codeblock von oben in die my.cnf-Datei einzufügen, zu speichern und mysql neu zu starten.
Aber es gibt keine Möglichkeit, mysql neu zu starten.
Ich muss den zweiten Codeblock wiederherstellen, dann kann ich mysql neu starten und Nextcloud läuft einwandfrei.
Hat jemand eine Idee, wie ich das hinbekomme?
Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1209573910
Url: https://administrator.de/forum/nextcloud-und-maria-db-10-5-my-cnf-1209573910.html
Ausgedruckt am: 21.12.2024 um 13:12 Uhr
24 Kommentare
Neuester Kommentar
Moin,
wieso kannst du den DB Dienst nicht neu starten?
"Service mysql restart"
Des weiteren sind die Default Parameter mittlerweile sehr gut und für eine normale Nextcloud Instanz ausreichend.
Einige Parameter fallen eh in neuerer Version raus. Hier ggf. ins Upgrade Manual schauen.
Was genau funktioniert denn nicht? Ggf. solltest du erstmal nur die Pfad Anpassungen über nehmen und alles andere default lassen.
Gruß
Spirit
wieso kannst du den DB Dienst nicht neu starten?
"Service mysql restart"
Des weiteren sind die Default Parameter mittlerweile sehr gut und für eine normale Nextcloud Instanz ausreichend.
Einige Parameter fallen eh in neuerer Version raus. Hier ggf. ins Upgrade Manual schauen.
Was genau funktioniert denn nicht? Ggf. solltest du erstmal nur die Pfad Anpassungen über nehmen und alles andere default lassen.
Gruß
Spirit
Zitat von @hokaido:
Wie gesagt, wenn ich den 1. Codeblock, so wie er sein soll statt des 2. Codeblocks einfüge, und dann Service mysql restart mache, kommt die Meldung mysql könne nicht gestartet werden. Erst wenn ich wieder den 2. Codeblock einfüge geht es.
Lt. der Anleitung im www, nachdem ich die ganze Nextcloud problemlos installiert habe, soll aber der 1. Block rein.
Wie gesagt, wenn ich den 1. Codeblock, so wie er sein soll statt des 2. Codeblocks einfüge, und dann Service mysql restart mache, kommt die Meldung mysql könne nicht gestartet werden. Erst wenn ich wieder den 2. Codeblock einfüge geht es.
Lt. der Anleitung im www, nachdem ich die ganze Nextcloud problemlos installiert habe, soll aber der 1. Block rein.
Naja, dann musst du Zeile für Zeile testen.
Dann siehst du, an welcher Stelle Mariadb nicht mit der Konfig klar kommt.
Die Datei aus dem zweiten Codeblock folgt dem Standard, Dateien aus Unterverzeichnissen einzubinden.
Das ist Update-Sicherer.
Du findest deine Konfigurationen jetzt, möglicherweise auf mehrere Dateien gesplittet, in den beiden unten genannten Verzeichnissen.
Die my.cnf solltest du auch tunlichst nicht verändern sondern, wenn es wirklich nötig ist, in dem Verzeichnis eine lexalisch am Ende stehende Datei anzulegen, die die Einstellungen enthält, die du anpassen musst.
Aber die my.cnf solltest du nicht anfassen, denn die wird (wie du siehst) bei Updates ersetzt.
Und: Wenn Nextcloud einwandfrei läuft, warum willst du die Config anpassen?
Das ist Update-Sicherer.
Du findest deine Konfigurationen jetzt, möglicherweise auf mehrere Dateien gesplittet, in den beiden unten genannten Verzeichnissen.
Die my.cnf solltest du auch tunlichst nicht verändern sondern, wenn es wirklich nötig ist, in dem Verzeichnis eine lexalisch am Ende stehende Datei anzulegen, die die Einstellungen enthält, die du anpassen musst.
Aber die my.cnf solltest du nicht anfassen, denn die wird (wie du siehst) bei Updates ersetzt.
Und: Wenn Nextcloud einwandfrei läuft, warum willst du die Config anpassen?
Hallo,
Dann musst du in den Logs nachschauen, warum der MySQL Dienst nicht mehr laufen möchte. Da steht garantiert mehr drin, als nur "Service konnte nicht gestartet werden". Diese "Fehlermeldung" kommt übrigens von Systemd und nicht vom MySQL Dienst....
Alternativ kann man es natürlich auch sehr aufwendig machen und jede Zeile testen, so wie es @Spirit-of-Eli genannt hat. Das ist aber ziemlicher Murks.
Das passiert wenn man irgendeiner fremden Anleitung folgt statt der offiziellen Herstellerdokumentation. Dort wird nähmlich überhaupt gar keine Einstellung von MySQL geändert. Warum auch? Die Standardeinstellungen reichen vollkommen aus.
MfG
Zitat von @hokaido:
Wie gesagt, wenn ich den 1. Codeblock, so wie er sein soll statt des 2. Codeblocks einfüge, und dann Service mysql restart mache, kommt die Meldung mysql könne nicht gestartet werden. Erst wenn ich wieder den 2. Codeblock einfüge geht es.
Wie gesagt, wenn ich den 1. Codeblock, so wie er sein soll statt des 2. Codeblocks einfüge, und dann Service mysql restart mache, kommt die Meldung mysql könne nicht gestartet werden. Erst wenn ich wieder den 2. Codeblock einfüge geht es.
Dann musst du in den Logs nachschauen, warum der MySQL Dienst nicht mehr laufen möchte. Da steht garantiert mehr drin, als nur "Service konnte nicht gestartet werden". Diese "Fehlermeldung" kommt übrigens von Systemd und nicht vom MySQL Dienst....
Alternativ kann man es natürlich auch sehr aufwendig machen und jede Zeile testen, so wie es @Spirit-of-Eli genannt hat. Das ist aber ziemlicher Murks.
Lt. der Anleitung im www, nachdem ich die ganze Nextcloud problemlos installiert habe, soll aber der 1. Block rein.
Das passiert wenn man irgendeiner fremden Anleitung folgt statt der offiziellen Herstellerdokumentation. Dort wird nähmlich überhaupt gar keine Einstellung von MySQL geändert. Warum auch? Die Standardeinstellungen reichen vollkommen aus.
MfG
Es ist nicht irgendeine Anleitung, und dass die offizielle Herstellerdoku nichts ändert, ist nicht ganz korrekt:
https://docs.nextcloud.com/server/latest/admin_manual/configuration_data ...
https://docs.nextcloud.com/server/latest/admin_manual/configuration_data ...
Dann großes Sorry. ich selbst nutze nur Owncoud. Da ist keine Änderung notwendig, da das bereits die Standardkonfiguration von MySQL ist. Und das letze mal wo ich testweiße eine Nextcloud Instanz installiert habe, war das bei dem Fork auch nicht notwendig.
Zum Thema zurück:
Du hast eine Major Version von MariaDB aktualisiert. Nextcloud unterstützt derzeit noch nicht MariaDB 10.6. Und die Dokumentation richtet sich daher auch nur an MariaDB 10.5. Deshalb kann das so nicht funktionieren.
Und die Konfiguration wird deshalb auch für die MariaDB 10.6 ganz anders aussehen. Hier mal ein Beispiel warum:
[Warning] The parameter innodb_buffer_pool_instances is deprecated and has no effect.
Wie hast du das Upgrade durchgeführt? Hast du die veralteten Funktionen (Incompatible Changes) berücksichtigt?
https://mariadb.com/kb/en/upgrading-from-mariadb-105-to-mariadb-106/
Warum eigentlich überhaupt das Upgrade? Die MariaDB 10.5 wird doch noch bis 24. Juni 2025 supported?
Zitat von @hokaido:
2021-08-30 22:24:09 0 [ERROR] mariadbd: File '/var/log/mysql/mariadb-bin.000031' not found (Errcode: 2 "No such file or directory")
2021-08-30 22:24:09 0 [ERROR] Failed to open log (file '/var/log/mysql/mariadb-bin.000031', errno 2)
2021-08-30 22:24:09 0 [ERROR] Could not open log file
2021-08-30 22:24:09 0 [ERROR] Can't init tc log
2021-08-30 22:24:09 0 [ERROR] Aborting
2021-08-30 22:24:09 0 [ERROR] mariadbd: File '/var/log/mysql/mariadb-bin.000031' not found (Errcode: 2 "No such file or directory")
2021-08-30 22:24:09 0 [ERROR] Failed to open log (file '/var/log/mysql/mariadb-bin.000031', errno 2)
2021-08-30 22:24:09 0 [ERROR] Could not open log file
2021-08-30 22:24:09 0 [ERROR] Can't init tc log
2021-08-30 22:24:09 0 [ERROR] Aborting
Da ist doch schon dein Thema. Die restlichen Parameter, welche als Info aufgeführt werden, kannst du rauswerfen. Die sind dann über.
Wenn Mariadb 10.6 noch nicht support ist, kann es funktionieren, muss aber nicht.
Moin,
Gruß,
Dani
der Dienst kann nicht starten, weil er irgendeine komische Datei nicht findet, die noch nie da war?
es geht um die Logfile welche du in deiner Konfiguration explizit konfiguriert hast. Vermutlich gibt es auch den Pfad so nicht mehr. Daher würde ich einfach mal nachschauen, was der Standardpfad/Name ist.Gruß,
Dani
Zitat von @hokaido:
Es ist nicht irgendeine Anleitung, und dass die offizielle Herstellerdoku nichts ändert, ist nicht ganz korrekt:
https://docs.nextcloud.com/server/latest/admin_manual/configuration_data ...
Es ist nicht irgendeine Anleitung, und dass die offizielle Herstellerdoku nichts ändert, ist nicht ganz korrekt:
https://docs.nextcloud.com/server/latest/admin_manual/configuration_data ...
Es geht ja nicht nur darum, Texte zu lesen. Man muss sie auch inhaltlich verstehen.
Da steht, wie deine Config insgesamt aussehen könnte, wenn du die benötigten Optionen gesetzt hast. Die Betonung liegt auf dem Konjunktiv und die Optionen, die du anpassen sollst, sind darüber genannt.
Du lässt also deine my.cnf in Ruhe (die wird beim nächsten Update entweder mit der Paket-Konfiguration ersetzt oder zumindest verunstaltet), legst im Verzeichnis "/etc/mysql/mariadb.conf.d/" eine Datei an, die du z.B. "nextcloud.cnf" nennst und schreibst nur die Parameter hinein, die angepasst werden müssen.
Das wären dann:
transaction_isolation = READ-COMMITTED
binlog_format = ROW
Fertig.
Zitat von @hokaido:
Ich lasse es wie es ist, auch wenn ich nicht verstehe, warum es nicht geht.
Exakt hier so beschrieben:
https://www.c-rieger.de/nextcloud-installationsanleitung/#c03
Ich lasse es wie es ist, auch wenn ich nicht verstehe, warum es nicht geht.
Exakt hier so beschrieben:
https://www.c-rieger.de/nextcloud-installationsanleitung/#c03
Aber es steht doch schon in der Beschreibung auf deinem Screenshot was schief läuft. Da brauchst du doch nur einmal kurz Energie auf wenden um die paar Zeilen zu interpretieren.
Ich habe jetzt mal Testweise eine Nextcloud Instanz aktualisiert und MariaDB von 10.5 auf 10.6 gehoben.
Im Anschluss daran musste ich feststellen, Nextcloud kommt mit der MariaDB Version noch nicht klar.
Daher wäre es hilfreich, welche weiteren Anpassungen du noch durchgeführt hast?
Edit: Habe den Punkt soeben selbst gefunden:
https://github.com/nextcloud/docker/issues/1492
Im Anschluss daran musste ich feststellen, Nextcloud kommt mit der MariaDB Version noch nicht klar.
Daher wäre es hilfreich, welche weiteren Anpassungen du noch durchgeführt hast?
Edit: Habe den Punkt soeben selbst gefunden:
https://github.com/nextcloud/docker/issues/1492
Zitat von @hokaido:
Wie man in meinem Eingangspost gesehen hat, habe ich das Update von 10.5 auf 10.6 nicht durchgeführt, da wie beschrieben die my.cnf nicht so aussieht wie sie aussehen sollte und ich das erst vorher klären wollte. Lt. Anleitungen von c-rieger.de läuft Nextcloud auf 10.6
Wie man in meinem Eingangspost gesehen hat, habe ich das Update von 10.5 auf 10.6 nicht durchgeführt, da wie beschrieben die my.cnf nicht so aussieht wie sie aussehen sollte und ich das erst vorher klären wollte. Lt. Anleitungen von c-rieger.de läuft Nextcloud auf 10.6
Nach meiner erwähnten Anpassung läuft meine Instanz ohne Probleme.
Bei Interesse kann ich die Konfig gerne bereitstellen. Diese habe ich nun allerdings in ein separates file unter /etc/mysql/mariadb.conf.d/nextcloud.cnf migriert.
my.cnf
# The MariaDB configuration file
#
# The MariaDB/MySQL tools read configuration files in the following order:
# 0. "/etc/mysql/my.cnf" symlinks to this file, reason why all the rest is read.
# 1. "/etc/mysql/mariadb.cnf" (this file) to set global defaults,
# 2. "/etc/mysql/conf.d/*.cnf" to set global options.
# 3. "/etc/mysql/mariadb.conf.d/*.cnf" to set MariaDB-only options.
# 4. "~/.my.cnf" to set user-specific options.
#
# If the same option is defined multiple times, the last one will apply.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# If you are new to MariaDB, check out https://mariadb.com/kb/en/basic-mariadb-articles/
#
# This group is read both by the client and the server
# use it for options that affect everything
#
[client-server]
# Port or socket location where to connect
# port = 3306
# Import all .cnf files from configuration directory
!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mariadb.conf.d/
nextcloud.cnf
[server]
skip_name_resolve = 1
innodb_buffer_pool_size = 128M
basedir = /usr
bind_address = 127.0.0.1
performance_schema = ON
port = 3306
skip_external_locking
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size = 32M
innodb_max_dirty_pages_pct = 90
innodb-read-only-compressed=OFF
query_cache_type = 1
query_cache_limit = 2M
query_cache_min_res_unit = 2k
query_cache_size = 64M
tmp_table_size= 64M
max_heap_table_size= 64M
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
[client-server]
[client]
default-character-set = utf8mb4
[mysqld]
character_set_server = utf8mb4
collation_server = utf8mb4_general_ci
transaction_isolation = READ-COMMITTED
binlog_format = ROW
innodb_large_prefix=on
innodb_file_per_table=1
Das Setup läuft nun ohne Probleme. Meine vorherige my.cnf habe ich somit quasi um über 100 Zeilen gekürzt. Die default Parameter laufen anscheint noch performanter.
Hier noch eben der Upgrade Guide von MariaDB:
https://mariadb.com/kb/en/upgrading-from-mariadb-105-to-mariadb-106/
Und Fakt ist auch, dass dir mehrfach von verschiedenen Leuten gesagt wurde, dass du die in der Doku gezeigte Datei nicht 1:1 übernehmen sollst...
Du sollst nur sicherstellen, dass die zwei-drei erwähnten Einstellungen richtig gesetzt sind.
Von mir zuletzt erwähnt hier:
Nextcloud und Maria DB 10.5 my.cnf
Und, da wiederhole ich mich ein drittes Mal: Diese Einstellungen werden nicht in der "my.cnf" vorgenommen. Die bleibt unverändert!
Man erwartet, dass du eine Datei in einem der ganz unten in der my.cnf genannten erstellst (z.B. "z-nextcloud.cnf") und dort diese 2-3 Einstellungen einträgst.
So wie es unter Linux Standard ist.
Du sollst nur sicherstellen, dass die zwei-drei erwähnten Einstellungen richtig gesetzt sind.
Von mir zuletzt erwähnt hier:
Nextcloud und Maria DB 10.5 my.cnf
Und, da wiederhole ich mich ein drittes Mal: Diese Einstellungen werden nicht in der "my.cnf" vorgenommen. Die bleibt unverändert!
Man erwartet, dass du eine Datei in einem der ganz unten in der my.cnf genannten erstellst (z.B. "z-nextcloud.cnf") und dort diese 2-3 Einstellungen einträgst.
So wie es unter Linux Standard ist.
Dann gebe ich hier auch auf.
Neben den Linux-Kenntnissen fehlt es auch am Verständnis von Anleitungen.
Wenn du der Meinung bist, dass die Nextcloud-Leute besser wissen, wie deine Configs aussehen sollen anstelle des Herstellers von MariaDB oder mehreren anderen Leuten aus dem Forum, dann halte ruhig daran fest.
Wenn die Anleitung, wie sie da steht, funktioniert hätte, würden wir wohl kaum diesen Thread haben.
Neben den Linux-Kenntnissen fehlt es auch am Verständnis von Anleitungen.
Wenn du der Meinung bist, dass die Nextcloud-Leute besser wissen, wie deine Configs aussehen sollen anstelle des Herstellers von MariaDB oder mehreren anderen Leuten aus dem Forum, dann halte ruhig daran fest.
Wenn die Anleitung, wie sie da steht, funktioniert hätte, würden wir wohl kaum diesen Thread haben.
Guten Abend,
Also ich will doch stark hoffen, dass die Entwickler der Nextcloud Software am besten wissen, wie man die Software und die dazugehörigen Tools (Webserver, Datenbanken usw.) konfigurieren muss. 😉
Die Anleitung funktioniert zu 100%. Natürlich nur dann, wenn man die Anleitung auch zu 100% befolgt. Das schließt auch die Berücksichtigung der Systemvoraussetzungen ein. Und diese Anleitung ist nur für MariaDB Version 10.5 geschrieben worden. Die 10.6 Version wird, wie bereits geschrieben, derzeit noch nicht unterstützt.
Da MariaDB 10.5 und 10.6 zwei unterschiedliche Major Versionen sind, macht das in diesem Fall einen großen Unterschied. Dagegen sollte bei einem normalen Patch keine Konfigurationsdateien überschrieben werden oder Features geändert oder gar entfernt werden.
Also grundsätzlich hast du schon vollkommen recht, allerdings hast du dich dabei etwas unglücklich formuliert. Daher hier nochmal die Klarstellung. 😉
MfG
Wenn du der Meinung bist, dass die Nextcloud-Leute besser wissen, wie deine Configs aussehen sollen anstelle des Herstellers von MariaDB oder mehreren anderen Leuten aus dem Forum, dann halte ruhig daran fest.
Also ich will doch stark hoffen, dass die Entwickler der Nextcloud Software am besten wissen, wie man die Software und die dazugehörigen Tools (Webserver, Datenbanken usw.) konfigurieren muss. 😉
Wenn die Anleitung, wie sie da steht, funktioniert hätte, würden wir wohl kaum diesen Thread haben.
Die Anleitung funktioniert zu 100%. Natürlich nur dann, wenn man die Anleitung auch zu 100% befolgt. Das schließt auch die Berücksichtigung der Systemvoraussetzungen ein. Und diese Anleitung ist nur für MariaDB Version 10.5 geschrieben worden. Die 10.6 Version wird, wie bereits geschrieben, derzeit noch nicht unterstützt.
Da MariaDB 10.5 und 10.6 zwei unterschiedliche Major Versionen sind, macht das in diesem Fall einen großen Unterschied. Dagegen sollte bei einem normalen Patch keine Konfigurationsdateien überschrieben werden oder Features geändert oder gar entfernt werden.
Also grundsätzlich hast du schon vollkommen recht, allerdings hast du dich dabei etwas unglücklich formuliert. Daher hier nochmal die Klarstellung. 😉
MfG