Config Editor Leer

[Bolgorov]

Hallo Zusammen,

ich habe einen neuen Ubuntu 20.04 Server aufgesetzt um OPSI 4.2 darauf zu installieren. Die Installation habe ich laut dem "opsi-getting-started-v4.2-de" Handbuch durchgeführt. Ich habe jedoch das Problem dass der Config Editor Leer bleibt, auch wenn ich ein "Test" Client hinzufüge.

Folgende Fehlermeldung konnte ich allerdings im Log Viewer bemerken:

Code: Alles auswählen

[3] [2022-08-10 14:14:08,242] [127.0.0.1       ] Backend configuration error: You have tried to execute a method, that will not work with filebackend.

Das Backend ist eine MariaDB-Datenbank. Die initiale Konfiguration hatte ich mit dem Befehl "opsi-setup --configure-mysql" durchgeführt. Weiteres habe ich an der Datenbank nicht gemacht.

Die dispatch.conf passt auch soweit :

# -*- coding: utf-8 -*-
# = = = = = = = = = = = = = = = = = = = = = = =
# = backend dispatch configuration =
# = = = = = = = = = = = = = = = = = = = = = = =
#
# This file configures which methods are dispatched to which backends.
# Entries has to follow the form:
# <regular expression to match method name(s)> : <comma separated list of backend name(s)>
#
# Backend names have to match a backend configuraton file basename <backend name>.conf beneath /etc/opsi/backends.
# For every method executed on backend dispatcher the first matching regular expression will be decisive.
#
# Typical configurations:
# mysql, opsipxeconfd and dhcpd backend:
# backend_.* : mysql, opsipxeconfd, dhcpd
# host_.* : mysql, opsipxeconfd, dhcpd
# productOnClient_.* : mysql, opsipxeconfd
# configState_.* : mysql, opsipxeconfd
# .* : mysql
#
#
# file, opsipxeconfd and dhcpd backend:
# backend_.* : file, opsipxeconfd, dhcpd
# host_.* : file, opsipxeconfd, dhcpd
# productOnClient_.* : file, opsipxeconfd
# configState_.* : file, opsipxeconfd
# .* : file
#
#
# file and opsipxeconfd dhcpd backend (in case of ext. dhcp)
# backend_.* : file, opsipxeconfd
# host_.* : file, opsipxeconfd
# productOnClient_.* : file, opsipxeconfd
# configState_.* : file, opsipxeconfd
# .* : file
#
#
# Typical configuration on a depot server.
# jsonrpc, opsipxeconfd and dhcpd backend:
# backend_.* : jsonrpc, opsipxeconfd, dhcpd
# .* : jsonrpc
#
#
# file as main backend, mysql as hw/sw invent and license management backend, opsipxeconfd and dhcpd backend:
# backend_.* : file, mysql, opsipxeconfd, dhcpd
# host_.* : file, opsipxeconfd, dhcpd
# productOnClient_.* : file, opsipxeconfd
# configState_.* : file, opsipxeconfd
# license.* : mysql
# softwareLicense.* : mysql
# audit.* : mysql
# .* : file
#

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

Ich stehe daher momentan auf dem Schlauch. Ich bedanke mich über jegliche Hilfe.

Gruß,
Arthur

[Bolgorov]

Kurzer Nachtrag:

Die Testclients scheinen tatsächlich angelegt zu sein, nur der Config Editor zeigt die nicht an.

OPSI.png (1.48 KiB) 1657 mal betrachtet

[fkalweit]

Hallo Arthur,

welche Version hat der configed?
Steht in der /var/log/opsi/opsiconfd/<client-ip>.log und in der /var/log/opsi/opsiconfd/opsiconfd.log noch mehr als nur diese eine Warnung?

Auf der Adminseite im Tab RPC-Interface kann man auch mal mit der Metode host_getObjects schauen, wie die Client Objekte aussehen.

Viele Grüße
Fabian

[SisterOfMercy]

Das Backend ist eine MariaDB-Datenbank. Die initiale Konfiguration hatte ich mit dem Befehl "opsi-setup --configure-mysql" durchgeführt. Weiteres habe ich an der Datenbank nicht gemacht.

If you have no file backend at all, why is it then in your dispatch.conf?

Die dispatch.conf passt auch soweit :

Code: Alles auswählen

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

This should be:

Code: Alles auswählen

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

[r.roeder]

Die Meldung in der Logdatei ist leider irreführend, wenn man auf Fehlersuche ist. An dieser Stelle wird nur getestet, ob das mysql-Backend aktiv ist, weil eine Servermethode die direkte Auskunft nicht liefert. Und entsprechend deiner dispatch.conf ist für die zentralen Methoden file konfiguriert, daher scheitert der Testaufruf ans mysql-Backend.
VG

[Bolgorov]

Hallo Zusammen,

danke für die ausführlichen Antworten. Ich habe die dispatch.conf dementsprechend angepasst (@SisterOfMercy unter OPSI 4.1 hatte es damals mit "file" und "mysql" keine Probleme geführt, deshalb hatte ich es in dem Fall drin gelassen). Ich bekomme jetzt allerdings eine neue Fehlermeldung:

Code: Alles auswählen

[3] [2022-08-11 09:26:50,856] [127.0.0.1       ] Backend module disabled error: Module 'mysql_backend' not available

@fkalweit Der Configed hat die Version 4.2.13.1 und in der Log Datei von 127.0.0.1.log steht jetzt folgendes:

Code: Alles auswählen

