mysql backend eingestellt wird aber nicht genutzt?

[Rzpertt]

Hallo,

ich schaue mir schonmal die Doku zu der Umstellung auf 4.3 an.
Auf meinem geerbeten Server sieht die dispatch.conf so aus:

Code: Alles auswählen

backend_.* :file, opsipxeconfd, mysql, dhcpd
host_.* :file, opsipxeconfd, dhcpd
productOnClient_.* :file, opsipxeconfd
configState_.* :file, opsipxeconfd
license.* :mysql
softwareLicense.* :mysql
audit.* :mysql
.* :file

nutzt er nur das file backend weil das ganz vorne steht?
ich habe mal in ein paar Tabellen geschaut, es sind aber alle leer.

Ich frage weil beim update auf 4.3 ja alles in ein mysql backend migriert wird.
Erkennt der Updater das oder denkt er da wäre schon ein mysql backend und er kopiert die leeren Tabellen?
Bei anderen Usern habe ich gesehen das in der dispatch.conf mysql oft nicht aufgeführt ist.

beim letzten Update hat sich opsi-setup beschwert das es nicht auf den mysql server zugreifen kann:

Code: Alles auswählen

[3] [2023-11-27 10:57:40.266] [               ] (MySQLdb.OperationalError) (2003, 'Can\'t connect to MySQL server on \'127.0.0.1\' (111 "Connection refused")')
(Background on this error at: https://sqlalche.me/e/14/e3q8)   (opsisetup.py:1052)
Traceback (most recent call last):
  File "sqlalchemy/engine/base.py", line 3371, in _wrap_pool_connect
  File "sqlalchemy/pool/base.py", line 327, in connect
  File "sqlalchemy/pool/base.py", line 894, in _checkout
  File "sqlalchemy/pool/base.py", line 493, in checkout
  File "sqlalchemy/pool/impl.py", line 145, in _do_get
  File "sqlalchemy/util/langhelpers.py", line 70, in __exit__
  File "sqlalchemy/util/compat.py", line 211, in raise_
  File "sqlalchemy/pool/impl.py", line 143, in _do_get
  File "sqlalchemy/pool/base.py", line 273, in _create_connection
  File "sqlalchemy/pool/base.py", line 388, in __init__
  File "sqlalchemy/pool/base.py", line 690, in __connect
  File "sqlalchemy/util/langhelpers.py", line 70, in __exit__
  File "sqlalchemy/util/compat.py", line 211, in raise_
  File "sqlalchemy/pool/base.py", line 686, in __connect
  File "sqlalchemy/engine/create.py", line 574, in connect
  File "sqlalchemy/engine/default.py", line 598, in connect
  File "MySQLdb/__init__.py", line 123, in Connect
  File "MySQLdb/connections.py", line 185, in __init__
MySQLdb.OperationalError: (2002, 'Can\'t connect to local MySQL server through socket \'/var/run/mysqld/mysqld.sock\' (2 "No such file or directory")')

ich hatte das erst abgetan und dachte der mysql server läuft während des update grad nicht.
Der zugriff auf den mysql tut aber mit den Daten die in der config stehen:

Code: Alles auswählen

# mysql -h 127.0.0.1 -uopsi -p
Enter password:
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 112
Server version: 10.5.21-MariaDB-0+deb11u1 Debian 11

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]>

[j.schneider]

Hallo,

der Updater erkennt das automatisch.
Ob der Zugriff auf MySQL funktioniert kann auch unter opsi 4.2 mit dem Health-Check geprüft werden:

Code: Alles auswählen

opsiconfd health-check

Grüße
Jan Schneider

[Rzpertt]

die mysql Verbindung sieht gut aus:

Code: Alles auswählen

● MySQL server: OK
   ➔ Connection to MySQL is working.

woher kommen diese fehler?

Code: Alles auswählen

● Products on depots: ERROR
   ➔ Failed to get package info from repository 'https://download.uib.de': HTTPSConnectionPool(host='download.uib.de', port=443): Max retries exceeded with url: /4.2/stable/packages/windows/localboot/ (Caused by
   ConnectTimeoutError(<urllib3.connection.HTTPSConnection object at 0x7f61e7eb4dc0>, 'Connection to download.uib.de timed out. (connect timeout=5)'))

● Products on clients: ERROR
   ➔ Failed to get package info from repository 'https://download.uib.de': HTTPSConnectionPool(host='download.uib.de', port=443): Max retries exceeded with url: /4.2/stable/packages/windows/localboot/ (Caused by
   ConnectTimeoutError(<urllib3.connection.HTTPSConnection object at 0x7f61e7bca110>, 'Connection to download.uib.de timed out. (connect timeout=5)'))

ein wget auf eines der opsi packete aus dem ordner localboot geht problemlos.