forum.opsi.org

Verfasst: **28 Sep 2022, 15:03**

Hallo,

mal ein

apt reinstall redis-server redis-tools redis-timeseries

versucht?

Viele Grüße
Fabian

Hallo beisammen,

bei uns seit einigen Wochen dasselbe Problem, doch keiner der vorgenannten Vorschläge hat weitergeführt. Auch die Hoffnung, der Fehler würde sich mit einem Update/Hotfix beheben,

Kern des Problems könnte eine unverträgliche Kombination aus /usr/lib/redis/modules/redistimeseries.so und libssl.so.1.1 sein, oder ein fehlendes Konfigurationsdetail, beide Dateien sind jedenfalls vorhanden, und in in die /etd/redis/redis conf haben wir manuell "loadmodule /usr/lib/redis/modules/redistimeseries.so" ergänzt.

Das redistimeseries.so will dennoch nicht geladen werden:

Code: Alles auswählen

2886:M 20 Dec 2022 16:27:49.686 # Module /usr/lib/redis/modules/redistimeseries.so failed to load: libssl.so.1.1: cannot open shared object file: No such file or directory
2886:M 20 Dec 2022 16:27:49.686 # Can't load module from /usr/lib/redis/modules/redistimeseries.so: server aborting

Die Dateien

Code: Alles auswählen

/usr/lib/opsi-utils/libssl.so.1.1
/usr/lib/opsiconfd/libssl.so.1.1
/usr/lib/opsipxeconfd/libssl.so.1.1

sind (menrfach) vorhanden, werden aber nicht gefunden.

Code: Alles auswählen

file  /usr/lib/opsiconfd/libssl.so.1.1
libssl.so.1.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=d827469276945d99d2aeb8bae4b96efb9d08b6b3, not stripped

file  /usr/lib/opsipxeconfd/libssl.so.1.1
../opsiconfd/libssl.so.1.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=d827469276945d99d2aeb8bae4b96efb9d08b6b3, not stripped

file /usr/lib/opsipxeconfd/libssl.so.1.1
/usr/lib/opsipxeconfd/libssl.so.1.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=d827469276945d99d2aeb8bae4b96efb9d08b6b3, not stripped

Wo wäre noch etwas nachzutragen? An sich würde man erwarten, ein "apt install --reinstall opsi-server-full" sollte das glattziehen, dem ist aber nicht so. Der (einzige) dabei beständig auftretende Fehler ist:

Code: Alles auswählen

Failed to setup redis downsampling: Error 111 connecting to localhost:6379. Connection refused.   (setup.py:259)

- und hinter dem steckt augenscheinlich das oben beschriebene Problem der nicht gefundenen libssl.so.1.1, welches das Laden von redistimeseries.so verhindert.

Entsprechend gibt ein per "redis-server --daemonize yes" gestartetes redis auch an redis-cli auch nur

Code: Alles auswählen

127.0.0.1:6379> MODULE LIST
(empty array)
127.0.0.1:6379> MODULE LOAD /usr/lib/redis/modules/redistimeseries.so
(error) ERR Error loading the extension. Please check the server logs.

aus.

Wir haben es auch wie vorgeschlagen mit dem Backup der redis.conf versucht, allerdings ohne Erfolg. Kann jemand ggf. eine aktuelle mit opsi 4.2 kompatible redis.conf posten?

Natürlich würden wir auch jedem anderen Vorschlag nachgehen, wir haben nur im Moment keine Ideen mehr.

Das zugrundeliegende OS ist Ubuntu 22.04.1 LTS auf aktuellem Updatestand.

Interessant wäre mal die Ausgabe von:

ldd /usr/lib/redis/modules/redistimeseries.so

.. in der Tat:
$ ldd /usr/lib/redis/modules/redistimeseries.so
linux-vdso.so.1 (0x00007ffe26b9e000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f61345d8000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f6134ab7000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6134ab2000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f61343ae000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6134bb4000)
libssl.so.1.1 => not found
libcrypto.so.1.1 => not found
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f6134a90000)

