[gelöst] BackitUp - SQL Sicherung schlägt seit Längerem fehl
-
Liebe Alle!
Ich habe seit Tagen etliche Einträge (durch die Forums-Suche gefunden) durchgelesen, finde aber keinen Lösungsansatz für mich.
Eher durch Zufall habe ich festgestellt, dass seit 1 Jahr das SQL Backup nicht funktioniert. Alle anderen laufen problemlos immer wieder durch.
Seit paar Tagen bekomme ich plötzlich Systembenachrichtigungn von iO. Mag sein, dass ich diese nicht aktiviert hatte. Das letzte SQL-BU stammt vom Oktober 23.
Ich kann beim besten Willen nicht mehr nachvollziehen, was ich seinerzeit geändert, oder aktualisiert hatte.
Mein System:
CPU: 17,47 % RAM: 27 % Betriebszeit: 5d21h Verfügbar: 6.0.11 Installiert: 6.0.11 Ereignisse: ⇥51 / ↦13 Plattform: linux Betriebssystem: linux Architektur: x64 CPUs: 4 Geschwindigkeit: 0 MHz Modell: Common KVM processor RAM: 15.6 GB System-Betriebszeit: 10 T. 19:16:06 Node.js: v20.17.0 time: 1725512996673 timeOffset: -120 NPM: 10.8.2 Adapter-Anzahl: 540 Datenträgergröße: 30.4 GB Freier Festplattenspeicher: 19.0 GB Aktive Instanzen: 48 Pfad: /opt/iobroker/ Betriebszeit: 5 T. 05:28:53 aktiv: true _nodeCurrent: 20.17.0 _nodeNewest: 20.17.0 _nodeNewestNext: 20.17.0 _npmCurrent: 10.8.2 _npmNewest: 10.8.2 _npmNewestNext: 10.8.2-
MariaDB läuft auf einer Syno 415play.
-
Daten können problemlos im iO abgerufen und angezeigt werden.
-
"sudo apt install mariadb-client" ist und war installiert.
-
Diese Zeile ist in der AdapterConfig eingetragen und stimmt: "/usr/bin/mysqldump"
Logs:
Log direkt bei manuellem ausführen eines Backups aus den Adaptereinstellungen:
22:16:14.329DEBUGmysqlMySql-Backup started ... 22:16:14.451ERRORmysqlError: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_05-22_16_14_backupiobroker.sql mysqldump: Couldn't execute 'select column_name, extra, generation_expression, data_type from information_schema.columns where table_schema=database() and table_name='datapoints' order by ordinal_position': Unknown column 'generation_expression' in 'field list' (1054) 22:16:14.474DEBUGmysqlMySql-Backup for is finish 22:16:14.480DEBUGmysqldoneMailverständigung:
Backitup: Ihr Backup wurde nicht vollständig erstellt. Bitte überprüfen Sie die Fehler!! mysql: Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_05-22_16_14_backupiobroker.sql mysqldump: Couldn't execute 'select column_name, extra, generation_expression, data_type from information_schema.columns where table_schema=database() and table_name='datapoints' order by ordinal_position': Unknown column 'generation_expression' in 'field list' (1054)Log im iO:
backitup.0 2024-09-05 21:52:50.103 error [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2024-09-05 21:52:05.027 error [iobroker] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_05-21_52_04_backupiobroker.sql mysqldump: Couldn't execute 'select column_name, extra, generation_expression, data_type from information_schema.columns where table_schema=database() and table_name='datapoints' order by ordinal_position': Unknown column 'generation_expression' in 'field list' (1054) backitup.0 2024-09-05 21:52:05.027 error [iobroker/mysql] mysqldump: Couldn't execute 'select column_name, extra, generation_expression, data_type from information_schema.columns where table_schema=database() and table_name='datapoints' order by ordinal_position': Unknown column 'generation_expression' in 'field list' (1054) backitup.0 2024-09-05 21:52:05.027 error [iobroker/mysql] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_05-21_52_04_backupiobroker.sqlIch stehe an, kann mir bitte jemand unter die Arme greifen?
Danke, mxa
-
-
Liebe Alle!
Ich habe seit Tagen etliche Einträge (durch die Forums-Suche gefunden) durchgelesen, finde aber keinen Lösungsansatz für mich.
Eher durch Zufall habe ich festgestellt, dass seit 1 Jahr das SQL Backup nicht funktioniert. Alle anderen laufen problemlos immer wieder durch.
Seit paar Tagen bekomme ich plötzlich Systembenachrichtigungn von iO. Mag sein, dass ich diese nicht aktiviert hatte. Das letzte SQL-BU stammt vom Oktober 23.
Ich kann beim besten Willen nicht mehr nachvollziehen, was ich seinerzeit geändert, oder aktualisiert hatte.
Mein System:
CPU: 17,47 % RAM: 27 % Betriebszeit: 5d21h Verfügbar: 6.0.11 Installiert: 6.0.11 Ereignisse: ⇥51 / ↦13 Plattform: linux Betriebssystem: linux Architektur: x64 CPUs: 4 Geschwindigkeit: 0 MHz Modell: Common KVM processor RAM: 15.6 GB System-Betriebszeit: 10 T. 19:16:06 Node.js: v20.17.0 time: 1725512996673 timeOffset: -120 NPM: 10.8.2 Adapter-Anzahl: 540 Datenträgergröße: 30.4 GB Freier Festplattenspeicher: 19.0 GB Aktive Instanzen: 48 Pfad: /opt/iobroker/ Betriebszeit: 5 T. 05:28:53 aktiv: true _nodeCurrent: 20.17.0 _nodeNewest: 20.17.0 _nodeNewestNext: 20.17.0 _npmCurrent: 10.8.2 _npmNewest: 10.8.2 _npmNewestNext: 10.8.2-
MariaDB läuft auf einer Syno 415play.
-
Daten können problemlos im iO abgerufen und angezeigt werden.
-
"sudo apt install mariadb-client" ist und war installiert.
-
Diese Zeile ist in der AdapterConfig eingetragen und stimmt: "/usr/bin/mysqldump"
Logs:
Log direkt bei manuellem ausführen eines Backups aus den Adaptereinstellungen:
22:16:14.329DEBUGmysqlMySql-Backup started ... 22:16:14.451ERRORmysqlError: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_05-22_16_14_backupiobroker.sql mysqldump: Couldn't execute 'select column_name, extra, generation_expression, data_type from information_schema.columns where table_schema=database() and table_name='datapoints' order by ordinal_position': Unknown column 'generation_expression' in 'field list' (1054) 22:16:14.474DEBUGmysqlMySql-Backup for is finish 22:16:14.480DEBUGmysqldoneMailverständigung:
Backitup: Ihr Backup wurde nicht vollständig erstellt. Bitte überprüfen Sie die Fehler!! mysql: Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_05-22_16_14_backupiobroker.sql mysqldump: Couldn't execute 'select column_name, extra, generation_expression, data_type from information_schema.columns where table_schema=database() and table_name='datapoints' order by ordinal_position': Unknown column 'generation_expression' in 'field list' (1054)Log im iO:
backitup.0 2024-09-05 21:52:50.103 error [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2024-09-05 21:52:05.027 error [iobroker] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_05-21_52_04_backupiobroker.sql mysqldump: Couldn't execute 'select column_name, extra, generation_expression, data_type from information_schema.columns where table_schema=database() and table_name='datapoints' order by ordinal_position': Unknown column 'generation_expression' in 'field list' (1054) backitup.0 2024-09-05 21:52:05.027 error [iobroker/mysql] mysqldump: Couldn't execute 'select column_name, extra, generation_expression, data_type from information_schema.columns where table_schema=database() and table_name='datapoints' order by ordinal_position': Unknown column 'generation_expression' in 'field list' (1054) backitup.0 2024-09-05 21:52:05.027 error [iobroker/mysql] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_05-21_52_04_backupiobroker.sqlIch stehe an, kann mir bitte jemand unter die Arme greifen?
Danke, mxa
@metaxa direkt das erst Google Ergebnis sollte deinen Fehler beheben
-
-
@metaxa direkt das erst Google Ergebnis sollte deinen Fehler beheben
-
@simatec Das liebe ich an diesem Forum!
Morgen ist dafür ein guter Tag.
Danke für deinen Lösungsansatz, das probiere ich aus (sobald ich es richtig verstanden habe)
LG
mxa@simatec ich habe soeben deinen Link durchgelesen, hoffentlich richtig verstanden und umgesetzt.
"/etc/mysql/my.cnf" editiert
# 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/ [mysqldump] column-statistics=0Leider keine Verbesserung, nur das Log liest sich etwas anders:
backitup.0 2024-09-06 09:37:55.028 error [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2024-09-06 09:37:09.653 error [iobroker] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_06-09_37_09_backupiobroker.sql/usr/bin/mysqldump: unknown variable 'column-statistics=0' backitup.0 2024-09-06 09:37:09.653 error [iobroker/mysql] /usr/bin/mysqldump: unknown variable 'column-statistics=0' backitup.0 2024-09-06 09:37:09.651 error [iobroker/mysql] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_06-09_37_09_backupiobroker.sql backitup.0 2024-09-06 09:37:55.028 error [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2024-09-06 09:37:09.653 error [iobroker] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_06-09_37_09_backupiobroker.sql/usr/bin/mysqldump: unknown variable 'column-statistics=0' backitup.0 2024-09-06 09:37:09.653 error [iobroker/mysql] /usr/bin/mysqldump: unknown variable 'column-statistics=0' backitup.0 2024-09-06 09:37:09.651 error [iobroker/mysql] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_06-09_37_09_backupiobroker.sqlBitte um Hilfe!
-
@simatec ich habe soeben deinen Link durchgelesen, hoffentlich richtig verstanden und umgesetzt.
"/etc/mysql/my.cnf" editiert
# 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/ [mysqldump] column-statistics=0Leider keine Verbesserung, nur das Log liest sich etwas anders:
backitup.0 2024-09-06 09:37:55.028 error [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2024-09-06 09:37:09.653 error [iobroker] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_06-09_37_09_backupiobroker.sql/usr/bin/mysqldump: unknown variable 'column-statistics=0' backitup.0 2024-09-06 09:37:09.653 error [iobroker/mysql] /usr/bin/mysqldump: unknown variable 'column-statistics=0' backitup.0 2024-09-06 09:37:09.651 error [iobroker/mysql] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_06-09_37_09_backupiobroker.sql backitup.0 2024-09-06 09:37:55.028 error [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2024-09-06 09:37:09.653 error [iobroker] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_06-09_37_09_backupiobroker.sql/usr/bin/mysqldump: unknown variable 'column-statistics=0' backitup.0 2024-09-06 09:37:09.653 error [iobroker/mysql] /usr/bin/mysqldump: unknown variable 'column-statistics=0' backitup.0 2024-09-06 09:37:09.651 error [iobroker/mysql] Error: Command failed: /usr/bin/mysqldump -u andreas -p**** ioBroker -h 192.168.0.98 -P 3306 --quick --single-transaction > /opt/iobroker/backups/mysql_2024_09_06-09_37_09_backupiobroker.sqlBitte um Hilfe!
@metaxa
Das hast Du auch mal probiert?
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@metaxa
Das hast Du auch mal probiert?@codierknecht Ja gelesen, aber dieses File gibt es bei mir nicht:
-
@metaxa sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
"sudo apt install mariadb-client" ist und war installiert.
Und bist Du gaaanz sicher, dass wirklich der
mariadb-clientinstalliert ist, und nicht dermysql-client? Beide installieren ja mysqldump, aber in unterschiedlichen Ausprägungen.NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@metaxa sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
"sudo apt install mariadb-client" ist und war installiert.
Und bist Du gaaanz sicher, dass wirklich der
mariadb-clientinstalliert ist, und nicht dermysql-client? Beide installieren ja mysqldump, aber in unterschiedlichen Ausprägungen. -
@marc-berg Ja.
@metaxa sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
Ja.
Dann würde mir nur noch einfallen, dass es eine alte Verson ist, die die Option "column-statistics" nicht kennt.
mysqldump --versionsagt was?
-
@marc-berg Ja.
Und nochwas, dein Bild:
Zeigt aus meiner Sicht, dass es eine mysqldump in
/bingibt, du rufst aber die in/usr/binauf. Zwei Versionen?Edit: wohl doch eher ein Link.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
Und nochwas, dein Bild:
Zeigt aus meiner Sicht, dass es eine mysqldump in
/bingibt, du rufst aber die in/usr/binauf. Zwei Versionen?Edit: wohl doch eher ein Link.
@marc-berg sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
sagt was?
andreas@iOProduktiv:~$ mysqldump --version mysqldump Ver 10.19 Distrib 10.11.6-MariaDB, for debian-linux-gnu (x86_64)@marc-berg sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
Edit: wohl doch eher ein Link.
Yep
-
@marc-berg sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
sagt was?
andreas@iOProduktiv:~$ mysqldump --version mysqldump Ver 10.19 Distrib 10.11.6-MariaDB, for debian-linux-gnu (x86_64)@marc-berg sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
Edit: wohl doch eher ein Link.
Yep
MariaDB 5 ist jetzt auch schon mindestens vier Jahre alt. Vielleicht gibt es Inkompatibilitäten mit dem Client. Ist aber jetzt reines Raten.
EDIT: das würde erklären, dass es "irgendwann" nicht mehr funktionierte. Mit einem Updates des Clients.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
MariaDB 5 ist jetzt auch schon mindestens vier Jahre alt. Vielleicht gibt es Inkompatibilitäten mit dem Client. Ist aber jetzt reines Raten.
EDIT: das würde erklären, dass es "irgendwann" nicht mehr funktionierte. Mit einem Updates des Clients.
@marc-berg Ich fürchte, du liegst richtig. Habe gerade angefangen von 5 auf 10 upzugraden.
Mal schauen wie weit ich komme
-
@marc-berg Ich fürchte, du liegst richtig. Habe gerade angefangen von 5 auf 10 upzugraden.
Mal schauen wie weit ich komme
@metaxa sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
Habe gerade angefangen von 5 auf 10 upzugraden.
Große Sprünge tun meist besonders weh. Viel Erfolg!
-
@marc-berg Ich fürchte, du liegst richtig. Habe gerade angefangen von 5 auf 10 upzugraden.
Mal schauen wie weit ich komme
Dann schau dir den Rest vom System auch an. Vermutlich ist das ähnlich alt und daher ein guter Kandidat für weiteren Ärger aus der Ecke 'versumpftes System'...
-
Dann schau dir den Rest vom System auch an. Vermutlich ist das ähnlich alt und daher ein guter Kandidat für weiteren Ärger aus der Ecke 'versumpftes System'...
@thomas-braun sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
Dann schau dir den Rest vom System auch an. Vermutlich ist das ähnlich alt und daher ein guter Kandidat für weiteren Ärger aus der Ecke 'versumpftes System'...
Naja, Maria ist ein anderes System, nämlich eine Syno
-
Dann schau dir den Rest vom System auch an. Vermutlich ist das ähnlich alt und daher ein guter Kandidat für weiteren Ärger aus der Ecke 'versumpftes System'...
@thomas-braun sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
aus der Ecke 'versumpftes System'...
Melde gehorsamst:
- iO auf einer Debian12 VM, topaktuell und gepflegt
- Syno kratzt am EOL
@homoran sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
Naja, Maria ist ein anderes System, nämlich eine Syno
Danke!
-
@thomas-braun sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
aus der Ecke 'versumpftes System'...
Melde gehorsamst:
- iO auf einer Debian12 VM, topaktuell und gepflegt
- Syno kratzt am EOL
@homoran sagte in BackitUp - SQL Sicherung schlägt seit Längerem fehl:
Naja, Maria ist ein anderes System, nämlich eine Syno
Danke!
Hatte nicht gesehen, das die DB auf einem anderen System als der DB-Client läuft.
Aber man siehr hier auch wieder gut, warum es keine gute Idee ist die Code-Basis auseinander driften zu lassen. Das eine Paket verlangt nach einem anderen Paket in einer bestimmten Mindest-Version.
-
Hatte nicht gesehen, das die DB auf einem anderen System als der DB-Client läuft.
Aber man siehr hier auch wieder gut, warum es keine gute Idee ist die Code-Basis auseinander driften zu lassen. Das eine Paket verlangt nach einem anderen Paket in einer bestimmten Mindest-Version.
@Marc-Berg neues Problem:
Hat jemand eine Idee?
-
@Marc-Berg neues Problem:
Hat jemand eine Idee?
@ all
Da sind noch mehrere Probleme, beginnend damit, dass eine Tabelle viel zu groß zum exportiern und damit auch viel zu groß (>2GB) um sie in MaraDB10 zu importieren.Jetzt bin ich grad dabei herauszufinden wie ich uralte DS lösche und danach hoffentlich die DB schrumpfen kann.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden527
Online32.7k
Benutzer82.6k
Themen1.3m
Beiträge