Opsi Client RPC: Ausnahme "Cache service not initiated"

[jkan]

Hallo,

ich möchte die Opsiclientd-RPC-Schnittstelle (3.4) nutzen, um einzelne Opsiclients zu rebooten. Dazu schicke ich über https/post folgende JSON-Nachricht:

Code: Alles auswählen

...
Content-Type: application/json
Accept: application/json

{ "method": "reboot", "params": [], "id": 1 }
...

Zurück bekomme ich aber nur die folgende Meldung:

Code: Alles auswählen

{"error":{"message":"Cache service not initiated","class":"Exception"},"id":1,"result":null}

In der opsiclientd-Logdatei bekomme ich folgende Trace:

Code: Alles auswählen

[1] [Sep 13 17:19:54] [cached cfg server]   Traceback:     (Logger.pyo|647)
[1] [Sep 13 17:19:54] [cached cfg server]        line 1662 in '_realRpc' in file 'opsiclientd.pyo'     (Logger.pyo|647)
[1] [Sep 13 17:19:54] [cached cfg server]        line 1615 in 'processRpc' in file 'opsiclientd.pyo'     (Logger.pyo|647)
[1] [Sep 13 17:19:54] [cached cfg server]        ==>>> Cache service not initiated     (opsiclientd.pyo|1664)

Meine Anfrage scheint korrekt zu sein, weil ich nach dem gleichen Schema erfolgreich Funktionen der Server-Schnittstelle aufrufen kann. Die Authentifizierung mit Host-Id und Host-Key scheint auch zu klappen.
Hat jemand eine Idee, woran es liegen könnte? Sind die Quellen für opsiclientd eigentlich offen, so dass ich das Problem selber zurückverfolgen kann?

Vielen Dank im Voraus!

[j.schneider]

Bitte auf diese Version upgraden:
http://download.uib.de/opsi3.4/produkte ... .4-69.opsi

[jkan]

Bitte auf diese Version upgraden:
http://download.uib.de/opsi3.4/produkte ... .4-69.opsi

Update von 3.4-27 auf 3.4-69 hat leider nichts geändert, immer noch die gleichen Ausgaben!

[j.schneider]

Bitte die opsiclientd-Log posten.

[jkan]

Bitte die opsiclientd-Log posten.

Code: Alles auswählen

[3] [Sep 13 16:16:31] [opsiclientd]   Refusing to set empty value for config value 'block_notifier_command' of section 'opsiclientd_notifier'     (opsiclientd.pyo|2161)
[0] [Sep 13 16:16:31] [opsiclientd]   Opsiclientd version: 0.5.7.4     (opsiclientd.pyo|2549)
[0] [Sep 13 16:16:31] [opsiclientd]   Commandline: C:\Programme\opsi.org\preloginloader\opsiclientd.exe     (opsiclientd.pyo|2550)
[0] [Sep 13 16:16:31] [opsiclientd]   Working directory: C:\WINDOWS\system32     (opsiclientd.pyo|2551)
[1] [Sep 13 16:16:52] [cached cfg server]   Traceback:     (Logger.pyo|647)
[1] [Sep 13 16:16:52] [cached cfg server]        line 1662 in '_realRpc' in file 'opsiclientd.pyo'     (Logger.pyo|647)
[1] [Sep 13 16:16:52] [cached cfg server]        line 1615 in 'processRpc' in file 'opsiclientd.pyo'     (Logger.pyo|647)
[1] [Sep 13 16:16:52] [cached cfg server]        ==>>> Cache service not initiated     (opsiclientd.pyo|1664)

[j.schneider]

[0] [Sep 13 16:16:31] [opsiclientd] Opsiclientd version: 0.5.7.4 (opsiclientd.pyo|2549)

Das ist nich die 69er-Version.
In der 69er ist der opsiclientd 4.0.2 enthalten.

[jkan]

[0] [Sep 13 16:16:31] [opsiclientd] Opsiclientd version: 0.5.7.4 (opsiclientd.pyo|2549)

Das ist nich die 69er-Version.
In der 69er ist der opsiclientd 4.0.2 enthalten.

Inzwischen habe ich es geschafft, korrekt auf 3.4-69 zu updaten. Hier sieht das ganze so aus:

Code: Alles auswählen

[6] [Sep 13 17:05:04] [cached cfg server]   CacheServiceResourceJsonRpc: processing POST request     (ControlServer.pyo|572)
[3] [Sep 13 17:05:04] [control server]   Traceback (most recent call last):
  File "OPSI\web2\channel\http.pyo", line 412, in processRequest
  File "OPSI\web2\server.pyo", line 271, in process
  File "twisted\internet\defer.pyo", line 238, in callback
  File "twisted\internet\defer.pyo", line 307, in _startRunCallbacks
--- <exception caught here> ---
  File "twisted\internet\defer.pyo", line 323, in _runCallbacks
  File "OPSI\web2\server.pyo", line 268, in <lambda>
  File "OPSI\web2\resource.pyo", line 85, in renderHTTP
  File "ocdlib\ControlServer.pyo", line 573, in http_POST
exceptions.TypeError: __init__() got an unexpected keyword argument 'method'
     (log.pyo|637)

[j.schneider]

ich möchte die Opsiclientd-RPC-Schnittstelle (3.4) nutzen, um einzelne Opsiclients zu rebooten. Dazu schicke ich über https/post folgende JSON-Nachricht:

Code: Alles auswählen

...
Content-Type: application/json
Accept: application/json

{ "method": "reboot", "params": [], "id": 1 }
...

Welche url wird aufgerufen?

[j.schneider]

Die richtige URL ist:
https://<opsi-client>:4441/opsiclientd

[jkan]

Die richtige URL ist:
https://<opsi-client>:4441/opsiclientd

OK, das war's, ich dachte es handelt sich wie beim Config-Server um /rpc. Danke für den Tipp!