Unklarheit / Fragen zur RPC-Api
Unklarheit / Fragen zur RPC-Api
Hallo!
Ich baue uns gerade ein Tool, um einige Tasks mit OPSI in unser Ticketsystem zu integrieren.
Ich habe hier allerdings zwei Probleme, für die ich die Lösung nicht finde...
1. Ich muss bei einem Client per rpc den "uefi boot" haken setzen.
2. Ich muss den Client in ein anderes Depot umziehen (createClient legt die ja immer am ConfigServer/Master-Depot an)
Wie mache ich das? Da gibts doch sicher auch RPC-Calls für, oder?
Danke für die Hilfe!
Ich baue uns gerade ein Tool, um einige Tasks mit OPSI in unser Ticketsystem zu integrieren.
Ich habe hier allerdings zwei Probleme, für die ich die Lösung nicht finde...
1. Ich muss bei einem Client per rpc den "uefi boot" haken setzen.
2. Ich muss den Client in ein anderes Depot umziehen (createClient legt die ja immer am ConfigServer/Master-Depot an)
Wie mache ich das? Da gibts doch sicher auch RPC-Calls für, oder?
Danke für die Hilfe!
Re: Unklarheit / Fragen zur RPC-Api
Gibt es die Möglichkeit, den configed die RPC-Kommunikation loggen zu lassen, sodass ich mir das anschauen kann? So käme ich vielleicht um die Fragerunde herum
Re: Unklarheit / Fragen zur RPC-Api
Hi,
zu 2)
Um Einen Client einem Depot zuzuordnen kannst du mit einen ConfigState anlegen.
Als Parameter gibst du dann "clientconfig.depot.id", clientId und die "depotId" mit.
Bsp:
Vielleicht hilft dir das noch:
https://download.uib.de/opsi4.1/experim ... ate_create
Mit freundlichen Grüßen
fkalweit
zu 2)
Um Einen Client einem Depot zuzuordnen kannst du mit
Code: Alles auswählen
configState_create
Als Parameter gibst du dann "clientconfig.depot.id", clientId und die "depotId" mit.
Bsp:
Code: Alles auswählen
{
"id": 1,
"method": "configState_create",
"params": [
"clientconfig.depot.id",
"test-1.uib.local",
"depot.test.local"
]
}
https://download.uib.de/opsi4.1/experim ... ate_create
Mit freundlichen Grüßen
fkalweit
Re: Unklarheit / Fragen zur RPC-Api
Wenn ihr den Loglevel den configed interaktiv oder per Kommandooption auf 4 /check setzt, werden die requests, ihr Startzeitpunkt und ihr Returnzeitpunkt geloggt
opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
Re: Unklarheit / Fragen zur RPC-Api
Sehr geil! Vielen Dank! ich werde das morgen direkt mal ausprobieren.r.roeder hat geschrieben:Wenn ihr den Loglevel den configed interaktiv oder per Kommandooption auf 4 /check setzt, werden die requests, ihr Startzeitpunkt und ihr Returnzeitpunkt geloggt
Ich mach dafür mal keinen extra Thread auf, weil eigentlich related:
Wir wollen eine Art Historie in den Notizen pflegen, seht ihr ein Problem darin, den Datentyp von HOST.notes auf TEXT zu ändern? (Ist aktuell ein VARCHAR(500))
Würde der opsiconfd/configed da Probleme machen?
Fun fact - eigentlich ist das schon ein halber Bug, denn wenn ich mehr als 500 Zeichen per RPC schicke dder im configed eintippe kommt kein Fehler, aber beim nächsten Reload im configed ist der Text halt abgeschnitten (weil beim Save in die DB truncated)
P.s.: MySQL-Modul!
Re: Unklarheit / Fragen zur RPC-Api
Danke dem Tipp von r.roeder hab ich die Antwort zu 1. selbst gefunden:dark alex hat geschrieben:1. Ich muss bei einem Client per rpc den "uefi boot" haken setzen.
Code: Alles auswählen
$opsi->query('configState_create', [ 'clientconfig.dhcpd.filename', $hostData['hostId'], 'linux/pxelinux.cfg/elilo.efi' ]);
Die Frage nach dem Notes-Datentyp wär dann noch offen, dann bin ich glücklich
//Edit:
Noch ein Danke an fkalweit für die Lösung zu 2.!
Re: Unklarheit / Fragen zur RPC-Api
Also RPC-Api-Technisch hat das alles jetzt ganz gut funktioniert, die Frage bzgl des Datentyps für "notes" wäre noch offen, würde das klappen oder gibts da Probleme?
dark alex hat geschrieben:Ich mach dafür mal keinen extra Thread auf, weil eigentlich related:
Wir wollen eine Art Historie in den Notizen pflegen, seht ihr ein Problem darin, den Datentyp von HOST.notes auf TEXT zu ändern? (Ist aktuell ein VARCHAR(500))
Würde der opsiconfd/configed da Probleme machen?
Fun fact - eigentlich ist das schon ein halber Bug, denn wenn ich mehr als 500 Zeichen per RPC schicke dder im configed eintippe kommt kein Fehler, aber beim nächsten Reload im configed ist der Text halt abgeschnitten (weil beim Save in die DB truncated)
P.s.: MySQL-Modul!
-
- Beiträge: 439
- Registriert: 08 Jul 2017, 12:02
Re: Unklarheit / Fragen zur RPC-Api
Naja wenn es ein update gibt, das irgendwas mit der DB macht, fliegt dir das um die Ohren.dark alex hat geschrieben:Ich mach dafür mal keinen extra Thread auf, weil eigentlich related:
Wir wollen eine Art Historie in den Notizen pflegen, seht ihr ein Problem darin, den Datentyp von HOST.notes auf TEXT zu ändern? (Ist aktuell ein VARCHAR(500))
Würde der opsiconfd/configed da Probleme machen?
Wenn du eh was mit dem Ticketsystem baust, warum exportierst du dann nicht der Wert des Felds, suchst den String in deinem Ticketsystem und wenn die nicht gefunden werden machst du "irgendwas" je nachdem wer denn führend die Infos verwaltet?