opsiconfd Logs unter OPSI 4.2?

[larsg]

Hi,

wir haben vor einigen Tagen unseren OPSI-Server auf Version 4.2 umgestellt, jetzt hab ich eine Verständnisfrage zu den Logs:
Laut Handbuch ist standardmäßig redis als Ziel für die Logs vorgesehen. Das deckt sich auch mit den Einträgen unter /var/logs/opsi/opsiconfd, hier wird nämlich nichts hingeschrieben. Wie komme ich dann jetzt an die Logdateien? Ich finde dazu nichts, weder im Handbuch, noch im Netz.

Die Ansicht im Log Viewer ist zwar nett, aber die Einträge dort reichen gerade mal 5 Minuten zurück und das ist etwas mager

[fkalweit]

Hallo,

der OPSI-Server sollte auch weiterhin in die Dateien in /var/log/opsi/opsiconfd schreiben.
Wie ist denn die Einstellung für "log_level", "log_level_file" und "log_file". Die Werte kann man auf der Adminseite https://<server>:4447 sehen.

Viele Grüße
fkalweit

[larsg]

Hi,

ok, das sind die aktuellen einstellungen:

Code: Alles auswählen

    "log_file": "/var/log/opsi/opsiconfd/%m.log",
    "log_filter": null,
    "log_format_file": "[%(opsilevel)d] [%(asctime)s.%(msecs)03d] [%(contextstring)-15s] %(message)s   (%(filename)s:%(lineno)d)",
    "log_format_stderr": "%(log_color)s[%(opsilevel)d] [%(asctime)s.%(msecs)03d]%(reset)s [%(contextstring)-15s] %(message)s   (%(filename)s:%(lineno)d)",
    "log_level": 5,
    "log_level_file": 6,
    "log_level_stderr": 0,
    "log_mode": "redis",
    

[fkalweit]

Hallo,

evt gibt es Probleme mit den Berechtigungen. Ein opsi-set-rights könnte das Problem lösen. Was sagt denn ls -la /var/log/opsi und ls -la //var/log/opsi/opsiconfd

Das "logs" im Pfad ist wahrscheinlich nur ein Tippfehler oder?

Man kann auch mal versuchen den opsiconfd auf der Konsole zu starten und schauen, ob dann etwas in den Dateien landet:

Code: Alles auswählen

opsiconfd --log-level-stderr=6 --log-level-file=7

oder mal kurzzeitig den Pfad der Logs ändern (der opsiconfd Benutzer sollte Rechte auf den Pfad haben)

Code: Alles auswählen

opsiconfd --log-level-stderr=6 --log-level-file=7 --log-file <path>

Viele Grüße
fkalweit

[larsg]

Hi,

opsi-setup --set-rights hab ich bereits gemacht, auch mit Angabe der einzelnen Log-Verzeichnisse.

ls -lisat /var/log/opsi/opsiconfd

Code: Alles auswählen

  344    0 drwxrwx--- 1 opsiconfd opsiadmin    7398 Aug  4 18:00 .
17611   16 -rw-rw---- 1 opsiconfd opsiadmin   13683 Jul 30 12:50 ip.xxx.log
17615   12 -rw-rw---- 1 opsiconfd opsiadmin   10060 Jul 30 12:50 ip.xxy.log
17369  340 -rw-rw---- 1 opsiconfd opsiadmin  344202 Jul 30 12:49 opsiconfd.log
...

ls -lisat /var/log/opsi/clientconnect

Code: Alles auswählen

 1740  840 -rw-r----- 1 opsiconfd opsiadmin  857767 Aug  5 13:26 fqdn.xxx.log
 1772  860 -rw-r----- 1 opsiconfd opsiadmin  880373 Aug  5 13:26 fqdn.xxy.log
 3079  292 -rw-r----- 1 opsiconfd opsiadmin  295201 Aug  5 13:26 fqdn.xxz.log
 4740  284 -rw-r----- 1 opsiconfd opsiadmin  289511 Aug  5 13:26 fqdn.xyx.log
...

ls -lisat /var/log/opsi

Code: Alles auswählen

17098 12796 -rw-rw---- 1 opsiconfd opsiadmin 13101422 Aug  5 13:12 opsipxeconfd.log
  343     0 drwxrwx--- 1 opsiconfd opsiadmin   170044 Aug  5 09:33 instlog
  341     0 drwxrwx--- 1 opsiconfd opsiadmin   272578 Aug  5 09:31 clientconnect
  340     0 drwxrwx--- 1 opsiconfd opsiadmin    49544 Aug  5 09:22 bootimage
  344     0 drwxrwx--- 1 opsiconfd opsiadmin     7398 Aug  4 18:00 opsiconfd
  256    16 drwxr-xr-x 1 root      root          1002 Aug  4 00:00 ..
