[GELÖST] opsiconfd startet nicht mehr

[b.boos]

Hallo,

leider gab es ein kleiner Zwischenfall am OpsiServer, kurzum, ein ein böser warmstart....

nun lässt sich der opsiconfd Dienst nicht mehr starten.

das "/var/log/opsi/opsiconfd/opsiconfd.log" gibt folgendes aus...


==================================================================
= opsi configuration service starting =
==================================================================
(Logger.py|831)
[5] [Jul 25 16:31:37] Starting opsiconfd main thread (opsiconfd.py|430)
[5] [Jul 25 16:31:37] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|414)
[5] [Jul 25 16:31:37] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|272)
[5] [Jul 25 16:31:38] Running on depot server 'opsi4.domain.de', exporting repository directory (opsiconfd.py|290)
[5] [Jul 25 16:31:38] Running on depot server 'opsi4.domain.de', exporting depot directory (opsiconfd.py|303)
[5] [Jul 25 16:31:38] Added webdav content 'repository' which points to directory '/var/lib/opsi/repository' () (opsiconfd.py|336)
[5] [Jul 25 16:31:38] Added webdav content 'depot' which points to directory '/opt/pcbin/install' () (opsiconfd.py|336)
[5] [Jul 25 16:31:38] Added webdav content 'configed' which points to directory '/usr/lib/configed' () (opsiconfd.py|336)
[5] [Jul 25 16:31:38] Accepting HTTPS requests on 0.0.0.0:4447 (opsiconfd.py|383)
[5] [Jul 25 16:31:38] Publishing opsiconfd over zeroconf as 'opsi configuration daemon' on '4447' (opsiconfd.py|397)
[4] [Jul 25 16:31:38] Failed to publish ZeroconfService: avahi/dbus module missing (opsiconfd.py|98)

hat jemand eine Idee, wie man dem Kleinen wieder auf die Beine helfen kann?

LG
Björn


Nachtrag: komischerweise komme ich auf dei Weboberfläche drauf. Eine .pid wird aber nicht angelegt. Ein netstat -tulpea zeigt an, das der opsiconfd läuft. Ein /etc/init.d/opsiconfd status sagt, das er nicht läuft.

[Tobei]

Hi,

ich hab gerade auf meinem Ubuntu 10.04.3 LTS Server geupdatet (stable) und das gleiche Ergebnis, opsiconfd startet nicht mehr.

Code: Alles auswählen

==================================================================
=             opsi configuration service starting                =
==================================================================
 (Logger.py|831)
[5] [Jul 25 19:36:44] Starting opsiconfd main thread (opsiconfd.py|430)
[5] [Jul 25 19:36:44] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|414)
[5] [Jul 25 19:36:44] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|273)
[5] [Jul 25 19:36:44] Running on depot server 'opsi', exporting repository directory (opsiconfd.py|290)
[5] [Jul 25 19:36:44] Running on depot server 'opsi', exporting depot directory (opsiconfd.py|303)
[5] [Jul 25 19:36:44] Added webdav content 'repository' which points to directory '/var/lib/opsi/repository' () (opsiconfd.py|336)
[5] [Jul 25 19:36:44] Added webdav content 'depot' which points to directory '/opt/pcbin/install' () (opsiconfd.py|336)
[5] [Jul 25 19:36:44] Added webdav content 'configed' which points to directory '/usr/lib/configed' (u'noauth',) (opsiconfd.py|336)
[5] [Jul 25 19:36:45] Accepting HTTPS requests on 0.0.0.0:4447 (opsiconfd.py|383)
[5] [Jul 25 19:36:45] Publishing opsiconfd over zeroconf as 'opsi configuration daemon' on '4447' (opsiconfd.py|397)
[3] [Jul 25 19:36:45] Failed to publish opsiconfd over zeroconf: org.freedesktop.DBus.Error.FileNotFound: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory (opsiconfd.py|402)

