Debian Buster + Opsi 4.1 Opsiconfd startet nicht

Antworten
Cdn
Beiträge: 171
Registriert: 27 Okt 2013, 19:44

Debian Buster + Opsi 4.1 Opsiconfd startet nicht

Beitrag von Cdn »

Einen wunderschönen Tag zusammen,

wir haben ein komisches Phänomen auf einem Depotserver der neu aufgesetzt wurden ist:

- opsiconfd startet augenscheinlich, aber läuft nicht
- opsiconfd.log zeigt nur den normalen start an
- Syslog:

Code: Alles auswählen

Nov 26 10:40:20 host systemd[1]: getty@tty1.service: Current command vanished from the unit file, execution of the command list won't be resumed.
Nov 26 10:40:20 host systemd[1]: Starting Opsi Configuration Service...
Nov 26 10:40:22 host systemd[1]: opsiconfd.service: Can't open PID file /run/opsiconfd/opsiconfd.pid (yet?) after start: No such file or directory
Nov 26 10:40:24 host systemd[1]: Started Opsi Configuration Service.
Nov 26 10:40:24 host systemd[1]: Reloading.
Jemand eine Idee?
Benutzeravatar
n.wenselowski
Ex-uib-Team
Beiträge: 3194
Registriert: 04 Apr 2013, 12:15

Re: Debian Buster + Opsi 4.1 Opsiconfd startet nicht

Beitrag von n.wenselowski »

Rechte gesetzt?
Ist das Depot bereits registiert?

Was sagt das Log des opsiconfd?

Code: Alles auswählen

import OPSI
Cdn
Beiträge: 171
Registriert: 27 Okt 2013, 19:44

Re: Debian Buster + Opsi 4.1 Opsiconfd startet nicht

Beitrag von Cdn »

n.wenselowski hat geschrieben:Rechte gesetzt?
Ist das Depot bereits registiert?

Was sagt das Log des opsiconfd?
2x Ja, wenn ich aber nochmal die Rechte setzen möchte läuft das Ganze nicht durch:

Code: Alles auswählen

opsi-setup --set-rights
[5] [Nov 26 11:39:22] Setting rights on directory u'/etc/opsi' (Rights.py|117)
[5] [Nov 26 11:39:22] Setting rights on directory u'/var/log/opsi' (Rights.py|117)
[5] [Nov 26 11:39:22] Setting rights on directory u'/var/lib/opsi' (Rights.py|117)
Log sagt nicht wirklich viel:

Code: Alles auswählen

==================================================================
=             opsi configuration service starting                =
================================================================== (Logger.py|888)
[5] [Nov 26 10:38:39] Creating pid file u'/var/run/opsiconfd/opsiconfd.pid' (opsiconfd.py|513)
[5] [Nov 26 10:38:39] Starting opsiconfd main thread (opsiconfd.py|344)
[1] [Nov 26 10:39:28]
==================================================================
=             opsi configuration service starting                =
================================================================== (Logger.py|888)
[5] [Nov 26 10:39:30] Creating pid file u'/var/run/opsiconfd/opsiconfd.pid' (opsiconfd.py|513)
[5] [Nov 26 10:39:30] Starting opsiconfd main thread (opsiconfd.py|344)
[1] [Nov 26 10:40:22]
==================================================================
=             opsi configuration service starting                =
================================================================== (Logger.py|888)
[5] [Nov 26 10:40:24] Creating pid file u'/var/run/opsiconfd/opsiconfd.pid' (opsiconfd.py|513)
[5] [Nov 26 10:40:24] Starting opsiconfd main thread (opsiconfd.py|344)
[1] [Nov 26 10:58:30]
==================================================================
=             opsi configuration service starting                =
================================================================== (Logger.py|888)
[5] [Nov 26 10:58:32] Creating pid file u'/run/opsiconfd/opsiconfd.pid' (opsiconfd.py|513)
[5] [Nov 26 10:58:32] Starting opsiconfd main thread (opsiconfd.py|344)
pandel
Beiträge: 830
Registriert: 25 Jan 2013, 16:47

Re: Debian Buster + Opsi 4.1 Opsiconfd startet nicht

Beitrag von pandel »

Was sagt denn:

Code: Alles auswählen

systemctl status opsiconfd
Beim Bau meines opsi Image Generators für den Raspberry ist es immer wieder mal vorgekommen, dass der FQDN Rechnername nicht richtig im Zertifikat hinterlegt war, dann startet das auch nicht sauber. Prüf das mal, ob "hostname -f" das richtige liefert bzw. im Zertifikat das gleiche eingetragen ist. Ansonsten ggf. mal die /etc/hosts korrigieren oder das Zertifikat neu erzeugen.
Benutzeravatar
ThomasT
uib-Team
Beiträge: 529
Registriert: 26 Jun 2013, 12:26

