Arch Linux

pacman zerschießt postgres u. qgis

kms

Hallo!
Ich bin neu hier im Forum, komme mit einem Problem, das ich für mich allein nicht mehr lösen kann:
Nach einem update mit sudo pacman -Syu lässt sich die Datenbank Postgres nicht mehr starten, ebensowenig QGIS.
In den Protokollen kann ich lesen:

SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=postgresql comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'

Vom Absender systemd erhalte ich 3 Meldungen:
Failed to start PostgreSQL database server.
postgresql.service: Failed with result 'exit-code'.
postgresql.service: Main process exited, code=exited, status=127/n/a

Vom Absender postgres erhalte ich die Meldung:
/usr/bin/postgres: error while loading shared libraries: libldap-2.4.so.2: cannot open shared object file: No such file or directory

Von QGIS kommt:
qgis: error while loading shared libraries: libldap_r-2.4.so.2: cannot open shared object file: No such file or directory

uname -a:
Linux nrenb 5.15.4-arch1-1 #1 SMP PREEMPT Sun, 21 Nov 2021 21:34:33 +0000 x86_64 GNU/Linux
Postgres Version 13-2-2

Im Internet scheint das libldap-Problem unbekannt zu sein; wer weiß Rat?
Vielen Dank im Voraus!

hcjl

Ist Dein System auf dem aktuellen Stand? libldap ist mit V 2.6.0 und PostgrSQL mit V 13.4 in den Repos. Klingt ziemlich nach einem partiellen Update.

GerBra

Du hast wohl ein teil-aktualisiertes System.
Mögliche Ursache kann ein nicht synchroner Spiegelserver sein den pacman anhand deiner /etc/pacman.d/mirrorlist verwendet.

postgresql ist aktuell bei Version 13.4-4
Die Abhängigkeit libldap ist bei 2.6.0-2
Wenn deine postgres-Version nun noch bei 13-2-2 ist, dann stimmt deren Abhängigkeit zur ldap-Lib nicht mehr (es wird eine 2.4.x verlangt).
Vermutung:
libldap wurde aktualisiert (auf 2.6.0-x), aber postgres nicht.

Ebenso ist dein Kernel nicht aktuell, die aktuelle Version des linux-Paketes ist bei 5.15.6.arch2-1

Du kannst das verifizieren (bei Unsicherheit posten) mit:

pacman -Q postgresql
pacman -Si postgresql
pacman -Q libldap
pacman -Q linux

Du kannst deinen aktuell verwendeten Spiegelserver anhand der Mirrorstatus-Seite überprüfen:
https://archlinux.org/mirrors/status/
Wenn dieser nicht aktuell ist, dann solltest du den Spiegelserver wechseln und nochmal ein komplettes Systemupdate machen:
pacman -Syyu
(Doppel-y ist bei einem Mirrorwechsel angebracht)

kms

GerBra

[kms@nrenb ~]$ pacman -Q postgresql
postgresql 13.2-2

[kms@nrenb ~]$ pacman -Si postgresql
Repositorium : extra
Name : postgresql
Version : 13.4-4
Beschreibung : Sophisticated object-relational DBMS
Architektur : x86_64
URL : https://www.postgresql.org/
Lizenzen : custom😛ostgreSQL
Gruppen : Nichts
Stellt bereit : Nichts
Hängt ab von : postgresql-libs>=13.4 krb5 libxml2 readline>=6.0
openssl>=1.0.0 pam icu systemd-libs libldap
llvm-libs libxslt
Optionale Abhängigkeiten : python2: for PL/Python 2 support
python: for PL/Python 3 support
perl: for PL/Perl support
tcl: for PL/Tcl support
postgresql-old-upgrade: upgrade from previous major
version using pg_upgrade
logrotate: rotates system logs automatically
In Konflikt mit : Nichts
Ersetzt : Nichts
Größe des Downloads : 16,98 MiB
Installationsgröße : 52,40 MiB
Packer : Evangelos Foutras foutrelis@archlinux.org
Erstellt am : So 21 Nov 2021 23:13:11 CET
Verifiziert durch : MD5-Summe SHA-256-Summe Signatur

[kms@nrenb ~]$ pacman -Q libldap
libldap 2.6.0-2

[kms@nrenb ~]$ pacman -Q linux
linux 5.15.6.arch2-1

