Problem mit on_demand Event

[dkoch]

Naja 250 Clients sind ja jetzt nicht so viel.
Verwendest du File oder Mysql-Backend ?

Für File sind 250 nämlich eine Menge

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/Mariadb/Monodb) zu wechseln. Die Latenz könnte vom Backend kommen weil dieser die Infos nicht schnell genug finden kann.
Kurzweilig Abhilfe kann

Code: Alles auswählen

opsi-setup --cleanup-backend 

schaffen

Edit2:
Hast du dir mal die Logs eines Clients angesehen ?
Zeigt mal die
/var/log/opsi/opsiconfd/172.20.18.81.log

[damien.leviet]

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 Komponenten? (http://www.opsi.org/en/opsi-extensions)
Mein Unternehmen sieht leider momentan noch kein Budget für sowas vor - ich nehme aber mal an dass dies die einzige Lösung ist, oder?

[tobias]

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 Komponenten? (http://www.opsi.org/en/opsi-extensions)
Mein Unternehmen sieht leider momentan noich kein Budget für sowas vor - ich nehme aber mal an dass dies die einzige Lösung ist, oder?

Ja das ist ein Kofinanziertes Projekt. Die Finanzierung ist laut UIB Webseite bei 85%, es könnte also noch etwas dauern bis es frei verfügbar ist.
Ich kann nur sagen das es sich lohnt dafür ein Budget in der Firma zu besorgen

1. Unterstützt ihr damit die Entwicklung von OPSI
2. Habt ihr eine bessere Performance

Du könntest um festzustellen ob es wirklich am Backend liegt, einfach mal ein Testmodul bei UIB beantragen.
Vielleicht ist auch dein (Virtueller)Server allgemein etwas zu schwach?

[damien.leviet]

Naja 250 Clients sind ja jetzt nicht so viel.
Verwendest du File oder Mysql-Backend ?
...

Kurzweilig Abhilfe kann

Code: Alles auswählen

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ück hatte ich vorher ein Backup gemacht

Ja das ist ein Kofinanziertes Projekt. Die Finanzierung ist laut UIB Webseite bei 85%, es könnte also noch etwas dauern bis es frei verfügbar ist.
Ich kann nur sagen das es sich lohnt dafür ein Budget in der Firma zu besorgen

1. Unterstützt ihr damit die Entwicklung von OPSI
2. Habt ihr eine bessere Performance

Du könntest um festzustellen ob es wirklich am Backend liegt, einfach mal ein Testmodul bei UIB beantragen.
Vielleicht ist auch dein (Virtueller)Server allgemein etwas zu schwach?

Ok ich werde eine Testlizenz anfragen und mal schauen ob es was ändert

Ich denke nicht, dass der vServer zu langsam ist, da es nicht nur einer, sondern ein geclustertes System ist

Ich werde auch noch ein wenig an den Timeouts der Clients arbeiten - ist nur immer mit viel Geduld verbunden, da die am Server definierten Clientoptionen erst nach einem Kontakt zum Server und anschließendem Neustart in Kraft treten - das kann hier und da manchmal ein wenig dauern


MfG
Damien

[tobias]

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 sind.
Machen viele Leute, einfach jeder VM ne DualCore CPU zuweisen obwohl die Software damit nichts anfangen kann, das ist ein Performance killer in vielen virtuellen Umgebungen
Aber das ist Offtopic

[damien.leviet]

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 sind.
Machen viele Leute, einfach jeder VM ne DualCore CPU zuweisen obwohl die Software damit nichts anfangen kann, das ist ein Performance killer in vielen virtuellen Umgebungen
Aber das ist Offtopic

Die VMs sind nach OS Typ physikalisch abgetrennt - auf einem Cluster laufen also hier nur Linux Maschinen, und ich kann sagen es sind nur 2 (OPSI Server einbegriffen)
Demnach sollte genug Leistung drin sein - kurios ist vorallem, dass es anfangs noch ging (vor wenigen Monaten) und seitdem halt nicht mehr (auf den Clients kann man beobachten, wie der Client versucht, sich zu verbinden,
aber das Timeout wird erreicht und er bricht ab)

[dkoch]

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 ?

[damien.leviet]

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 allen aktuellen Updates

Ja habe ich - verlief auch unproblematisch

Kann ich nicht genau sagen, da ich erst seit wenigen Montaten OPSI jeden Tag intensiv nutze und erst seit wenigen Wochen feuere ich Updates komplett im Hintergrund (hatte mir ein event dazu erstellt)


MfG
Damien

[wolfbardo]

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. ein on_demand nicht wirklich gestartet wird, da ein anderes aktiv ist.

Gruss
Bardo Wolf

[damien.leviet]

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. ein on_demand nicht wirklich gestartet wird, da ein anderes aktiv ist.

Gruss
Bardo Wolf

Ich habe den Test ebenfalls mit on_demand durchgeführt, nach Feierabend und definitiv mit Rechnern, die gerade im Leerlauf sind - Timeout nach Feuern des Events bei mehr als 11 Clients gleichzeitg!

Ich habe momentan ebenfalls eine Demoversion des MySQL Backends - kein Unterschied, obschon der opsi config editor jetzt spürbar schneller die Daten abrufen kann


MfG
Damien