Viele Grüße
Tobias

[j.schneider]

Was passiert wenn der opsiconfd direkt auf der konsole gestartet wird?

Code: Alles auswählen

opsiconfd -l6

[Tobei]

Code: Alles auswählen

opsiconfd -l6
[1] [Jul 26 00:23:00]
==================================================================
=             opsi configuration service starting                =
==================================================================
 (Logger.py|831)
[5] [Jul 26 00:23:00] Starting opsiconfd main thread (opsiconfd.py|430)
[5] [Jul 26 00:23:00] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|414)
[6] [Jul 26 00:23:00] Creating backend instance (opsiconfd.py|250)
[6] [Jul 26 00:23:00] * BackendManager is creating BackendDispatcher (BackendManager.py|139)
[6] [Jul 26 00:23:00] Backend context was set to <OPSI.Backend.BackendManager.BackendManager instance at 0x3491f80> (Backend.py|171)
[6] [Jul 26 00:23:00] Loading dispatch config file '/etc/opsi/backendManager/dispatch.conf' (BackendManager.py|220)
[6] [Jul 26 00:23:00] Loading backend config '/etc/opsi/backends/file.conf' (BackendManager.py|261)
[6] [Jul 26 00:23:00] Backend context was set to <OPSI.Backend.BackendManager.BackendDispatcher instance at 0x3491fc8> (Backend.py|171)
[6] [Jul 26 00:23:00] Loading backend config '/etc/opsi/backends/opsipxeconfd.conf' (BackendManager.py|261)
[6] [Jul 26 00:23:00] Backend context was set to <OPSI.Backend.BackendManager.BackendDispatcher instance at 0x3491fc8> (Backend.py|171)
[6] [Jul 26 00:23:00] * BackendManager is creating ExtendedConfigDataBackend (BackendManager.py|143)
[6] [Jul 26 00:23:00] Setting context to backend <OPSI.Backend.Backend.ExtendedConfigDataBackend instance at 0x3535fc8> (Backend.py|379)
[6] [Jul 26 00:23:00] * BackendManager is creating BackendExtender (BackendManager.py|162)
[6] [Jul 26 00:23:00] Setting context to backend <OPSI.Backend.BackendManager.BackendExtender instance at 0x354d908> (Backend.py|379)
[6] [Jul 26 00:23:00] Reading config file '/etc/opsi/backendManager/extend.d/10_opsi.conf' (BackendManager.py|415)
[6] [Jul 26 00:23:00] Reading config file '/etc/opsi/backendManager/extend.d/20_legacy.conf' (BackendManager.py|415)
[6] [Jul 26 00:23:00] Reading config file '/etc/opsi/backendManager/extend.d/70_dynamic_depot.conf' (BackendManager.py|415)
[6] [Jul 26 00:23:00] Creating site (opsiconfd.py|259)
[5] [Jul 26 00:23:00] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|273)
[5] [Jul 26 00:23:00] Running on depot server 'opsi', exporting repository directory (opsiconfd.py|290)
[5] [Jul 26 00:23:00] Running on depot server 'opsi', exporting depot directory (opsiconfd.py|303)
[5] [Jul 26 00:23:00] Added webdav content 'repository' which points to directory '/var/lib/opsi/repository' () (opsiconfd.py|336)
[5] [Jul 26 00:23:00] Added webdav content 'depot' which points to directory '/opt/pcbin/install' () (opsiconfd.py|336)
[5] [Jul 26 00:23:00] Added webdav content 'configed' which points to directory '/usr/lib/configed' (u'noauth',) (opsiconfd.py|336)
[6] [Jul 26 00:23:00] Creating ports (opsiconfd.py|341)
[2] [Jul 26 00:23:00] Traceback: (Logger.py|742)
[2] [Jul 26 00:23:00]      line 438 in 'run' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Jul 26 00:23:00]      line 343 in '_startListening' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Jul 26 00:23:00]      line 373 in '_startListeningHTTPS' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Jul 26 00:23:00]      line 371 in 'listenSSL' in file '/usr/lib/python2.6/dist-packages/twisted/internet/posixbase.py' (Logger.py|742)
[2] [Jul 26 00:23:00]      line 855 in 'startListening' in file '/usr/lib/python2.6/dist-packages/twisted/internet/tcp.py' (Logger.py|742)
[2] [Jul 26 00:23:00]      ==>>> Couldn't listen on any:4447: [Errno 98] Address already in use. (opsiconfd.py|449)

