Problem mit on_demand Event
-
- Beiträge: 110
- Registriert: 24 Feb 2014, 11:30
Problem mit on_demand Event
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
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
Re: Problem mit on_demand Event
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.
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.
-
- Beiträge: 110
- Registriert: 24 Feb 2014, 11:30
Re: Problem mit on_demand Event
dkoch hat geschrieben: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"
Re: Problem mit on_demand Event
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
/var/log/opsi/opsiconfd/FOO.log
FOO.log = IP/Hostname von dem aus du aktionen starten willst
-
- Beiträge: 110
- Registriert: 24 Feb 2014, 11:30
Re: Problem mit on_demand Event
Hier bitte:
... und da hört es auch auf
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)
Re: Problem mit on_demand Event
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.
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.
opsi support - uib gmbh
For productive opsi installations we recommend support contracts.
http://www.uib.de
For productive opsi installations we recommend support contracts.
http://www.uib.de
-
- Beiträge: 110
- Registriert: 24 Feb 2014, 11:30
Re: Problem mit on_demand Event
ueluekmen hat geschrieben: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)
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.
Re: Problem mit on_demand Event
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.
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.
opsi support - uib gmbh
For productive opsi installations we recommend support contracts.
http://www.uib.de
For productive opsi installations we recommend support contracts.
http://www.uib.de
-
- Beiträge: 110
- Registriert: 24 Feb 2014, 11:30
Re: Problem mit on_demand Event
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)
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)
-
- Beiträge: 110
- Registriert: 24 Feb 2014, 11:30
Re: Problem mit on_demand Event
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
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