[3] [2022-08-11 07:26:50.856] [127.0.0.1      ] Backend module disabled error: Module 'mysql_backend' not available   (jsonrpc.py:563)
Traceback (most recent call last):
  File "opsiconfd/application/jsonrpc.py", line 561, in process_rpcs
  File "opsiconfd/application/jsonrpc.py", line 532, in process_rpc
  File "starlette/concurrency.py", line 39, in run_in_threadpool
  File "anyio/to_thread.py", line 31, in run_sync
  File "anyio/_backends/_asyncio.py", line 937, in run_sync_in_worker_thread
  File "anyio/_backends/_asyncio.py", line 867, in run
  File "opsiconfd/application/jsonrpc.py", line 464, in execute_rpc
  File "<string>", line 1, in configState_updateObjects
  File "OPSI/Backend/Base/Extended.py", line 122, in _executeMethod
  File "<string>", line 1, in configState_updateObjects
  File "OPSI/Backend/Base/Extended.py", line 122, in _executeMethod
  File "<string>", line 1, in configState_updateObjects
  File "OPSI/Backend/Manager/AccessControl.py", line 443, in _executeMethodProtected
  File "<string>", line 1, in configState_updateObjects
  File "OPSI/Backend/Base/Extended.py", line 122, in _executeMethod
  File "<string>", line 1, in configState_updateObjects
  File "OPSI/Backend/Base/Extended.py", line 122, in _executeMethod
  File "<string>", line 1, in configState_updateObjects
  File "OPSI/Backend/Base/Extended.py", line 122, in _executeMethod
  File "OPSI/Backend/Base/Extended.py", line 880, in configState_updateObjects
  File "OPSI/Backend/Base/Extended.py", line 846, in configState_insertObject
  File "<string>", line 1, in configState_insertObject
  File "OPSI/Backend/Manager/Dispatcher.py", line 219, in _dispatchMethod
  File "OPSI/Backend/SQL.py", line 1361, in configState_insertObject
  File "OPSI/Backend/Base/ConfigData.py", line 205, in _check_module
opsicommon.exceptions.BackendModuleDisabledError: Backend module disabled error: Module 'mysql_backend' not available

Macht OPSI hier einen Unterschied zwischen MariaDB & MySQL ? Oder ist die Nutzung des MySQL-Backend kostenpflichtig geworden welches als Modul gekauft werden kann ?

Danke für eure Hilfe.

Gruß,
Arthur

[Bolgorov]

Nachtrag:

@fkalweit wenn ich im RPC-Interface die Methode host_getObjects aufrufe kommen meine zwei angelegten Testclients (trotz der oben genannten Backend Fehlermeldung):

{
"id": 1,
"result": [
{
"description": "",
"notes": "",
"id": "de-ds02.ttx.local",
"hardwareAddress": "00:50:56:9c:4f:db",
"ipAddress": "172.27.1.182",
"inventoryNumber": "",
"opsiHostKey": "656494240facce004e24d33d497508e9",
"depotLocalUrl": "file:///var/lib/opsi/depot",
"depotRemoteUrl": "smb://de-ds02.ttx.local/opsi_depot",
"depotWebdavUrl": "webdavs://de-ds02.ttx.local:4447/depot",
"repositoryLocalUrl": "file:///var/lib/opsi/repository",
"repositoryRemoteUrl": "webdavs://de-ds02.ttx.local:4447/repository",
"networkAddress": "172.27.0.0/16",
"maxBandwidth": 0,
"isMasterDepot": true,
"masterDepotId": null,
"workbenchLocalUrl": "file:///var/lib/opsi/workbench",
"workbenchRemoteUrl": "smb://de-ds02.ttx.local/opsi_workbench",
"type": "OpsiConfigserver",
"ident": "de-ds02.ttx.local"
},
{
"description": "",
"notes": "",
"id": "de-pc0407.ttx.local",
"hardwareAddress": "",
"ipAddress": "172.27.10.108",
"inventoryNumber": "",
"opsiHostKey": "654f61b3d4be2cbe1703ee30dff53af5",
"created": "2022-08-11 07:42:07",
"lastSeen": "2022-08-11 07:42:07",
"oneTimePassword": null,
"type": "OpsiClient",
"ident": "de-pc0407.ttx.local"
},
{
"description": "",
"notes": "",
"id": "de-pc0415.ttx.local",
"hardwareAddress": "",
"ipAddress": "172.27.10.5",
"inventoryNumber": "",
"opsiHostKey": "c398f9d80fc3f050a3f3b365438b3ba7",
"created": "2022-08-11 07:39:29",
"lastSeen": "2022-08-11 07:39:29",
"oneTimePassword": null,
"type": "OpsiClient",
"ident": "de-pc0415.ttx.local"
}
],
"jsonrpc": "2.0"
}

[fkalweit]

Hallo,

opsi kann mit MariaDB und MySQL betrieben werden. Das SQL-Backend ist soweit ich weiß schon immer kostenpflichtig. Nur die Speicherung der Audit Daten nicht.

Backend module disabled error: Module 'mysql_backend' not available

Hier fehlt dann eine modules Datei mit der Freischaltung für das SQL-Backend.
Wenn keine vorhanden ist, dann sollte wieder das file Backend aktiviert werden.

Was den configed angeht evt mal die eine neue Version testen: https://download.uib.de/4.2/stable/pack ... 1.3-1.opsi

Viele Grüße
Fabian

[Bolgorov]

Hallo Fabian,

danke für die Infos. Ich habe jetzt den OPSI Server neu aufgesetzt und direkt mit dem File Backend konfiguriert. Funktioniert alles super, besten Dank.

Gruß,
Arthur