389-ds stretch =>buster Aktualisierung schlägt fehl
Moin,
ein unter stretch funktionierender 389-ds lässt sich nicht aktualisieren.[1]
Ein einfaches apt remove 389-ds* und anschließendes apt install 389-ds
ergibt die gleiche Fehlermeldung. Wenn die Konfigurationsverzeichnisse
/etc/dirsrv /var/lib/dirsrv und /usr/lib/x86_64-linux-gnu/dirsrv/
umbenannt werden, funktioniert apt install 389-ds. Danach lässt sich der
ldap Server aber nicht starten, sondern bricht mit Fehlermeldung ab [2].
So wie ich das verstehe sind in der alten Konfiguration Plugins
standardmäßig mit in der Konfig, welche jetzt nicht mehr dabei sind.
Replikation ist für mich nicht interessant.
- Hat jemand einen 389-ds Server bei dem die Aktualisierung funktioniert
hat?
- Wie bekommt man die alten Daten in das neue System? (Als Idee: alten
Zustand in eine Vm, $Zeug exportieren (Format und was genau wäre
hilfreich) $super-Befehl importiert es in buster)
- Die fehlende Bibliothek ist im buster Paket nicht mehr enthalten, ein
nach installieren und passendes ln hilft auch nicht
- auskommentieren aller "Replikationsblöcke" in /etc/dirsrv/.../dse.ldif
bring Fehlermeldungen, # war da wohl nicht die optimale Entscheidung,
löschen noch nicht getestet
- (ldap Anfänger)
Gruß
J°
[1]
8<
389-ds-base (1.4.0.21-1) wird eingerichtet ...
dpkg: Fehler beim Bearbeiten des Paketes 389-ds-base (--configure):
»installiertes 389-ds-base-Skript des Paketes
post-installation«-Unterprozess gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von 389-ds:
389-ds hängt ab von 389-ds-base; aber:
Paket 389-ds-base ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes 389-ds (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Trigger für man-db (2.8.5-2) werden verarbeitet ...
Trigger für libc-bin (2.28-10) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
389-ds-base
389-ds
8<
[2]
8<
● dirsrv@example.org.service - 389 Directory Server example.org.
Loaded: loaded (/lib/systemd/system/dirsrv@.service; enabled; vendor
preset: enabled)
Active: failed (Result: exit-code) since Wed 2019-07-17 01:19:13
CEST; 1s ago
Process: 4649
ExecStartPre=/usr/lib/x86_64-linux-gnu/ds_systemd_ask_password_acl
/etc/dirsrv/slapd-example.org/dse.ldif (code=exited, status=0/SUCCESS)
Process: 4654 ExecStart=/usr/sbin/ns-slapd -D
/etc/dirsrv/slapd-example.org -i /var/run/dirsrv/slapd-example.org.pid
(code=exited, status=1/FAILURE)
Main PID: 4654 (code=exited, status=1/FAILURE)
Jul 17 01:19:13 example.org.de ds_systemd_ask_password_acl[4649]: ERROR:
ld.so: object '/usr/lib/x86_64-linux-gnu/dirsrv/lib/libjemalloc.so.2'
from LD_PRELOAD cannot be preloaded (cannot open shared ob
ject file): ignored.
Jul 17 01:19:13 example.org.de ds_systemd_ask_password_acl[4649]: ERROR:
ld.so: object '/usr/lib/x86_64-linux-gnu/dirsrv/lib/libjemalloc.so.2'
from LD_PRELOAD cannot be preloaded (cannot open shared ob
ject file): ignored.
Jul 17 01:19:13 example.org.de ds_systemd_ask_password_acl[4649]: ERROR:
ld.so: object '/usr/lib/x86_64-linux-gnu/dirsrv/lib/libjemalloc.so.2'
from LD_PRELOAD cannot be preloaded (cannot open shared object file):
ignored.
Jul 17 01:19:13 example.org.de ns-slapd[4654]: ERROR: ld.so: object
'/usr/lib/x86_64-linux-gnu/dirsrv/lib/libjemalloc.so.2' from LD_PRELOAD
cannot be preloaded (cannot open shared object file): ignored.
Jul 17 01:19:13 example.org.de ns-slapd[4654]:
[17/Jul/2019:01:19:13.408548130 +0200] - ERR - symload_report_error -
Netscape Portable Runtime error -5975:
/usr/lib/x86_64-linux-gnu/dirsrv/plugins/libreplication-plugin.so:
undefined symbol: replication_legacy_plugin_init
Jul 17 01:19:13 example.org.de ns-slapd[4654]:
[17/Jul/2019:01:19:13.423790982 +0200] - ERR - symload_report_error -
Could not load symbol "replication_legacy_plugin_init" from
"/usr/lib/x86_64-linux-gnu/dirsrv/plugins/libreplication-plugin.so" for
plugin Legacy Replication Plugin
Jul 17 01:19:13 example.org.de ns-slapd[4654]:
[17/Jul/2019:01:19:13.425001098 +0200] - ERR - load_plugin_entry -
Unable to load plugin "cn=Legacy Replication Plugin,cn=plugins,cn=config"
Jul 17 01:19:13 example.org.de systemd[1]: dirsrv@example.org.service:
Main process exited, code=exited, status=1/FAILURE
Jul 17 01:19:13 example.org.de systemd[1]: dirsrv@example.org.service:
Failed with result 'exit-code'.
Jul 17 01:19:13 example.org.de systemd[1]: Failed to start 389 Directory
Server example.org..
8<
Reply to: