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