Table 'Opsi.Hardware_Config_TPM'

[JensWalk]

Guten Tag,

ich habe eine Fehlermeldung bei der Installation von win10_x64.

Table 'Opsi.Hardware_Config_TPM' doesn't exist.

(4735) [2] [Apr 15 20:51:59] Traceback: (Logger.py|798)
(4736) [2] [Apr 15 20:51:59] File "/usr/lib/python2.7/dist-packages/OPSI/Backend/JSONRPC.py", line 103, in processResult
(4737) raise exception
(4738) (Logger.py|798)
(4739) [2] [Apr 15 20:51:59] ==>>> Opsi rpc error: (1146, "Table 'opsi.HARDWARE_CONFIG_TPM' doesn't exist") (JSONRPC.py|112)
(4740) [2] [Apr 15 20:52:00] Traceback: (Logger.py|798)
(4741) [2] [Apr 15 20:52:00] File "/usr/local/bin/master.py", line 1656, in <module>
(4742) execfile(actionScript)
(4743) (Logger.py|798)
(4744) [2] [Apr 15 20:52:00] File "/tmp/setup.py", line 563, in <module>
(4745) backend.auditHardwareOnHost_setObsolete(clientId)
(4746) (Logger.py|798)
(4747) [2] [Apr 15 20:52:00] File "<string>", line 1, in auditHardwareOnHost_setObsolete
(4748) (Logger.py|798)
(4749) [2] [Apr 15 20:52:00] File "/usr/lib/python2.7/dist-packages/OPSI/Backend/JSONRPC.py", line 664, in _jsonRPC
(4750) return jsonrpc.execute()
(4751) (Logger.py|798)
(4752) [2] [Apr 15 20:52:00] File "/usr/lib/python2.7/dist-packages/OPSI/Backend/JSONRPC.py", line 149, in execute
(4753) return self.waitForResult()
(4754) (Logger.py|798)
(4755) [2] [Apr 15 20:52:00] File "/usr/lib/python2.7/dist-packages/OPSI/Backend/Backend.py", line 206, in waitForResult
(4756) raise self.error # pylint: disable=raising-bad-type
(4757) (Logger.py|798)
(4758) [2] [Apr 15 20:52:00] ==>>> Opsi rpc error: (1146, "Table 'opsi.HARDWARE_CONFIG_TPM' doesn't exist") (master.py|1708)

Woran könnte das liegen?

Viele Grüße
Jens

[ThomasT]

bitte mal ein

Code: Alles auswählen

opsi-setup --init-current-config

ausführen...Scheinbar fehlen da Tabellen...

[feltel]

Bei meinem OPSI ebenfalls seit gestern, als ein neues python-opsi Debian-Paket reinkam. Das init-current-config hat geholfen. Vielleicht könnte man das im postinst des Paketes automatisch machen lassen.

[sweigand]

Ich habe den Fehler auch, aber ein

Code: Alles auswählen

 opsi-setup --init-current-config 

wirft den Fehler

Code: Alles auswählen

 Opsi rpc error: (1293, 'Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause') (opsi-setup|1167) 

aus.

Installiert ist ein Standard Debian 10 mit MariaDB (Daten aus MySQL-Export von einer OPSI Installation Debian 8).

Kann man irgendwo die alte Version von python-opsi herunterladen oder gibt es eine andere Möglichkeit das zu fixen?

[ThomasT]

Hallo,

welche Version von der MariaDB läuft da denn? OPSI braucht mind. 10.5.
Ausserdem bitte mal prüfen, in welchem Modus die SQL-DB läuft:

Code: Alles auswählen

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

MariaDB [(none)]> 

So sollte es aussehen. Wenn nicht, dann bitte https://download.uib.de/opsi4.1/documen ... ig-backend beachten.

[sweigand]

Vielen Dank für die Antwort.

Es läuft die Version von MariaDB aus den Debian Repositories. Daran wird es liegen. Ich werde mal schauen wie ich die DB auf 10.5 aktualisieren kann.

Code: Alles auswählen

root:~# dpkg -l | grep mariadb
ii  libmariadb3:amd64              1:10.3.27-0+deb10u1           amd64        MariaDB database client library
ii  mariadb-client-10.3            1:10.3.27-0+deb10u1           amd64        MariaDB database client binaries
ii  mariadb-client-core-10.3       1:10.3.27-0+deb10u1           amd64        MariaDB database core client binaries
ii  mariadb-common                 1:10.3.27-0+deb10u1           all          MariaDB common metapackage
ii  mariadb-server                 1:10.3.27-0+deb10u1           all          MariaDB database server (metapackage depending on the latest version)
ii  mariadb-server-10.3            1:10.3.27-0+deb10u1           amd64        MariaDB database server binaries
ii  mariadb-server-core-10.3       1:10.3.27-0+deb10u1           amd64        MariaDB database core server files

Die MariaDB läuft im "sql_mode NO_ENGINE_SUBSTITUTION" daran liegt es dann wahrscheinlich nicht.

[feltel]

Ich hab "meine" OPSIs aber alle unter Debian 10 mit der entsprechenden MariaDB-Version 10.3.x aus Stable am laufen. Wüsste nicht, warum das nicht gehen sollte. Da müsste man ja dann auf Testing gehen, wenn MariaDB 10.5.x tatsächlich seit neuestem die Voraussetzung für OPSI sein sollte. Das kann nur ein Tippfehler sein, oder?

[ThomasT]

Hallo,

jupp da hab ich meine eigenen Notizen nicht mehr richtig lesen können.
Ich habe auch gerade ein Debian 10 Buster nach Getting-Started aufgesetzt...klappt einwandfrei
Ist mit MariaDB10.3...läuft auch problemlos...

[JensWalk]

Hallo,

besten Dank für die Info.
Hat funktioniert.

Viele Grüße
Jens

[Neuling_Opsi]

Moin,

Wir haben das selbe Problem, nur hilft bei uns ein

Code: Alles auswählen

opsi-setup --init-current-config

nicht. Produziert aber auch keine Fehler.

MySQL läuft im sql_mode NO_ENGINE_SUBSTITUTION.

Edit: opsi-setup --update-mysql hat Abhilfe geschaffen.