forum.opsi.org

Hallo zusammen,

habe heute 2x den Opsi aus der VM eingerichtet. Alle Schritte detailiert durchgeführt.

vor OPSI Update lässt sich opsiconfd starten danach nicht mehr. Ist Euch dies bekannt?
Im Terminal fand ich schon mitten im Updateprozess, dass opsiconfd (4.0.4.3-1) eingerichtet wird. danach wird versucht dies zu starten (failed)

Ist dies schon jemanden anderem passiert??

Ein Screenshot hätte ich gern angehängt klappt leider nicht da: Das Kontingent für Dateianhänge ist bereits vollständig ausgenutzt.

Ich bitte um Hilfe

Viele grüße aus berlin Steffen Neumann

Hallo,

welche Meldungen bringt der opsiconfd beim Start?
Das ist zu finden in /var/log/opsi/opsiconfd/opsiconfd.log


Gruß

Niko

Guten Morgen Niko,

anbei die gesuchten Logs und Informationen. Ich hoffe, dass dem Fehler damit auf die Schliche gekommenw erden kann.

Zusatzinfo: Habe das System mit aptitude safe-upgrade upgedatet.

die Fehlermeldung lautet wiefolgt:
root@srvopsi:~# /etc/init.d/opsiconfd restart
Stopping opsi config service... (not running).
Starting opsi config service...... (failed).

###hier der Auszug aus dem Log### der ja auf ein Problem mit mysql hin deutet. Aber die Einrichtung opsi-setup --configure-mysql lief Fehlerfrei

==================================================================
= opsi configuration service starting =
==================================================================
(Logger.py|831)
[5] [Aug 21 17:10:16] Starting opsiconfd main thread (opsiconfd.py|451)
[5] [Aug 21 17:10:16] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|428)
[4] [Aug 21 17:10:16] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Aug 21 17:10:16] Disabling mysql backend and license management module: no customer in modules file (MySQL.py|391)
[5] [Aug 21 17:10:16] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|287)
[5] [Aug 21 17:10:16] Running on depot server 'srvopsi.int.labor-bo.de', exporting repository directory (opsiconfd.py|304)
[5] [Aug 21 17:10:16] Running on depot server 'srvopsi.int.labor-bo.de', exporting depot directory (opsiconfd.py|317)
[5] [Aug 21 17:10:16] Added webdav content 'repository' which points to directory '/var/lib/opsi/repository' () (opsiconfd.py|350)
[5] [Aug 21 17:10:16] Added webdav content 'depot' which points to directory '/var/lib/opsi/depot' () (opsiconfd.py|350)
[5] [Aug 21 17:10:16] Added webdav content 'configed' which points to directory '/usr/lib/configed' (u'noauth',) (opsiconfd.py|350)
[5] [Aug 21 17:10:16] Accepting HTTPS requests on 0.0.0.0:4447 (opsiconfd.py|397)
[5] [Aug 21 17:10:16] Publishing opsiconfd over zeroconf as 'opsi configuration daemon' on '4447' (opsiconfd.py|411)
[5] [Aug 21 17:19:08] Stopping opsiconfd main thread (opsiconfd.py|179)
[3] [Aug 21 17:19:08] Failed to stop opsiconfd cleanly. (opsiconfd.py|206)
[2] [Aug 21 17:19:08] Traceback: (Logger.py|742)
[2] [Aug 21 17:19:08] line 182 in 'stop' in file '/usr/lib/pymodules/python2.7/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Aug 21 17:19:08] line 130 in 'unpublish' in file '/usr/lib/pymodules/python2.7/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Aug 21 17:19:08] line 145 in '__call__' in file '/usr/lib/python2.7/dist-packages/dbus/proxies.py' (Logger.py|742)
[2] [Aug 21 17:19:08] line 651 in 'call_blocking' in file '/usr/lib/python2.7/dist-packages/dbus/connection.py' (Logger.py|742)
[2] [Aug 21 17:19:08] ==>>> org.freedesktop.DBus.Error.ServiceUnknown: The name :1.3 was not provided by any .service files (opsiconfd.py|207)
[5] [Aug 21 17:19:08] Opsiconfd main thread exiting... (opsiconfd.py|473)
[1] [Aug 21 17:20:47]
==================================================================
= opsi configuration service starting =
==================================================================
(Logger.py|840)
[5] [Aug 21 17:20:49] Starting opsiconfd main thread (opsiconfd.py|447)
[5] [Aug 21 17:20:49] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|424)
[2] [Aug 21 17:20:50] Traceback: (Logger.py|754)
[2] [Aug 21 17:20:50] line 160 in '_createConnectionPool' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 74 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 210 in 'connect' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 371 in '__init__' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 697 in '_do_get' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 174 in '_create_connection' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 256 in '__init__' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 316 in '__connect' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 72 in 'creator' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 81 in 'Connect' in file '/usr/lib/python2.7/dist-packages/MySQLdb/__init__.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 187 in '__init__' in file '/usr/lib/python2.7/dist-packages/MySQLdb/connections.py' (Logger.py|754)
[2] [Aug 21 17:20:50] ==>>> (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)") (MySQL.py|163)
[2] [Aug 21 17:20:50] Traceback: (Logger.py|754)
[2] [Aug 21 17:20:50] line 453 in 'run' in file '/usr/lib/pymodules/python2.7/opsiconfd/opsiconfd.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 264 in '_createBackendInstance' in file '/usr/lib/pymodules/python2.7/opsiconfd/opsiconfd.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 209 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 314 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 364 in '__loadBackends' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 422 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 137 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Aug 21 17:20:50] line 164 in '_createConnectionPool' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Aug 21 17:20:50] ==>>> Backend I/O error: Failed to connect to database 'opsi' address 'localhost': (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)") (opsiconfd.py|469)
[5] [Aug 21 17:20:50] Stopping opsiconfd main thread (opsiconfd.py|175)
[5] [Aug 21 17:20:50] Opsiconfd main thread exiting... (opsiconfd.py|472)
[1] [Aug 21 17:23:07]