Code: Alles auswählen

/etc/init.d/opsiconfd status
Checking opsi config service... (not running).

Allerdings kann man den opsi configuration editor aufrufen, nur gibt es dann keine Pakete.

Gruß Tobias

[b.boos]

Guten Morgen!

also, die Meldungen sind bei mir identisch.

Allerdings bei einem Centos 5 Server.

Björn

[d.oertel]

Hi,

Ist es möglich, das die Meldung

Code: Alles auswählen

==>>> Couldn't listen on any:4447: [Errno 98] Address already in use.

ein Folgefehler ist:
Der opsiconfd wurde schon mal versucht zu starten und blockiert als 'halblebiger Prozeß' den Port 4447.

Wenn dem so ist bitte den Prozeß komplett entsorgen (kill -9) und mit

Code: Alles auswählen

opsiconfd -l6

neu aufrufen.

Ansonsten empfehlen wir natürlich unseres Supportverträge ....

gruss
d.oertel

[b.boos]

Hi,

der Prozess wurde schon komplett abgeschossen und der Port 4447 war wieder "frei".

Allerdings hilft auch ein Neustart nicht wirklich, der opsiconfd läuft weiterhin als "Geist".


Gruß
b.boos

[Tobei]

Ansonsten empfehlen wir natürlich unseres Supportverträge ....

Naja es ist meiner Meinung nach ja wohl ein Problem das gehäuft auftritt.

Wenn man den helblebigen Prozess wegräumt, gibt es folgenden Fehler

Code: Alles auswählen

[5] [Jul 26 13:43:14] Accepting HTTPS requests on 0.0.0.0:4447 (opsiconfd.py|383)
[5] [Jul 26 13:43:14] Publishing opsiconfd over zeroconf as 'opsi configuration daemon' on '4447' (opsiconfd.py|397)
[3] [Jul 26 13:43:14] Failed to publish opsiconfd over zeroconf: org.freedesktop.DBus.Error.FileNotFound: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory (opsiconfd.py|402)

Gruß Tobias

[c.kampka]

Hallo,

das ist zwar ein "Fehler", aber nur, wenn man selber den Zeroconf Service verwenden will.
Opsi selber braucht diesen Service nicht und kann wunderbar ohne laufen, daher hat das Problem auch keine Auswirkungen auf den Service.

Viele Grüße,
Christian Kampka

[Tobei]

das ist zwar ein "Fehler", aber nur, wenn man selber den Zeroconf Service verwenden will.
Opsi selber braucht diesen Service nicht und kann wunderbar ohne laufen, daher hat das Problem auch keine Auswirkungen auf den Service.

Sowas in der Art habe ich jetzt auch festgestellt. Wenn der opsiconfd einmal sauber beendet (kill) wurde und anschließend neugestart wird (/etc/init.d/opsiconfd start), dann läuft es bei mir. Führe ich einen "/etc/init.d/opsiconfd restart" durch dann kommt es wieder zur besagten Fehlermeldung.

Interessant ist auch, dass wenn es mal läuft es keine OPSI-Pakte mehr auf meinem Server gibt. Hier weiß ich noch nicht woran es liegt. Es nervt mich schon etwas, da der Server prinzipiell sauber lief und auch produktiv tätig war, bis das ich ihn geupdatet habe.

Gruß Tobias