17362    44 -rw-rw---- 1 opsiconfd opsiadmin    45046 Jul 22 06:02 opsi-package-updater.log
  339     0 drwxrwx--- 1 opsiconfd opsiadmin      438 Jul 20 00:00 .
  351 42428 -rw-rw---- 1 opsiconfd opsiadmin 43442452 Jun 25 13:01 package.log
  346   308 -rw-rw---- 1 opsiconfd opsiadmin   314360 Jun 24 19:09 opsi-backup.log
17363   980 -rw-rw---- 1 opsiconfd opsiadmin  1001692 Jun 24 14:30 opsi-package-updater.log-20210720.xz
17355     0 drwxrwx--- 1 opsiconfd opsiadmin        0 Jun 17 16:17 opsipxeconfd
  345     0 drwxrwx--- 1 opsiconfd opsiadmin        0 Jun 10 15:20 userlogin
  348  9488 -rw-rw---- 1 opsiconfd opsiadmin  9713971 Nov 29  2018 opsi-product-updater.log
  342     0 drwxrwx--- 1 opsiconfd opsiadmin      496 Oct 22  2018 deploy
  350     4 -rw-rw---- 1 opsiconfd opsiadmin      696 May 17  2018 opsipxeconfd.log-20180517.xz

Die letzten Logdateien des osiconfd sind von 30.07.2021 12:50,
Das ist auch ziemlich genau der Zeitpunkt an dem wir die Umstellung gemacht haben.
Der Server wurde im Zuge der Umstellung umbenannt, kann das vielleicht eine Ursache sein?

Der Ablauf war wie folgt:
Es wurde ein neuer Server mit SLES15 SP2 zu Testzwecken unter einem anderen Namen aufgesetzt,
OPSI 4.2 installiert, die Daten aus Backend & Dateisystem übernommen, der alten Server offline geschaltet,
Namen und IP-Adresse des alten Servers auf den neuen Server übernommen.

Es funktioniert auch eigentlich soweit alles, bis auf die Logfunktion des opsiconfd.

[fkalweit]

Hi,

die Umstellung sollte den opsiconfd eig nicht davon abhalten etwas in die Logs zu schreiben und die Rechte in den Log Ordnern sehen ja auch gut aus.
Gibt es denn irgendwelche hilfreichen Log-Ausgaben, wenn man den opsiconfd direkt auf der Konsole startet?

Code: Alles auswählen

opsiconfd --log-level-stderr=7 --log-level-file=7

Mit --log-mode local kann man redis beim Logging auch umgehen. Vielleicht schreibt der opsiconfd dann in die Dateien?

Viele Grüße
fkalweit

[larsg]

Hi,

das teste ich mal heute Nachmittag.

Danke!

[larsg]

Hi,

interessant, offenbar hat der opsiconfd seine Konfiguration ignoriert.
Ich habe die log-Parameter aus der Info Page 1:1 in die Datei opsiconfd.conf übernommen,
die Werte auf der Info Page bleiben entsprechend identisch, aber jetzt wird wieder geloggt.

[larsg]

Ok, zu früh gefreut.

opsiconfd hat nach meinem gestrigen Neustart des Dienstes ca. 2 1/2 Stunden geloggt, danach kam nichts mehr.
Heute habe ich den Dienst wieder neu gestartet, da hat es dann ganze 2 Minuten gehalten.
Ich habe nun folgendes eingestellt:

Code: Alles auswählen

    "log_level": 5,
    "log_level_file": 5,
    "log_level_stderr": 0,

Damit läuft es jetzt erstmal.

Meine Vermutung ist, es liegt am Loglevel. Scheinbar verkraftet der opsiconfd Dienst log-level über 5 nicht dauerhaft,
zumindest ist mir in der Vergangenheit schonmal ein ähnliches Problem aufgefallen,
als ich das Loglevel zur Fehleranalyse mal hochgesetzt habe, wonach irgendwie totales Chaos entstand und
Einträge in falschen Logdateien landeten.

Nur zum Verständnis:
Der Sinn vom Parameter log-level-file ist mir klar.
Aber wofür sind dann die Parameter log-level und log-level-stderr?
Und mal wieder stellt sich mir die Frage, warum steht das nicht im Handbuch?

[larsg]

Ok und das logging ist wieder weg.

Ich mache ein Ticket auf