forum.opsi.org

Habe heute auf dem Client p-xx-00000-0003 den opsi-client-agent auf die Version 4.3.15.2-1 aktualisiert. Nach einer Minute den uptime Befehl ausgeführt und er liefert mir jetzt auch bei diesem PC die falsche uptime. just FYI

20251117_pc_003_uptime_laut_windows.png
20251117_opsi-cli_uptime ...

Hatte zuerst dasselbe Ergebnis (NULL). Nach Durchsicht der opsi-client-agent, opsi-script und opsi-utils Changelogs ( https://changelog.opsi.org ) hatte ich den Verdacht/die Hoffnung, dass neuere Versionen auf dem Client und Server einen anderen Wert liefern werden. Deshalb opsi-utils auf dem server ...

Wir sind von BGInfo auf Desktop Info umgestiegen. Verteilen es via GPO ohne opsi bei uns
https://www.edtechirl.com/p/deploying-d ... -microsoft
https://www.glenn.delahoy.com/desktopinfo/

wir machen es auf die schnelle auf der opsiconfd admin Seite des configservers, da es bisher selten auftritt, aber via opsi-cli hat es bei mir soeben mit folgender Methode funktioniert, da es mich auch schon ein paar Mal interessiert hat:
update_configs.png
mich würde es nur noch interessieren ...

ich weiß nicht genau, was die Ursache sein könnte, ich würde aber folgendermaßen vorgehen:

1.
prüf mal lokal auf beiden Servern (depot und configserver), falls du es nicht auf dem configserver installierst, ob alle opsi Dienste laufen:
sudo systemctl status opsi*.service
es müssen (zumindest bei ...

Das ist auch nicht notwendig (Paket auf dem configserver zu installieren). Das Problem kenne ich eher nur dann, wenn auf dem depot xy noch kein Client angelegt ist, den man vor der Anzeige der Pakete im configed auswählen muss. Ohne einen Client sieht man oft nur einen Bruchteil der Pakete. Deshalb ...

bzgl.: Habe gelesen, dass mindestens die Version 4.3.14.2 von opsi-utils vorhanden sein muss. Wo kann ich denn das überprüfen?
an einem UCS Server bei uns z.B. würde ich so vorgehen beim Check:
dpkg -l | grep opsi
2025-08-12_14_30_38.png

einzelne debian Pakete liegen hier: https://download ...

soeben getestet. bei uns funktionieren beide Versionen 4.3.12.3-4

Hatten heute zufällig das Problem im Testsystem auch. Trat nur auf einer von x VMs auf. Sie war in VMware als EFI eingerichtet. Auf VMs mit normalem BIOS trat es nicht auf. Konnten es schnell lösen, indem wir das wipedisk Paket ausführten (iterations=1; Partition =0; destroy_Partition_table=true ...

@uib
falls ihr unsere logs benötigt, sagt gern Bescheid. Bei uns läuft diese Version in mehreren Umgebungen reibungslos und lädt echt zügig, wenn man eine der Umgebungen kennt