Scheinbar zufällige Verbindungsprobleme bei Configed

Antworten
erfier
Beiträge: 1
Registriert: 07 Mär 2013, 09:01

Scheinbar zufällige Verbindungsprobleme bei Configed

Beitrag von erfier »

Ich habe eine OPSI-Installation auf CentOS aufgesetzt und mich dabei an das Getting Started Handbuch gehalten. Ich kann mich auch grundsätzlich an der Configed Oberfläche anmelden sowie mit dem opsi-client-agent und winst Software auf Testclients installieren. Das Problem, welches ich habe, ist das scheinbar zufällig beim Anmeldeversuch am OPSI die Meldung "Keine Verbindung" bekomme. Als ich gestern Nachmittag das Büro verlassen habe war alles noch toll und hat funktioniert heut morgen versuche ich mich wieder an der Configed Oberfläche anzumelden und bekomme diese Meldung. So in der Art ist es mir in den letzten Tagen wärend ich OPSI teste schon mehrfach ergangen.

Der Verbinungsaufbau erfolgt normal, die Java Application wird geladen und das Anmeldefenster erscheint. Ab da kann man sich dann halt nicht anmelden. Ich prüfe dann als erstes ob ich den Server noch anpingen kann, was immer funktioniert. Als nächstes lade ich die Seite noch einmal neu, was erwartungsgemäß zum neuladen der Java Application führt - alternativ habe ich auch schon den kompletten neustart des Browser versucht. Als Browser habe ich sowohl den Firefox 19 als auch den Internet Explorer 8 versucht. Ich habe auch schon die Dienst opsiconfd, opsipxeconfd und xinetd mit

Code: Alles auswählen

/etc/init.d/opsiconfd restart
/etc/init.d/opsipxeconfd restart
/etc/init.d/xinetd restart
neugestartet. Nach jeden Diensteneustart dann entsprechend der Versuch die Configed Oberfläche neuzuladen.
Hier ein Auszug aus der /var/log/opsi/opsiconfd/143.160.***.***.log (Der Client mit dem ich die Adminoberfläche bediene)

Code: Alles auswählen

[4] [Mar 07 09:22:43] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or di
rectory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 07 09:22:43] New session created (session.py|75)
[5] [Mar 07 09:22:43] Application 'opsi config editor 4.0.2.5.8' on client '143.160.***.***' supplied no
n existing session id: 9VKgr1Wsg8ckOuSF5KJF006uZlZTurzw (Worker.py|393)
[5] [Mar 07 09:22:43] Authorization request from adminuser@143.160.***.*** (application: opsi config edi
tor 4.0.2.5.8) (workers.py|188)
[4] [Mar 07 09:22:43] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or di
rectory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 07 09:22:44] -----> Executing: getPossibleMethods_listOfHashes() (JsonRpc.py|123)
[4] [Mar 07 09:22:44] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or di
rectory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 07 09:22:44] -----> Executing: getOpsiInformation_hash() (JsonRpc.py|123)
[4] [Mar 07 09:22:44] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or di
rectory: u'/etc/opsi/modules' (Backend.py|371)
[4] [Mar 07 09:22:44] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or di
rectory: u'/etc/opsi/modules' (Backend.py|371)
[4] [Mar 07 09:22:44] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[4] [Mar 07 09:26:36] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 07 09:26:36] Application 'opsi config editor 4.0.2.5.8' on client '143.160.***.***' did not send cookie (workers.py|161)
[5] [Mar 07 09:26:36] New session created (session.py|75)
[5] [Mar 07 09:26:36] Authorization request from adminuser@143.160.***.*** (application: opsi config editor 4.0.2.5.8) (workers.py|188)
[4] [Mar 07 09:26:36] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 07 09:26:37] -----> Executing: getPossibleMethods_listOfHashes() (JsonRpc.py|123)
[4] [Mar 07 09:26:37] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 07 09:26:37] -----> Executing: getOpsiInformation_hash() (JsonRpc.py|123)
[4] [Mar 07 09:26:37] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[4] [Mar 07 09:26:37] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[4] [Mar 07 09:26:37] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
Bei dem Versuch einen anderen Rechner zu nehmen ist auch nichts anderes rausgekommen /var/log/opsi/opsiconfd/143...log

Code: Alles auswählen

[4] [Mar 07 09:57:12] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 07 09:57:12] Application 'opsi config editor 4.0.2.5.8' on client '143.160.***.***' did not send cookie (workers.py|161)
[5] [Mar 07 09:57:12] New session created (session.py|75)
[5] [Mar 07 09:57:12] Authorization request from adminuser@143.160.***.*** (application: opsi config editor 4.0.2.5.8) (workers.py|188)
[4] [Mar 07 09:57:12] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 07 09:57:12] -----> Executing: getPossibleMethods_listOfHashes() (JsonRpc.py|123)
[4] [Mar 07 09:57:12] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 07 09:57:12] -----> Executing: getOpsiInformation_hash() (JsonRpc.py|123)
[4] [Mar 07 09:57:12] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[4] [Mar 07 09:57:12] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[4] [Mar 07 09:57:12] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
jeweils etwa eine halbe Minute später gibt es dann noch Logeinträge in der /var/log/opsi/opsiconfd/opsiconfd.log.

Code: Alles auswählen

[1] [Mar 07 09:23:13]
==================================================================
=             opsi configuration service starting                =
==================================================================
 (Logger.py|831)
[5] [Mar 07 09:23:15] Starting opsiconfd main thread (opsiconfd.py|449)
[5] [Mar 07 09:23:15] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication.
 (opsiconfd.py|426)
[5] [Mar 07 09:23:16] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (
opsiconfd.py|285)
[5] [Mar 07 09:23:16] Running on depot server 'fqdn des OPSIServers', exporting repository directory (
opsiconfd.py|302)
[5] [Mar 07 09:23:16] Running on depot server 'fqdn des OPSIServers', exporting depot directory (opsic
onfd.py|315)
[5] [Mar 07 09:23:16] Added webdav content 'repository' which points to directory '/var/lib/opsi/repository' () (opsiconfd.py|348)
[5] [Mar 07 09:23:16] Added webdav content 'depot' which points to directory '/var/lib/opsi/depot' () (opsiconfd.py|348)
[5] [Mar 07 09:23:16] Added webdav content 'configed' which points to directory '/usr/lib/configed' (u'noauth',) (opsiconfd.py|348)
[5] [Mar 07 09:23:16] Accepting HTTPS requests on 0.0.0.0:4447 (opsiconfd.py|395)
[5] [Mar 07 09:23:16] Publishing opsiconfd over zeroconf as 'opsi configuration daemon' on '4447' (opsiconfd.py|409)
[4] [Mar 07 09:23:16] Failed to publish ZeroconfService: avahi/dbus module missing (opsiconfd.py|100)
Woran könnte das Problem liegen und wie kann ich es möglichst Dauerhaft beheben? Die letzten Tage war es immer so das nach einer Gewissen Zeit einfach so wieder funktionierten. Also kurz vor feierabend trat das Problem auf und am nächsten Morgen war wieder alles in Ordnung. Man kann halt nicht mal eben bis zum nächsten Tag warten in der Hoffnung das sich dann die Elektronen wieder durch das Patchkabel bewegen.
Antworten