Ich glaube, die Inkonsistenz meines Systems liegt in dem zuvor beschriebenen Eintrag in die Datei /etc/pacman.conf, der eine Aktualisierung von Postgres unterbindet.

kms

Ein scharfes Auge, mein Respekt! Es wird tatsächlich nicht das gesamte System gleich aktualisiert.
Die Aktualisierung von PostgreSQL wird in der Datei /etc/pacman.conf durch den Eintrag unterbunden:

IgnorePkg = postgresql postgresql-libs

Wurde nämlich mit pacman -Syuauf eine Hauptversion (z.B. 11.x nach 12.0) aktualisiert, waren die Daten im Verzeichnis var/lib/postgres/data nicht mehr lesbar. Ich konnte entweder auf die alte Version zurückgehen, oder die Schemas mit den Datenbanktabellen in der aktualisierten Version neu aufbauen.

Habe ich mit libldap_r-2.4.so.2 abermals die Datenbank lahmgelegt?
Was tun und ie richte ich mein Postgres stabil ein?

GerBra

kms Ich glaube, die Inkonsistenz meines Systems liegt in dem zuvor beschriebenen Eintrag in die Datei /etc/pacman.conf, der eine Aktualisierung von Postgres unterbindet.

Ja, das ist die Ursache. Korrekterweise müßtest du die Abhängigkeiten von postgresql
https://www.archlinux.de/packages/extra/x86_64/postgresql
ebenfalls mit in die Ignore-Liste aufnehmen. Dann wäre u.a. das libldap-Paket ebenfalls nicht aktualisiert worden. Allerdings ist das IMHO eine ganz schlechte Idee, da dann mit ziemlicher Sicherheit andere Programme nicht mehr laufen (die eben z.B. gegen die aktuelle libldap-Version gelinkt sind).

Im Wiki zu postgres gibt es bzgl. Updates ja Tips/Hinweise:
https://wiki.archlinux.org/title/PostgreSQL#Upgrading_PostgreSQL
Eben u.a. auch den die Datenbank-Pakete auf Ignore zu setzen.

Ich verwende aktuell kein postgres, um inkonsistente Datenbanken (abseits von Backups) bei Major-Updates zu vermeiden würde ich ggf. folgendes machen:

Die Ignore-Liste so lassen wie du sie hast.
Jedes Systemupdate prüfen, ob pacman ein neues postgresql-Paket zurückhält. Das Systemupdate dann erstmal nicht durchführen.
Prüfen, ob postgres ein Major-Update erhalten würde. Nur dann sollte eine Anpassung des Schemas ggf. nötig sein(?).

Das Update von 13.2 auf 13.4 solltest du also problemlos durchführen können.
Das Ignore also temporär rausnehmen.

Um dein aktuelles 13.2-2 wieder zu laufen zu kriegen müßtest du mindest das libldap-Paket auf 2.4.x downgraden. Ob noch andere Abhängigkeiten zu downgraden wären könntest du mittels ldd rauskriegen (damit werden fehlende Versionen von Libs angezeigt):
ldd /usr/bin/postgres

//Edit:
Zu qgis: Wird das von dir auch zurückgehalten?
Was sagt ein:
pacman -Q qgis
Die aktuelle 3.22.1-1 sollte eigentlich mit dem aktuellen libldap 2.6.x zurechtkommen...

hcjl

Dann bitte den IgnorePkg Eintrag in der pacman.conf entfernen und ein vollständiges Update durchführen. Und beim nächsten Mal Befehle und Ausgaben in Code Tags posten.

kms

GerBra

Danke für die ausführliche Antwort, sehr hilfreich für mich.

<code>ldd /usr/bin/postgres</code>
gibt u.a. zurück:
<code> ldd /usr/bin/postgres

    libldap-2.4.so.2 => not found
libicui18n.so.69 => not found
libicuuc.so.69 => not found</code>

Daraus folgt für mich: Nicht nur für libldap müsste also ein Downgrade durchgeführt werden, sondern auch für die beiden anderen Pakete.

<code>pacman -Q qgis </code>
ergibt qgis 3.22.1-1. Die Fehlermeldung nach dem Aufruf von QGIS bemängelt das fehlende Paket libldap_r-2.4.so.2.

GerBra

kms Daraus folgt für mich: Nicht nur für libldap müsste also ein Downgrade durchgeführt werden, sondern auch für die beiden anderen Pakete.

