forum.opsi.org

Dann setz doch mal die connection_timeout auf 30 Sekunden. Wir haben das schon mal erlebt, dass er genau ein oder zwei Sekunden mehr benötigt als normal. Das war die Einstellung vor wenigen Monaten - damals war das Problem aber auch schon präsent. Ich habe auf 20 Sekunden reduziert, um gerade die L...

Hallo ueluekmen, also ich bin mir auch ziemlich sicher, dass der erste Kontakt zu den Clients durchgeht, da ich auch z.b. über iftop auf dem Server die einzelnen Verbindungen sehen kann. Schaue ich auf meinen Testclient (der zusammen mit 50 anderen Maschinen gleichzeitig ein on_demand erhalten soll)...

n.wenselowski hat geschrieben:Hallo Damien,

wo tritt die Fehlermeldung auf (Server / Client)?


Gruß

Niko

Auf dem Server. Sind im opsi config editor die Buttons "Erreichbarkeit prüfen" und "Session Informationen anfordern"


Gruß
Damien

Das könnte man jetzt auch mit einem kleinen Opsi Paket, was nur ein Skript ausführt, um den Dienst neuzustarten, abwickeln, aber da sowieso jeder Rechner nur einmal die neue Konfiguration holen muss, ist das jetzt nicht weiter tragisch :) Das würde die Verbindung zum WebService "killen" a...

Hallo, seit kurzem erhalte ich folgende Fehlermeldung: Mrz 17 15:42:39.626 2014 -- Opsi service error: [error] can't start new thread Dies passiert, wenn ich die Erreichbarkeit und/oder die Sessioninformationen für alle Clients abrufen möchte Ich benutze OPSI v4.0.4 unter Ubuntu 12.04.03 LTS x64 MfG...

seit wenigen Wochen feuere ich Updates komplett im Hintergrund (hatte mir ein event dazu erstellt) Separate events koennen einander in die quere kommen. D.h. je nach event-Art werden diese nicht parallel abgearbeit. Im Endeffekt kann es daher sein, wenn ein Event gerade abgearbeitet wird, dass z.B....

Da das Problem gerade verstärkt gemeldet wird mal die Basisfragen: Welche Distribution verwendest du ? Hast du ein Update auf 4.0.4 gemacht ? Tritt das Problem eventuell seit dem Update auf ? OK ich schein also nicht alleine mit diesem Problem zu sein :) Ich verwende Ubuntu 12.04.3 LTS - inklusive ...

Ich denke nicht, dass der vServer zu langsam ist, da es nicht nur einer, sondern ein geclustertes System ist :) Das heißt nicht unbedingt was, wenn die CPU-Zeit von anderen VMs benötigt wird dann dann müssen andere VMs halt warten. Das ist oft der Fall wenn VMs mit mehr als einer vCPU ausgestattet ...

Naja 250 Clients sind ja jetzt nicht so viel. Verwendest du File oder Mysql-Backend ? ... Kurzweilig Abhilfe kann opsi-setup --cleanup-backend schaffen Das File-Backend zu säubern war in meinem Fall eine schlechte Idee ... diverse Produktzustände auf allen Clients waren danach verschwunden - zum Gl...

Für File sind 250 nämlich eine Menge Sowas habe ich mir schon gedacht Edit: Soweit ich deine Logs interpretiere verwendest du das File Backend. Das ist für diese Menge an Clients ungeeignet. Ich empfehle dir auf eine richtige Datenbank (Mysql) zu wechseln. Ist das nicht eines der Cofunded Komponent...