[gelöst] Opsi service error: [ProgrammingError] (1146, "Table 'opsi.HARDWARE_CONFIG_TPM' doesn't exist")

[briskly]

Hallo,

seit heute können wir leider keine Clients aus dem opsi config editor löschen und auch den Hardwarereiter von Clients lässt sich nicht mehr anzeigen.
Als Fehlermeldung bekommen wir: Opsi service error: [ProgrammingError] (1146, "Table 'opsi.HARDWARE_CONFIG_TPM' doesn't exist")

Nachdem ich kurz im Forum gesucht und auch den OPSI-announce von gestern durchgelesen hatte, bin ich auf "opsi-setup --init-current-config" gestoßen, der beim Ausführen folgende Fehlermeldung wirft:

Code: Alles auswählen

[2] [Apr 26 13:10:53] Traceback: (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/bin/opsi-setup", line 1163, in <module> main() (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/bin/opsi-setup", line 1115, in main initializeBackends(ipAddress) (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib/python2.7/site-packages/OPSI/Util/Task/InitializeBackend.py", line 69, in initializeBackends backend.backend_createBase() (Logger.py|798)
[2] [Apr 26 13:10:53]   File "<string>", line 1, in backend_createBase (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib/python2.7/site-packages/OPSI/Backend/Backend.py", line 524, in _executeMethod return meth(**kwargs) (Logger.py|798)
[2] [Apr 26 13:10:53]   File "<string>", line 1, in backend_createBase (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib/python2.7/site-packages/OPSI/Backend/Backend.py", line 524, in _executeMethod return meth(**kwargs) (Logger.py|798)
[2] [Apr 26 13:10:53]   File "<string>", line 1, in backend_createBase (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib/python2.7/site-packages/OPSI/Backend/Backend.py", line 524, in _executeMethod return meth(**kwargs) (Logger.py|798)
[2] [Apr 26 13:10:53]   File "<string>", line 1, in backend_createBase (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib/python2.7/site-packages/OPSI/Backend/BackendManager.py", line 437, in _dispatchMethod res = meth(**kwargs) (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib/python2.7/site-packages/OPSI/Backend/SQL.py", line 868, in backend_createBase self._createAuditHardwareTables() (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib/python2.7/site-packages/OPSI/Backend/SQL.py", line 1057, in _createAuditHardwareTables self._sql.execute(hardwareConfigTable) (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib/python2.7/site-packages/OPSI/Backend/MySQL.py", line 514, in execute res = cursor.execute(query) (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib64/python2.7/site-packages/MySQLdb/cursors.py", line 205, in execute self.errorhandler(self, exc, value) (Logger.py|798)
[2] [Apr 26 13:10:53]   File "/usr/lib64/python2.7/site-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler raise errorclass, errorvalue (Logger.py|798)
[2] [Apr 26 13:10:53]      ==>>> (1293, 'Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause') (opsi-setup|1167)

ERROR: (1293, 'Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause')

Es ist ein CentOS 7.9 mit MariaDB 5.5.68 installiert. Der SQl läuft scheinbar noch nicht im "NO_ENGINE_SUBSTITUTION" Modus.

Code: Alles auswählen

		MariaDB [(none)]> SHOW VARIABLES LIKE 'sql_mode';
		+---------------+-------+
		| Variable_name | Value |
		+---------------+-------+
		| sql_mode      |       |
		+---------------+-------+
		1 row in set (0.00 sec)

Langt das Umschalten in den NO_ENGINE_SUBSTITUTION Modus oder muss die MariaDB auf eine aktuelle Version über das MariaDB Repo aktualisiert werden?

Wir hatten wohl bei der Installation, die wir als Workshop mit einem UIB Consultant vor ein paar Jahren duchrgeführt hatten, die Umstellung auf das MariaDB Repo vergessen, weshalb die etwas angestaubte Variante der MariaDB durch das CentOS Repo kommt.

Viele Grüße

[Thomas_H]

Moinsens,

das Thema hatte ich auch. Ich habe es mittels

Code: Alles auswählen

opsi-setup --init-current-config 

und

Code: Alles auswählen

dpkg-reconfigure opsiconfd

gelöst.

[briskly]

Unter CentOS komme ich bloß mit dpkg-reconfigure opsiconfd leider nicht weiter.
Gibt es auch einen vergleichbaren Behfel für rpm?

[Thomas_H]

Moinsens,

Google bringt mich auf die folgende Webseite...

https://superuser.com/questions/159310/ ... aid-centos



...klugscheissert

Thomas_H

[wolfbardo]

Es ist ein CentOS 7.9 mit MariaDB 5.5.68 installiert.

Ja, Empfehlung waere die

MariaDB auf eine aktuelle Version über das MariaDB Repo zu aktualisieren.

Anschliessend

Code: Alles auswählen

opsi-setup --update-mysql
opsi-setup --init-current-config

nebst opsi-dienste neu starten

Gruss
Bardo Wolf

[briskly]

Hallo zusammen,

kurzes Update meinerseits. Wir haben unsere MariaDB nun auf die aktuelle Version aktualisiert und danach

Code: Alles auswählen

opsi-setup --update-mysql
opsi-setup --init-current-config

ausgeführt.

Scheint alles zu laufen und die besagte Fehlermeldung tritt nicht mehr auf.
Danke für die Unterstützung!

[cgiesers]

Hier tat der opsi config editor nach dem Upgrade schon nach "opsi-setup --update-mysql" wieder.

Gruß!

[Muck]

Bei mir besteht das Problem ebenfalls. Mir fehlt die MySQL-Tabelle HARDWARE_CONFIG_TPM. Dementsprechend häufig bekomme ich den Opsi-service-error „[ProgrammingError] (1146, "Table 'opsi.HARDWARE_CONFIG_TPM' doesn't exist")“ ausgegeben.
Mir ist es noch nicht gelungen, die Datenbank mittels

Code: Alles auswählen

opsi-setup --init-current-config

oder

Code: Alles auswählen

opsi-setup --update-mysql

zu reparieren.
Mein OPSI (opsiconfd-4.1.1.20) läuft unter CentOS 7.9.2009. Mariadb: Version 10.5.11, sql_mode NO_ENGINE_SUBSTITUTION.
Hat jemand weitere Vorschläge zur Erzeugung der HARDWARE_CONFIG_TPM-Tabelle?