opsiconfd Startet nicht

[wiseguy]

Hallo,

ich bekomme das Opis 4 nicht gestartet:

ich hab den opsiconf Deamon starten wollen:

Code: Alles auswählen

root@srv-opsi:# /etc/init.d/opsiconfd restart
Stopping opsi config service...   (not running).
Starting opsi config service......   (failed).

die folgende Fehlerausgabe (alles davor ist so, wie es bei meinem Testsystem auch ist - und dort startet der opsiconfd auch) hab ich anschließend in /var/log/opsi/opsiconfd/opsiconfd.log gefunden:

Code: Alles auswählen

[2] [Oct 08 08:21:59] Traceback: (Logger.py|742)
[2] [Oct 08 08:21:59]      line 438 in 'run' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Oct 08 08:21:59]      line 343 in '_startListening' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Oct 08 08:21:59]      line 373 in '_startListeningHTTPS' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Oct 08 08:21:59]      line 371 in 'listenSSL' in file '/usr/lib/python2.6/dist-packages/twisted/internet/posixbase.py' (Logger.py|742)
[2] [Oct 08 08:21:59]      line 852 in 'startListening' in file '/usr/lib/python2.6/dist-packages/twisted/internet/tcp.py' (Logger.py|742)
[2] [Oct 08 08:21:59]      line 196 in 'createInternetSocket' in file '/usr/lib/python2.6/dist-packages/twisted/internet/ssl.py' (Logger.py|742)
[2] [Oct 08 08:21:59]      line 59 in 'getContext' in file '/usr/lib/pymodules/python2.6/OPSI/Service/__init__.py' (Logger.py|742)
[2] [Oct 08 08:21:59]      ==>>> [('PEM routines', 'PEM_read_bio', 'no start line'), ('SSL routines', 'SSL_CTX_use_certificate_file', 'PEM lib')] (opsiconfd.py|449)

Hat das also gar nix mit OPSI zu tun, sondern ist ein Problem in meiner Python Umgebung?
Oder könnte es was damit zu tun haben, das der Opsirechner opsi.local.meinedomain.de heißt? Weil eigentlich soll es ja ein Rechnername opsi.meinedomain.de sein, aber ich wollte das mal so probieren...

Ich würde mich sehr freun, wenn mir jemand weiterhelfen kann.

[d.oertel]

Hi,

sind alle opsi-Pakete aktuell ?
läuft der opsiconfd wirklich nicht (ps -ef | grep opsi) - wenn doch mit 'kill -9 <pid>' abschießen und neustarten ?
gibt es eine /etc/opsi/opsiconfd.pem ?

Was für ein Linux ?

gruss
d.oertel

[wiseguy]

läuft der opsiconfd wirklich nicht (ps -ef | grep opsi) - wenn doch mit 'kill -9 <pid>' abschießen und neustarten ?

Code: Alles auswählen

root@srv-opsi:~# ps -ef | grep opsi
avahi      652     1  0 12:51 ?        00:00:00 avahi-daemon: running [srv-opsi.local]
root      1354     1  0 12:51 ?        00:00:08 /usr/bin/python /usr/bin/opsipxeconfd start
root      1537  1141  0 13:37 pts/0    00:00:00 grep --color=auto opsi

Trotzdem kann ich mich mit /usr/bin/opsi-configed nicht anmelden. Ich erhalte beim Klick auf "Verbinden" die Meldung

Keine Verbindung
java.net.ConnectException: Connection refused

Ich hab also das "/usr/bin/python /usr/bin/opsipxeconfd start" mit kill -9 abgeschossen und opsiconfd erneut versucht zu starten:

Code: Alles auswählen

root@srv-opsi:~# kill -9 1354
root@srv-opsi:~# /etc/init.d/opsiconfd restart
Stopping opsi config service...   (not running).
Starting opsi config service......   (failed).
root@srv-opsi:~# ps -ef | grep opsi
avahi      652     1  0 12:51 ?        00:00:00 avahi-daemon: running [srv-opsi.local]
root      1956  1141  0 13:54 pts/0    00:00:00 grep --color=auto opis

Leider hat es nicht geklappt.

gibt es eine /etc/opsi/opsiconfd.pem ?

Code: Alles auswählen

root@srv-opsi:~# ls -l /etc/opsi/opsiconfd.pem 
-rw-rw---- 1 opsiconfd opsiadmin 887 2011-09-16 12:18 /etc/opsi/opsiconfd.pem

Ja, die gibt es.

[Shakreo]

Hallo,

Was für Schritte hast du denn genau vor dem Neustartendes Dienstes durchgeführt?

[wiseguy]

Hab den OPSI Server erneut aufgesetzt und jetzt geht's - selbst mit dem Einbinden einer Windows Freigabe scheinst zu gehen (ich dachte erst, dass der Deamon deshalb nicht starten kann...)

[EDIT]

Was für Schritte hast du denn genau vor dem Neustartendes Dienstes durchgeführt?

Nur das kill Kommando hatte ich davor ausgeführt.

[w42k]

ich habe ein ähnliches Problem nach update auf aktuelle packte.

==================================================================
= opsi configuration service starting =
==================================================================
(Logger.py|831)
[5] [Oct 15 21:17:59] Starting opsiconfd main thread (opsiconfd.py|430)
[5] [Oct 15 21:17:59] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|414)
[5] [Oct 15 21:18:00] Modules file signature verified (customer: XXXXXXX) (MySQL.py|413)
[5] [Oct 15 21:18:00] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|273)
[5] [Oct 15 21:18:00] Running on depot server 'xxxxxxx.domain.de', exporting repository directory (opsiconfd.py|290)
[2] [Oct 15 21:18:00] Traceback: (Logger.py|742)
[2] [Oct 15 21:18:00] line 437 in 'run' in file '/usr/lib64/python2.6/site-packages/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Oct 15 21:18:00] line 299 in '_createSite' in file '/usr/lib64/python2.6/site-packages/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Oct 15 21:18:00] ==>>> Cannot add webdav content 'repository': permissions on directory '/var/lib/opsi/repository' not sufficient. (opsiconfd.py|449)

[Shakreo]

[2] [Oct 15 21:18:00] ==>>> Cannot add webdav content 'repository': permissions on directory '/var/lib/opsi/repository' not sufficient. (opsiconfd.py|449)

Prüf in dem angegebenen Verzeichnis mal die Berechtigungen. Die Meldung sagt ja, dass diese nicht ausreichend sind.

[w42k]

jep.

war ein rechte Problem.
Opsi Dienst startet nun.
Allerdings habe ich jetzt ein anderes Problem. Es werden keine Produkte im opsi config editor dargestellt.

Es kommt ein weiteres Fenster mit folgender Fehlermeldung nach dem anmelden.

Mon Oct 17 10:50:58 CEST 2011 -- Opsi service error: [BackendUnaccomplishableError] Backend unaccomplishable error: Cannot resolve sequence for products [u'opsi-template-with-admin', u'xpconfig', u'opsi-client-agent', usw.] after 6 runs

[w42k]

Problem gelöst.
Es lag an zwei Produkten die gegenseitig Abhängigkeiten hatten.

wenn "setup" bei "office2010std" dann bei "office2010pro" status "not_installed"
...und
wenn "setup" bei "office2010pro" dann bei "office2010std" status "not_installed"

Sinn des Ganzen war: Es sollte das eine Produkt deinstalliert werden/sein bevor das andere verwendet bzw. installiert werden kann.
Das funktioniert anscheint nicht.

Die Abhängigkeiten habe ich erstmals raus genommen.