Problem mit on_demand Event

[damien.leviet]

Hallo zusammen!

Ich habe ein merkwürdiges Problem, wenn ich via on_demand Event Software verteilen möchte:

Wähle ich einzelne Clients aus und löse das on_demand Event aus -> Funktioniert

Wähle ich genau 11 Clients aus -> Funktioniert auch

Wähle ich mehr als 11 Clients aus -> Funktioniert NICHT;


Gibt es eine Begrenzung?

Gruß
Damien

[dkoch]

Hallo,

Nein eine Begrenzung gibt es nicht. Was genau heißt "funktioniert nicht". Wenn eine Meldung wegen Timeout erscheint dann bedeutet das, dass mindestens einer der ausgewählten Clients nicht erreichbar ist. Alle anderen sollten das Event dennoch ausführen.

[damien.leviet]

Hallo,

Nein eine Begrenzung gibt es nicht. Was genau heißt "funktioniert nicht". Wenn eine Meldung wegen Timeout erscheint dann bedeutet das, dass mindestens einer der ausgewählten Clients nicht erreichbar ist.

"funktioniert nicht" bedeutet, dass die Produkte auf den Hosts einfach nicht installiert werden

Die requested action steht also weiterhin auf "setup"

[dkoch]

Kannst du bitte mal deinen opsiconfd.log posten wenn du die Aktion ausführst ? Vielleicht steht da etwas brauchbares drin.

/var/log/opsi/opsiconfd/FOO.log

FOO.log = IP/Hostname von dem aus du aktionen starten willst

[damien.leviet]

Hier bitte:

Code: Alles auswählen

root@srv-opsi:~# cat /var/log/opsi/opsiconfd/meinhost.mydomain.local.log | tail
[4] [Mar 06 14:23:57] Failed to read opsi modules file '/etc/opsi/modules': Signature not found (Backend.py|365)
[5] [Mar 06 14:23:57] -----> Executing: backend_info() (JsonRpc.py|125)
[4] [Mar 06 14:25:17] Failed to read opsi modules file '/etc/opsi/modules': Signature not found (Backend.py|365)
[5] [Mar 06 14:25:17] Application 'opsiclientd version 4.0.77' on client '172.20.18.65' did not send cookie (workers.py|165)
[5] [Mar 06 14:25:17] New session created (session.py|75)
[5] [Mar 06 14:25:17] Authorization request from host meinhost.mydomain.local@172.20.18.65 (application: opsiclientd version 4.0.77) (workers.py|190)
[4] [Mar 06 14:25:20] Failed to read opsi modules file '/etc/opsi/modules': Signature not found (Backend.py|365)
[4] [Mar 06 14:25:20] Failed to read opsi modules file '/etc/opsi/modules': Signature not found (Backend.py|365)
[5] [Mar 06 14:25:20] Disabling mysql backend and license management module: no customer in modules file (MySQL.py|435)
[5] [Mar 06 14:25:20] -----> Executing: backend_getInterface() (JsonRpc.py|125)

... und da hört es auch auf

[ueluekmen]

Hi,

das ist bisschen wenig input, probier mal den Loglevel vom opsiconfd etwas höher zu setzen, am besten so auf 7, sonst wirst du bombardiert. Nach einem Neustart des opsiconfd, versuch es einfach noch mal.

Man könnte auch probieren, dass über die opsi-admin aus zu führen: Aber wenn, dann solltest du über die hostControlSafe Methoden, das mal probieren.

[damien.leviet]

Hi,

das ist bisschen wenig input, probier mal den Loglevel vom opsiconfd etwas höher zu setzen, am besten so auf 7, sonst wirst du bombardiert. Nach einem Neustart des opsiconfd, versuch es einfach noch mal.

Man könnte auch probieren, dass über die opsi-admin aus zu führen: Aber wenn, dann solltest du über die hostControlSafe Methoden, das mal probieren.

Guten Morgen,

habe das loglevel jetzt mal auf 7 statt 5 gesetzt und muss leider sagen, dass an der entscheidenden Stelle nicht mehr Informationen angezeigt werden:

Code: Alles auswählen

