Dynamische Depotzuweisung und WAN-Erweiterung

[robert.morbitzer]

Hallo zusammen,

ist es möglich die dynamische Depotzuweisung zusammen mit der WAN-Erweiterung zu nutzen?

Nachdem ich ein zusätzliches Depot eingerichtet habe und bei einem Testclient die dynamische Zuweisung in der Konfiguration aktiviert habe, passiert leider auch im Log nicht viel bzgl. Ausführung des Templates zur Depotauswahl.

Version des Servers lautet 4.2.0.72, die des Clients 4.2.0.64.

Viele Grüße
Robert

[Jan.Schmidt]

ist es möglich die dynamische Depotzuweisung zusammen mit der WAN-Erweiterung zu nutzen?

Hi,
na klar, warum nicht?

Nachdem ich ein zusätzliches Depot eingerichtet habe und bei einem Testclient die dynamische Zuweisung in der Konfiguration aktiviert habe, passiert leider auch im Log nicht viel bzgl. Ausführung des Templates zur Depotauswahl.

Hattest du den WAN Modus da schon auf dem Client aktiv?
Wenn ja, trenne mal das netzwerk vom Client und verbinde es erneut. Im Wan Modus kriegt der Client sonst nicht sofort alles mit.

IMHO sucht sich der Client im std. immer noch nach den Latenzen zu den Depotservern "sein" Depot - sind die depots denn auch in einem anderen Latenzbereich oder alle "im gleichen" Netz mit identischen Routen? Wenn die Depots alle gleichschnell antworten, dann wirst du nicht viel von der freien Depotauswahl mitbekommen.

[robert.morbitzer]

Hi Jan,

danke für deine schnelle Antwort.

Der Client hat die Konfig korrekt abgerufen, der Fehler lag allerdings woanders.


Ich habe den Fehler im Log des Clients gefunden.

Als Funktion für die Ermittlung des Depots habe ich "getDepotSelectionAlgorithmByNetworkAddressBestMatch" angegeben.

In der Datei "/etc/opsi/backendManager/extend.d/70_dynamic_depot.conf" besteht jedoch ein Fehler.

Code: Alles auswählen

def getDepotSelectionAlgorithm(self):
	""" Returns the selected depot selection algorythm.	"""
	# return self.getDepotSelectionAlgorithmByMasterDepotAndLatency()
	# return self.getDepotSelectionAlgorithmByLatency()
	return self.getDepotSelectionAlgorithmByNetworkAddress()
	# return self.getDepotSelectionAlgorithmByNetworkAddressBestMatch
	# return self.getDepotSelectionAlgorithmByRandom()

# return self.getDepotSelectionAlgorithmByNetworkAddressBestMatch <-- Hier fehlen die Klammern


Man erhält dann im opsiclient Log auf dem Client folgende Fehlermeldung:

Code: Alles auswählen

[6] [2023-10-13 08:33:29.436] [product cache service                   ] JSONRPC request to https://bla.bla.de:4447: id='bla', method=getDepotSelectionAlgorithm, Content-Type=application/msgpack, Content-Encoding=lz4, timeout=300.0   (opsiservice.py:1138)
[6] [2023-10-13 08:33:29.455] [config cache service                    ] Got response status=200, Content-Type=application/msgpack, Content-Encoding=, duration=0.024s   (opsiservice.py:1160)
[6] [2023-10-13 08:33:29.457] [product cache service                   ] Got response status=500, Content-Type=application/json, Content-Encoding=, duration=0.020s   (opsiservice.py:1160)
[3] [2023-10-13 08:33:29.458] [product cache service                   ] Failed to select depot: Opsi rpc error: can not serialize 'method' object   (Config.py:785)
Traceback (most recent call last):
  File "opsiclientd\Config.py", line 774, in getDepot
  File "<string>", line 1, in getDepotSelectionAlgorithm
  File "opsicommon\client\opsiservice.py", line 1203, in jsonrpc
opsicommon.exceptions.OpsiRpcError: Opsi rpc error: can not serialize 'method' object

Nach dem Hinzufügen der Klammern funktioniert der Abruf des Depots mit dem Netzwerk, welches dem Clientnetzwerk am ähnlichsten ist.

Vllt. könnte das jemand von UIB in dem Template anpassen?
Ich schreibe parallel auch eine Mail an info@uib.de um auf den Fehler hinzuweisen.

Danke und viele Grüße
Robert

[n.doerrer]

Danke für den Hinweis.
Ist korrigiert in opsi-server 4.2.0.73, jetzt in experimental.