Seite 1 von 1
Problem mit dem OPSI Config Editor
Verfasst: 02 Dez 2016, 09:33
von damien.leviet
Hallo zusammen,
wenn ich im Config Editor den Button "Anfrage der Session Informationen von alle Clients" drücke, dann erhalte ich folgende Fehlermeldung:
Selektiere ich jedoch die Clients einzeln (und eben auch alle) über DIRECTORY + Strg + A und wähle aus dem Kontextmenü "Session Informationen anfordern" aus, dann funktioniert es
Dasselbe Problem erhalte ich übrigens auch für das Abfragen des Onlinestatus. Nach einiger Zeit funktioniert es dann endlich (nachdem ich den Config Editor für ca. 10-15 Minuten geöffnet habe)
Hat jemand eine Idee, was das sein kann?
Mein OS ist xUbuntu 16.04.1 LTS x64 (xenial); hatte das Problem aber schon unter 12.04 LTS
MfG Damien
Re: Problem mit dem OPSI Config Editor
Verfasst: 05 Dez 2016, 12:48
von n.wenselowski
Hi,
beim Check auf die erreichbaren Clients oder ihre Session-Infos wird aktuell noch pro Client ein Thread gestartet und dann mit diesem Thread der Check durchgeführt.
Scheinbar erreicht er hier bei deiner Client-Anzahl eine Grenze - vergleiche ulimit -s.
Du kannst auch mal Checken, was die Info-Page während einer solchen Anfrage ausgibt - da solltest du sehen wieviele Threads laufen.
Viele Grüße
Niko
Re: Problem mit dem OPSI Config Editor
Verfasst: 09 Dez 2016, 13:29
von damien.leviet
Jetzt geht nicht mal mehr das Abrufen des Onlinestatus
Ich hab das Gefühl, dass das Betriebssystem an seine Grenzen kommt..
Ausgabe von ulimit -a:
Code: Alles auswählen
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 32040
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 32040
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Auszug aus dem Logfile unter /var/log/opsi/opsiconfd/<workstation>.log:
Code: Alles auswählen
[5] [Dec 09 13:25:24] -----> Executing: hostControl_reachable() (JsonRpc.py|134)
[3] [Dec 09 13:25:25] Execution error: can't start new thread (JsonRpc.py|146)
[4] [Dec 09 13:25:25] Failed RPC on u'hostControl_reachable' with params []: can't start new thread (statistics.py|418)
Ich verzweifel hier gerade
Re: Problem mit dem OPSI Config Editor
Verfasst: 09 Dez 2016, 14:51
von n.wenselowski
Hi,
Check doch mal die Info-Page wieviele Threads da laufen.
Ich gehe davon aus, dass ein Stoppen des Dienstes und anschließendes Starten das Problem löst.
Gruß
Niko
Re: Problem mit dem OPSI Config Editor
Verfasst: 09 Dez 2016, 15:28
von damien.leviet
n.wenselowski hat geschrieben:Hi,
Check doch mal die Info-Page wieviele Threads da laufen.
Ich gehe davon aus, dass ein Stoppen des Dienstes und anschließendes Starten das Problem löst.
Gruß
Niko
Hab ich - es werden tatsächlich pro Client ein Thread gestartet
Das sollte aber dennoch kein Problem darstellen, denn manchmal funktioniert es, manchmal eben nicht. Ist alles irgendwie ganz eigenartig
Den Dienst starte ich gefühlt 10x am Tag neu momentan
Re: Problem mit dem OPSI Config Editor
Verfasst: 12 Dez 2016, 10:52
von n.wenselowski
Hi,
das mittels ulimit gesetzte Limit ist ein Systemweites - wenn also mehrere Programme viele Threads starten, kann das die Ursache des sporadischen Funktionierens sein.
Neben den Anpassungen der Limits kannst du vllt auch Dienste auf andere Server auslagern.
Gruß
Niko
PS: Wir bieten professionellen
Support an, bei dem sich sowas idR besser als über das Forum analysieren lässt.
Re: Problem mit dem OPSI Config Editor
Verfasst: 12 Dez 2016, 11:58
von skoloschin
Moin,
max open files (-n) 1024
sind für einen Server sehr schnell erreicht. Ubuntu scheint tatsächlich dieses niedrige Limit per default zu haben, Debian 8 hat z.B. ein Limit von 65536. Würde ich in /etc/security/limits.conf anpassen und dann sollte es ohne Diensteneustart laufen.
Gruß
Sigi