[7] [Mar 10 09:10:00] Value 'meinhost.meinedomain.local' matched filter 'meinhost.meinedomain.local, attribute 'id' (Backend.py|237)
[7] [Mar 10 09:10:00] Testing match of filter 'meinhost.meinedomain.local' of attribute 'id' with value 'meinhost.meinedomain.local' (Backend.py|189)
[7] [Mar 10 09:10:00] Value 'meinhost.meinedomain.local' matched filter 'meinhost.meinedomain.local', attribute 'id' (Backend.py|237)
[7] [Mar 10 09:10:00] Dispatching method 'host_updateObject' to backends: [u'file', u'opsipxeconfd', u'dhcpd'] (BackendManager.py|406)
[7] [Mar 10 09:10:00] Updating host: 'meinhost.meinedomain.local' (File.py|1278)
[7] [Mar 10 09:10:00] Getting config file for 'OpsiClient', '{'id': u'meinhost.meinedomain.local'}', 'ini' (File.py|316)
[7] [Mar 10 09:10:00] Parsing ini file '/var/lib/opsi/config/clients/meinhost.meinedomain.local.ini' (__init__.py|499)
[7] [Mar 10 09:10:00] Trying to lock file '/var/lib/opsi/config/clients/meinhost.meinedomain.local.ini' (0/2000) (__init__.py|198)
[7] [Mar 10 09:10:00] File '/var/lib/opsi/config/clients/meinhost.meinedomain.local.ini' locked after 0 millis (__init__.py|219)
[7] [Mar 10 09:10:00] Finished reading file after 0.005 seconds (__init__.py|575)
[7] [Mar 10 09:10:00] Trying to lock file '/var/lib/opsi/config/clients/meinhost.meinedomain.local.ini' (0/2000) (__init__.py|198)
[7] [Mar 10 09:10:00] File '/var/lib/opsi/config/clients/meinhost.meinedomain.local.ini' locked after 0 millis (__init__.py|219)
[7] [Mar 10 09:10:00] Getting config file for 'OpsiClient', '{'id': u'meinhost.meinedomain.local'}', 'key' (File.py|316)
[7] [Mar 10 09:10:00] Now using log-file '/var/log/opsi/opsiconfd/172.20.18.81.log' for object 0xb03878c (Logger.py|401)
[5] [Mar 10 09:10:00] -----> Executing: backend_getInterface() (JsonRpc.py|125)
[6] [Mar 10 09:10:00] Got result (JsonRpc.py|133)
[7] [Mar 10 09:10:03] <opsiconfd.workers.WorkerOpsiconfdJsonRpc instance at 0xb5070dec>._setCookie (Worker.py|419)
[7] [Mar 10 09:10:03] Freeing session <opsiconfd.session.OpsiconfdSession instance at 0xb1abb7ec> (Worker.py|309)

Dennoch ist mir was aufgefallen:
Ich habe testweise zu 25 ausgewählten Clients, die ein Update benötigen, einem Testrechner in meinem Büro ebenfalls dieses Update zur Installation freigegeben.
Starte ich nun das on_demand Event, kann ich beobachten, dass der opsiclientd startet und versucht, sich zum config server zu verbinden, jedoch läuft der Timer ab und die Verbindung kommt demzufolge nicht zustande.

Ich habe jetzt testweise den Connection Timeout im Server erhöht und muss nun erstmal ein paar Tage warten, bis alle unsere Clients den Wert übernommen haben.

[ueluekmen]

Hi,

wo hast du den Timeout erhöht? Für diese Methoden muss der Timeout in der Datei:

/etc/opsi/backends/hostcontrol.conf

hochgesetzt werden. Der Connection Timeout in den Hostparametern ist was anderes.

[damien.leviet]

Den Timeout habe ich über configuration server gesetzt:

Server-Konfiguration -> opsiclientd und dann opsiclientd.config__service.connection_timeout = 20

Unter /etc/opsi/backends/hostcontrol.conf das hostRpcTimeout = 15 ist doch das Timeout, wie lange der Server wartet, ob ein Befehl an einem oder mehreren Clients verschickt worden ist, oder?

Ich bekomme nämlich zum Beispiel eine Timeout Meldung, wenn ich versuche ein on_demand Event an einem nicht (mehr) erreichbaren Host zu schicken - Da sind dann auch die besagten 15 Sekunden


maxConnections klingt interessanter - soll ich das vielleicht mal erhöhren? (steht auf 50)

[damien.leviet]

Push

Ich habe dasselbe Problem wie der User in diesem Thread (unser OPSI Server ist ebenfalls virtualisiert und versorgt auch um die 250 Hosts):

viewtopic.php?f=7&t=5203