forum.opsi.org

Ich kann ebenfalls positive Rückmeldung geben:
Sobald Depot- und Config-Server auf den aktuellen Stand sind läuft die Paket-Installation wie gewünscht.

lhsei hat geschrieben: ↑02 Jun 2025, 09:48 Bei uns hat auf beiden Servern die Installation des Hotfixes funktioniert und OPSI läuft wieder reibungslos.

Vielen Dank für die schnelle Fehlerbehebung!

ok, dann werde ich erst noch den Configserver updaten, bevor ich einen Rollback in Betracht ziehe.

es scheint leider das Problem nicht zu beheben. Ich habe gerade eben den ersten Depotserver geupdated und bin mit der neuen Version auf das gleiche Problem gestoßen: Traceback (most recent call last): File "opsiconfd/backend/rpc/depot.py", line 898, in install_package File "opsiconfd/...

Ich misch mich hier mal ein, Der Grund dafür ist, dass der Filter, der im Suchfeld zu finden ist, genau dasselbe tut wie der andere Filter. , dem muss ich leider widersprechen. Gerade filtere ich nach fehlgeschlagenen Aktionen für ein Produkt - typischerweise über alle Clients und dann mir nur die ...

Ich misch mich hier mal ein, Der Grund dafür ist, dass der Filter, der im Suchfeld zu finden ist, genau dasselbe tut wie der andere Filter. , dem muss ich leider widersprechen. Gerade filtere ich nach fehlgeschlagenen Aktionen für ein Produkt - typischerweise über alle Clients und dann mir nur die b...

holgy58 hat geschrieben: ↑05 Nov 2024, 12:37 Hallo zusammen,
seit dem Update läuft der opsi-setup-detector nur noch als Admin

Ja, das kann ich bestätigen (Version 4.3.3.2-3), als normaler Nutzer bekomme ich die Adminabfrage beim starten - kann ich so nicht mehr in der Domäne nutzen, nur noch auf Testsystemen

Hallo, im aktuellen opsi-configed 4.3.3.11 hat sich ein Fehlverhalten eingeschlichen. Befindet man sich im Tab Clients wählt bei einem Client 'Rechtsklick -> opsiclientd-Event auslösen -> on_demand' aus, wird auch bei einem WAN-Client ein on_demand-Event ausgelöst ohne vorheriges Cachen. Bisher wurd...

Schaut mal in eurer opsipxeconfd.log nach. Einen ähnlichen Fehler haben wir auch letzens behoben, in opsipxeconfd.log standen dann etwa solchen Zeilen: "inotify.calls.InotifyError: Call failed (should not be -1): (-1) ERRNO=(0)" Der opsipxeservice versucht alle PXE-Einträge gleichzeitig zu...

wäre es dann evtl. möglich, dass in solch einem Fall eine Überprüfung der Cachegröße eingebaut wird und als Fehlerausgabe erscheint? banal zusammengefasst: 'Summe aller Programme auf setup' > max. Cache = 'Error: max. Cachegröße überschritten' Wir haben auch manchmal den Fehler, wenn wir neue Laptop...

Hallo,

wahrscheinlich indem Du die Warningtime für die Events auf 0 setzt, dann wird das entsprechende Fenster nicht angezeigt.

Also unter 'Host-Parameter' -> 'opsiclientd' stehen die entsprechenden Parameter

Viele Grüße