Ja, was bedeuten könnte daß noch weitere, zusätzliche Pakete runtergebrochen werden müßten, respektive daß andere Anwendungen nicht mehr funktionieren (da deren (Versions-)Abhängigkeiten dann nicht mehr stimmen. Würde ich nicht tun.

Bei diesem Update von postgresql sollte kein weiteres Eingreifen bzgl. DB/Schema-Version nötig sein. Im Paket ist das so geregelt:

Ein Major-Update ist von den Postgresql-Entwicklern geregelt durch einen Versionssprung von XX.z auf YY.z, also z.B. von 13.2 auf 14.0.
In diesem Fall wird beim Aktualisieren des Archlinux-Paketes eine Warnung ausgegeben, siehe das PKGBUILD:
https://projects.archlinux.de/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/postgresql
Darin wird das DB-Check-Skript angestoßen, was eben die Warnung produziert:
https://projects.archlinux.de/svntogit/packages.git/tree/trunk/postgresql-check-db-dir?h=packages/postgresql
Die "alte" PG-Version läuft auch erstmal weiter, wird also nicht automatisch bei Updates neu gestartet. Sondern erst durch den Admin oder einen Rechnerneustart. Das gibt dann die Gelegenheit eben die Upstream-Update-Hinweise zu beherzigen oder eben ein Schema-Update für die alten Daten auszuführen (oder noch eine Sicherung anzulegen <g>).

Zu qgis:
Das ist dann wohl ein Bug im Paket. Nach dem systemweiten Update von libldap von 2.4 auf 2.6 hätte dann auch qgis vom Paketbetreuer/Maintainer neu gebaut werden müssen. Da libldap über weitere Abhängigkeiten (curl, postgresql-libs) an eben diese bestimmte libldap_r-Version gebunden ist. Und da libldap_r-2.4.so.2 nicht mehr vorhanden ist, sondern aktuell eben libldap_r-2.6.so.2 kommt der Fehler.
Abhilfe:
Du baust das qgis-Paket selbst neu, gegen ein vollaktualisiertes System. Als Versionsnummer solltest du dann 3.22.1-2 nehmen. Normalerweise funktioniert das ohne Probleme, so würde qgis aber gegen das aktuelle libldap-2.6.x gelinkt. Gleichzeitig solltest du einen Bugreport für das qgis-Paket schreiben (es gibt aktuell keinen soweit ich sehe). Damit der Maintainer das ebenfalls lösen kann. Ich weiß nicht, ob du Erfahrung mit Paketerstellen unter Archlinux hast (Stichwort: makepkg und ABS). Das wäre IMHO die sauberste Lösung bis der Paketbetreuer das Problem gelöst hat.

Nachtrag: Ob das Neubauen von qgis wirklich hilft kann ich nicht beurteilen. Ich habe gerade gesehen, daß es beim libldap-Update von 2.4. auf 2.6 scheinbar doch größere Änderungen gab; so ist z.B. die Lib die bei deinem aktuellen Startversuch angemeckert wird - libldap_r-2.X.so.x - garnicht mehr im libldap-Paket vorhanden, also keine -r mehr. Ob das der Funktionalität von qgis, selbst nach einem Neubauen - hilft kann wohl nur der Paketbetreuer sagen (Bugreport!) oder jemand der eben qgis nutzt. Da bin ich dann raus in punkto "testen"...
Nachtrag 2: Gerade gesehen, es gibt im AUR ein Paket für libldap in Version 2.4, das ist im November reingekommen. Evtl. genau deswegen, da sich von 2.4 auf 2.6 bei libldap einiges geändert hat und somit die "Rückwärtskompatibilität" eben nur durch dieses zweite Paket lösen ließe.
https://aur.archlinux.org/packages/libldap24/
Wenn du dieses Paket baust und installierst (daß ist dann zusätzlich zu dem "offiziellen" libldap-Paket möglich), dann ist die bemängelte Abhängigkeit für qgis auch wieder gelöst. Ein Bugreport wäre trotzdem angebracht, da IMHO kein Paket aus den offiziellen Repos von einem Paket aus dem AUR funktional abhängen darf.
Zum Umgang mit dem AUR siehe u.a.
https://wiki.archlinux.de/title/Arch_User_Repository

Gerry_Ghetto

Hilft jetzt nicht direkt bei deinen Problemen, aber du könntest dir auch überlegen, Postgres in einem Container laufen zu lassen via Podman oder Docker.