Seit dem letzten Update schein es ein Problem oder eine Änderung beim Borgmatic gegeben zu haben. Zum einen: weniger wichtig:

mysqldump: Deprecated program name. It will be removed in a future release, use ‘/usr/bin/mariadb-dump’ instead

zum anderen wohl das Problem:
mysqldump: Got error: 2026: “TLS/SSL error: SSL is required, but the server does not support it” when trying to connect

Er sichert damit nicht mehr!
Wo ändere ich was? Gibt es hier eine Lösung?

  • DocFraggle

    • Community Hero
    Moolevel 243
  • Post #2
  • Edited
  • This post is in German

Schätze Du wirst das hier mit einbauen müssen:

# SSL mode to use to connect to the database server. One
      # of "disable", "allow", "prefer", "require", "verify-ca"
      # or "verify-full". Defaults to "disable".
      # ssl_mode: require

Siehe auch torsion.org Icon Configuration reference

torsion.org Icon torsion.org
Configuration reference

Have something to say?

Join the community by quickly registering to participate in this discussion. We'd like to see you joining our great moo-community!

Na ich denke in die data/conf/borgmatic/etc/config.yaml, hier dazu

mysql_databases:
    - name: ${DBNAME}
      username: ${DBUSER}
      password: ${DBPASS}
      options: --default-character-set=utf8mb4
      ssl_mode: allow

Leider nicht. Führt zu:

summary:
/etc/borgmatic.d/config.yaml: Loading configuration file
/etc/borgmatic.d/config.yaml: Error parsing configuration file
An error occurred while parsing a configuration file at /etc/borgmatic.d/config.yaml:
At ‘mysql_databases[0]’: Additional properties are not allowed (‘ssl_mode’ was unexpected)
/etc/borgmatic/config.yaml /etc/borgmatic.d /root/.config/borgmatic/config.yaml /root/.config/borgmatic.d: No valid configuration files found

Standard Installation + Borgmatic nach Anleitung. Vielleicht kann die mySQL Datenbank kein SSL.

  • DocFraggle

    • Community Hero
    Moolevel 243
  • Post #6
  • Edited
  • This post is in German

Ach ich sehe gerade dass war für PostgreSQL. Probiere mal

mysql_databases:
    - name: ${DBNAME}
      username: ${DBUSER}
      password: ${DBPASS}
      options: --default-character-set=utf8mb4 --skip-ssl

Nein, es gibt keine Fehlermeldung mehr, aber es läuft nicht. Keine Übertragung, kein Prozess, der arbeitet und was tun.

Letzte Meldung ist
mysqldump: Deprecated program name. It will be removed in a future release, use ‘/usr/bin/mariadb-dump’ instead

Selbes Problem, nachdem ich borgmatic auf 1.9.4 aktualisiert habe. Wann und wie das Problem entstanden ist, ist mir noch nicht ganz klar, aber die Lösung in der data/conf/borgmatic/etc/config.yaml sieht so aus:

mariadb_databases:
    - name: all
      format: sql
      username: root
      password: GEHEIM
      options: "--default-character-set=utf8mb4 --skip-ssl"
      list_options: "--skip-ssl"

Zur Erläuterung:

mariadb_databases lässt borgmatic die MariaDB-spezifischen Befehle statt der für MySQL verwenden, damit kommt die Fehlermeldung bezüglich mysqldump nicht mehr.

Vor dem eigentlich DB-Dump führt borgmatic diesen Befehl aus, der laut Log scheitert:
Command '('mariadb', '--user', 'root', '--skip-column-names', '--batch', '--execute', 'show schemas')' returned non-zero exit status 1.

Die Optionen für diesen Befehl werden nicht aus options, sondern aus list_options gelesen. Man braucht also beide Parameter.

Ich hab mal einen PR erstellt.

Die Ursache des Problems ist übrigens, dass borgmatic seit kurzer Zeit Alpine 3.21 als Basis für den Docker-Container nimmt. Dort ist MariaDB 11 der Standard, dessen Client-Tools standardmäßig Verschlüsselung erzwingen. Bin mal gespannt, was passiert, wenn mailcow ebenfalls auf MariaDB 11 wechselt…

No one is typing