forum.opsi.org

Moin Zusammen,

ich hab heute etwas unüberlegt einen unserer OPSI-Server aktualisiert um ein vermutetes anderes Problem damit zu lösen. Leider hat es das ganze nur "verschlimmbessert". Die Dienste laufen zwar alle, aber Logins (selbst mit dem lokalen adminuser) werfen immer folgende Fehlermeldung:

opsiconfd[19983]: PAM unable to dlopen(/usr/lib64/security/pam_unix.so): /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
opsiconfd[19983]: PAM adding faulty module: /usr/lib64/security/pam_unix.so
opsiconfd[19983]: pam_winbind(opsi-auth:auth): getting password (0x00000010)
opsiconfd[19983]: pam_winbind(opsi-auth:auth): Could not retrieve user's password

Die einzigen Verweise, die ich dazu im Forum finden konnte waren bezogen auf alte Versionen z.B. viewtopic.php?t=12492&start=10. Das ist ja bereits in einer anderen Version gefixt und die im Workaround beschriebenen Dateien konnte ich bei mir auch nicht an der beschriebenen Stelle finden.

Da ich im Eifer des Gefechts kein volles Backup des VM-Images gemacht hab, sondern nur ein Backup der Config und Backends (Schande über mich), steh ich nun vor einem kleinen Problem. Mein erster Gedanke war es, einfach die alte opsiconfd Version (4.2.0.225-1.1) wieder zu installieren in der Hoffnung, dass sich das Problem dadurch von selbst erledigt. Aber ich kann beim besten Willen keinen Download für diese Version finden.

Vielleicht gibts ja auch eine ganz andere Lösung für mein Problem, ohne Downgrade?

VIele Grüße

Guten Morgen,

hier besteht ein Problem mit den crypto-libs im opsiconfd-lib-Verzeichnis.
Dieses Problem wird in der Regel durch das postinst-Skript des opsiconfd gelöst. Grüße
Jan Schneider

Hi Jan,

das hat leider nichts geändert. Die Fehlermeldung bleibt gleich. Installiert sind momentan folgende Pakete:

opsi-linux-bootimage.noarch 20211214-1.1 @home_uibmz_opsi_4.2_stable
opsi-linux-support.noarch 4.2.0.0-1.15 @home_uibmz_opsi_4.2_stable
opsi-server-full.noarch 4.2.0.57-3.1 @home_uibmz_opsi_4.2_stable
opsi-tftp-hpa-server.x86_64 5.2.8-78.10 @home_uibmz_opsi_4.2_stable
opsi-utils.x86_64 4.2.0.153-1.1 @home_uibmz_opsi_4.2_stable
opsi-windows-support.noarch 4.2.0.0-1.15 @home_uibmz_opsi_4.2_stable
opsiconfd.x86_64 4.2.0.227-1.1 @home_uibmz_opsi_4.2_stable
opsipxeconfd.x86_64 4.2.0.22-1.3 @home_uibmz_opsi_4.2_stable

Was ist das für ein Betriebssystem?

Oracle 8. Dass das nicht offiziell supported ist, ist mir bewusst. Aber da beiß ich mir bei meinen vorgesetzten Leider die Zähne aus...

Gibt es sonst keine Möglichkeit eine ältere Version wieder zu installieren?

Probier mal:

Bitte auch mal den Output von posten.

j.schneider hat geschrieben: ↑11 Feb 2022, 14:48 Probier mal:

Code: Alles auswählen

cp /usr/lib64/libcrypto.so.1.1 /usr/lib/opsiconfd/libcrypto.so.1.1
systemctl restart opsiconfd

Genau das hat geholfen! Ich hab tausendfach zu danken (und ab sofort an vollständige Backups zu denken).

Um dir die ausgabe von lsb_release -d nicht schuldig zu bleiben:

"Description: Oracle Linux Server release 8.5"

Ah, dann sind vermutlich die postinst scripte nicht gelaufen, weil die auf Basis der Betriebssystemerkennung laufen. Oracle wird nicht erkannt, weil nicht unterstützt...

Ich werden das postinst-Skript so anpassen, dass das zukünftig auch bei Oracle Linux ausgeführt wird.
Bis dahin musst Du den Befehl nach jedem opsiconfd-Upgrade ausführen.