Guten Morgen,

läuft denn der MySQL-Dienst auf dem Server?
Gruß

Niko

Hallo nochmals,

anbei die Meldung zum Status der mysql:
#
root@srvopsi:~# /etc/init.d/mysql status
Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service mysql status

Since the script you are attempting to invoke has been converted to an
Upstart job, you may also use the status(8) utility, e.g. status mysql
mysql start/running, process 5875
root@srvopsi:~#

Hallo,

dann würde ich versuchen den opsiconfd noch mal zu starten.
Es kann beim Boot vorkommen, dass zum Startzeitpunkt des Dienstes der MySQL-Dienst zwar läuft, aber noch nicht auf Anfragen reagiert und das deshalb ins Leere geht.
Wenn das nicht hilft, würde ich erst mysql und dann den opsiconfd noch mal neu starten.


Gruß

Niko

Hallo zusammen,

habe die Dienste nach reboot verucht neu zu starten:
mysql ist neu gestartet aber opsiconfd failed
habe die VM nochmals neu genommen und mit aptitude safe-upgrade aktualisiert
vor dem Update ließ sich opsiconfd normal neu starten nach dem update nicht mehr...kann es sein, dass es ein Update Ihrerseits gab das nicht bei mir funktioniert?
im Log sehe ich, dass opsiconfd (4.0.4.3-1) wird eingerichtet....
Neue version der Konfigurationsdatei /etc/logrotate.d/opsiconfd wird installiert...
OK
Starting opsi config service....(failed).

des weitern sehe ich eine Fehlermeldung zur Konnektiviät failed to connect to database opsi dabei läuft der Dienst

jemand eine Idee??

Hi was sagt die

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

gruß
d.oertel