Re: Debian Buster + Opsi 4.1 Opsiconfd startet nicht

Beitrag von ThomasT »

Was sagt denn ein

Code: Alles auswählen

ps -A | grep opsiconfd
oder ein

Code: Alles auswählen

netstat -tnlp | grep 4447
Kein Support per DM!
_________________________
opsi support - https://www.uib.de/
For productive opsi installations we recommend support contracts.
Cdn
Beiträge: 171
Registriert: 27 Okt 2013, 19:44

Re: Debian Buster + Opsi 4.1 Opsiconfd startet nicht

Beitrag von Cdn »

pandel hat geschrieben:Was sagt denn:

Code: Alles auswählen

systemctl status opsiconfd
Beim Bau meines opsi Image Generators für den Raspberry ist es immer wieder mal vorgekommen, dass der FQDN Rechnername nicht richtig im Zertifikat hinterlegt war, dann startet das auch nicht sauber. Prüf das mal, ob "hostname -f" das richtige liefert bzw. im Zertifikat das gleiche eingetragen ist. Ansonsten ggf. mal die /etc/hosts korrigieren oder das Zertifikat neu erzeugen.
Hostname hatte ich schon kontrolliert :-) Status sagt das gleiche wie oben: opsiconfd.service: Can't open PID file /run/opsiconfd/opsiconfd.pid (yet?) after start: No such file or directory

Zertifikate neubauen geht auch nicht, wie bei jedem opsi Befehl den ich absetze, bekomme ich mitten im Befehl keine Rückmeldung mehr.
ThomasT hat geschrieben:Was sagt denn ein

Code: Alles auswählen

ps -A | grep opsiconfd
oder ein

Code: Alles auswählen

netstat -tnlp | grep 4447
698 ? 00:00:01 opsiconfd

netstat -tnlp | grep 4447
tcp 0 0 0.0.0.0:4447 0.0.0.0:* LISTEN 698/python

Irgendwas scheint mit den PIDs nicht richtig zu sein.
Benutzeravatar
ThomasT
uib-Team
Beiträge: 529
Registriert: 26 Jun 2013, 12:26

Re: Debian Buster + Opsi 4.1 Opsiconfd startet nicht

Beitrag von ThomasT »

Und woran hast du jetzt festgemacht, dass sich der opsiconfd des Depotserver nicht richtig verhält?

Ich glaube eher, dass es am systemctl forking liegt....wenn man testweise den service auf simple stellt und den opsiconfd ohne -D startet, dann gibt es da keine Probleme...

Das Systemctl prüft hier imho "zu früh" ob ein PID File erstellt worden ist...
Kein Support per DM!
_________________________
opsi support - https://www.uib.de/
For productive opsi installations we recommend support contracts.
Cdn
Beiträge: 171
Registriert: 27 Okt 2013, 19:44

Re: Debian Buster + Opsi 4.1 Opsiconfd startet nicht

Beitrag von Cdn »

ThomasT hat geschrieben:Und woran hast du jetzt festgemacht, dass sich der opsiconfd des Depotserver nicht richtig verhält?

Ich glaube eher, dass es am systemctl forking liegt....wenn man testweise den service auf simple stellt und den opsiconfd ohne -D startet, dann gibt es da keine Probleme...

Das Systemctl prüft hier imho "zu früh" ob ein PID File erstellt worden ist...
Also ich bin mir ziemlich sicher, dass ich mit netstat -tlpn nichts auf 4447 lauschen gesehen habe. In Zwischenzeit hat irgendeiner der Befehle die ich ausgeführt habe anscheinend das Problem behoben. Was mir dabei dann aber aufgefallen ist, sowohl auf anderen Depotservern die auf Debian Buster geupdatet wurden, als auch auf diesem hier, der frisch aufgesetzt ist:

Wenn ich einen Befehl ausführe wie bspw. opsi-setup --set-rights oder opsi-setup --register-depot, kommen die ersten Zeilen durch und danach kann ich dann nichts mehr machen in der SSH-Session. Bedeutet, dass OPSI Skript läuft noch im Hintergrund aber weder Strg+C funktioniert, noch irgendetwas anderes.

EDIT: Okay, Problem (mehr oder weniger) gefunden. Es liegt nicht an den Depotservern, sondern an unserem Hauptserver. Dort ist der Arbeitsspeicher vollgelaufen, obwohl kein Prozess diesen wirklich auslastet. Mir war nicht bewusst, dass die Depotserver auch beim ausführen von bspw. opsi-setup --set-rights Kontakt mit dem Hauptserver aufnehmen müssen.
Antworten