$ sudo apt install openssl-solibs-1.*
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
E: Paket openssl-solibs-1.* kann nicht gefunden werden.
E: Mittels des Musters »openssl-solibs-1.*« konnte kein Paket gefunden werden.

$ sudo apt-file search libssl1.1
$

Welches wäre der beste Weg, die Module (dauerhaft) auffindbar zu machen? (und sollte das nicht am besten in den pre-/post-Install-Skripten geschehen?)

Das manuelle Installieren von http://nz2.archive.ubuntu.com/ubuntu/po ... _amd64.deb führt immerhin dazu, redistimeseries.so manuell laden zu können - danach läßt sich opsi-server-full ohne Fehler installieren -, scheint aber nicht die beste Lösung zu sein (https://stackoverflow.com/questions/721 ... file-or-di).

Hallo,

welche Version vom Redis-Timeseries Paket ist denn installiert? Das konnte ich in den Nachrichten nicht finden.
Es muss mindestens Version 1.6.16.2-1 installiert sein, da wird die neue ssl lib auf ubuntu 22.04 verwendet.

Viele Grüße
Fabian

... das ist es dann wohl!
Aus dem Paketsystem gibt es nur:

Code: Alles auswählen

redis-server ist schon die neueste Version (5:6.0.16-1ubuntu1).

In der Anleitung "manual setup" steht allerdings auch nur "apt install redis-server redis-timeseries grafana".
Woher dann die neuere Version nehmen?

Hallo,

eig müsste ein dpkg -l | grep redis auch das redis-timeseries anzeigen:

Hier kann man sich das deb File auch manuell laden:
https://download.opensuse.org/repositor ... .04/amd64/

Wenn das 22.04 Repo von uns eingetragen ist, dann sollte das aber in der richtigen Version installiert werden.

Viele Grüße
Fabian

Hallo Fabian,

vielen Dank! Wo sollte man denn "das 22.04 Repo von uns" eintragen? Genügt es in der sources.list.d/opsi.list ?
Dort findet sich in der Tat noch " http://download.opensuse.org/repositori ... ntu_20.04/ "

Das manuelle Installieren nur von redis-timeseries_1.6.16.2-1_amd64.deb schlägt jedenfalls auch fehl.

Code: Alles auswählen

$ sudo dpkg -i  redis-timeseries_1.6.16.2-1_amd64.deb
(Lese Datenbank ... 348068 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von redis-timeseries_1.6.16.2-1_amd64.deb ...
Entpacken von redis-timeseries (1.6.16.2-1) über (1.6.16.1-1) ...
redis-timeseries (1.6.16.2-1) wird eingerichtet ...
[b]Job for redis-server.service failed because the control process exited with error code.[/b]
See "systemctl status redis-server.service" and "journalctl -xeu redis-server.service" for details.
$ systemctl status redis-server.service
× redis-server.service - Advanced key-value store
     Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Wed 2022-12-21 10:30:03 CET; 20s ago
       Docs: http://redis.io/documentation,
             man:redis-server(1)
    Process: 31387 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf --supervised systemd --daemonize no (code=exited, status=1/FAILURE)
   Main PID: 31387 (code=exited, status=1/FAILURE)
     Status: "Redis is loading..."
        CPU: 81ms

Hallo,

dann bitte mal in der opsi.list das passende Repo eiuntragen und apt update ausführen.
Dann kann man noch mal

apt reinstall redis-server redis-tools redis-timeseries

testen.

Viele Grüße
Fabian

Vielen Dank, das war's!
Nachdem dann

Code: Alles auswählen

redis-server (5:6.0.16-1ubuntu1)
redis-timeseries (1.6.16.1-1)
redis-tools (5:6.0.16-1ubuntu1)

installiert waren, lief opsi endlich wieder. - Danke und alles Gute für 2023!

forum.opsi.org

Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update

Re: Opsiconfd läuft nicht mehr nach Update