Yast Fehler bei 389 Directory Server Erstellung

divkoro · 11. April 2020

Mit Leap 15.1 wurde beim ldap server auf den 389 Directory Server umgestellt.

Wenn man mit Yast2 einen Directory Server erstellen möchte bekommt man im Logfile /var/log/YaST2/y2log den Fehler:

yast/wfm.rb:253 Client /usr/share/YaST2/clients/ldap-server.rb failed with 'Datei oder Verzeichnis nicht gefunden - /usr/sbin/dscr ate' (Errno::ENOENT).

Die von YAST erwartete Datei dscreate ist also nicht vorhanden, ebensowenig wie dsctl, dsconf.

Fehlt da ein Paket oder eine Abhängigkeit zu einem Paket mit diesen Dateien, oder wo ist die Datei abgeblieben?

Hat jemand schon einen 389 Directory Server mit Leap 15.1 aus den nativen Paketen zum Laufen gebracht?

Was muss man dazu tun?

sterun · 11. April 2020

Was ergibt:

Code

zypper se -si 389 ldap

Und:

Code

zypper ve

Sieht aber danach aus (Bug):

https://bugzilla.opensuse.org/show_bug.cgi?id=1168613

Ansonsten mal hier lesen:

https://doc.opensuse.org/docum…urity-ldap-server-install

divkoro · 12. April 2020

Danke für Hinweise.

Die Anleitung kenne ich.

Die dort erwähnten Kommandos fehlen eben: dscreate, dsctl, dsconf, dsidm.

Die sind meiner Ansicht nach im paket lib389, welches unter opensuse 15.1 nicht gibt.

Hier die Zyper Ausgaben:

Code

> zypper se -si 389 ldap

Loading repository data...

Reading installed packages...




S  | Name                             | Type    | Version                                | Arch   | Repository

---+----------------------------------+---------+----------------------------------------+--------+------------------------------

i+ | 389-ds                           | package | 1.4.0.3-lp151.4.2                      | x86_64 | Distribution Repository (oss)

i+ | 389-ds-devel                     | package | 1.4.0.3-lp151.4.2                      | x86_64 | Distribution Repository (oss)

i+ | 389-ds-snmp                      | package | 1.4.0.3-lp151.4.2                      | x86_64 | Distribution Repository (oss)

i+ | cyrus-sasl-ldap-auxprop          | package | 2.1.26-lp151.6.3.1                     | x86_64 | Update Repository (oss)

i  | kldap                            | package | 18.12.3-lp151.1.1                      | x86_64 | Distribution Repository (oss)

i  | kldap-lang                       | package | 18.12.3-lp151.1.1                      | noarch | Distribution Repository (oss)

i+ | krb5-plugin-kdb-ldap             | package | 1.16.3-lp151.2.6.1                     | x86_64 | Update Repository (oss)

i+ | ldapvi                           | package | 1.7-lp151.2.3                          | x86_64 | Distribution Repository (oss)

i  | libKF5Ldap5                      | package | 18.12.3-lp151.1.1                      | x86_64 | Distribution Repository (oss)

i  | libldap-2_4-2                    | package | 2.4.46-lp151.10.6.1                    | x86_64 | Update Repository (oss)

i  | libldap-2_4-2-32bit              | package | 2.4.46-lp151.10.6.1                    | x86_64 | Update Repository (oss)

i  | libldap-data                     | package | 2.4.46-lp151.10.6.1                    | noarch | Update Repository (oss)

i  | libldapcpp1                      | package | 0.3.1-lp151.2.3                        | x86_64 | Distribution Repository (oss)

i  | libsmbldap2                      | package | 4.9.5+git.296.3dd62eee45e-lp151.2.21.1 | x86_64 | Update Repository (oss)

i  | libsmbldap2-32bit                | package | 4.9.5+git.296.3dd62eee45e-lp151.2.21.1 | x86_64 | Update Repository (oss)

i+ | mozldap-devel                    | package | 6.0.7-lp151.2.8                        | x86_64 | Distribution Repository (oss)

i  | mozldap-libs                     | package | 6.0.7-lp151.2.8                        | x86_64 | Distribution Repository (oss)

i+ | mozldap-tools                    | package | 6.0.7-lp151.2.8                        | x86_64 | Distribution Repository (oss)

i  | nss_ldap                         | package | 265-lp151.4.3.1                        | x86_64 | Update Repository (oss)

i  | nss_ldap-32bit                   | package | 265-lp151.4.3.1                        | x86_64 | Update Repository (oss)

i+ | openldap2                        | package | 2.4.46-lp151.10.6.1                    | x86_64 | Update Repository (oss)

i+ | openldap2-back-sql               | package | 2.4.46-lp151.10.6.1                    | x86_64 | Update Repository (oss)

i  | openldap2-client                 | package | 2.4.46-lp151.10.6.1                    | x86_64 | Update Repository (oss)

i+ | openldap2-contrib                | package | 2.4.46-lp151.10.6.1                    | x86_64 | Update Repository (oss)

i  | openldap2-devel                  | package | 2.4.46-lp151.10.6.1                    | x86_64 | Update Repository (oss)

i+ | openldap2-doc                    | package | 2.4.46-lp151.10.6.1                    | noarch | Update Repository (oss)

i+ | openldap2-ppolicy-check-password | package | 1.2-lp151.10.6.1                       | x86_64 | Update Repository (oss)

i  | pam_ldap                         | package | 186-lp151.1.3                          | x86_64 | Distribution Repository (oss)

i  | pam_ldap-32bit                   | package | 186-lp151.1.3                          | x86_64 | Distribution Repository (oss)

i  | perl-Mozilla-LDAP                | package | 1.5.3-lp151.2.3                        | x86_64 | Distribution Repository (oss)

i  | perl-ldap                        | package | 0.65-lp151.2.1                         | x86_64 | Distribution Repository (oss)

i+ | php7-ldap                        | package | 7.2.5-lp151.6.22.1                     | x86_64 | Update Repository (oss)

i+ | php7-pear-Net_LDAP2              | package | 2.2.0-lp151.2.1                        | noarch | Distribution Repository (oss)

i+ | python2-ldap                     | package | 3.1.0-lp151.2.3.1                      | x86_64 | Update Repository (oss)

i+ | python2-ldap3                    | package | 2.5-lp151.2.3                          | noarch | Distribution Repository (oss)

i  | python3-ldap                     | package | 3.1.0-lp151.2.3.1                      | x86_64 | Update Repository (oss)

i+ | python3-ldap3                    | package | 2.5-lp151.2.3                          | noarch | Distribution Repository (oss)

i+ | sssd-ldap                        | package | 1.16.1-lp151.7.12.1                    | x86_64 | Update Repository (oss)

i  | yast2-ldap                       | package | 4.1.0-lp151.1.1                        | x86_64 | Distribution Repository (oss)


> zypper ve

Loading repository data...

Reading installed packages...




Dependencies of all installed packages are satisfied.

Alles anzeigen

Sauerland · 12. April 2020

Die Verion aus dem OSS Repo wird ohne lib389 gebaut, ich würde auf dies Repo umschwenken:

https://download.opensuse.org/…:/idm/openSUSE_Leap_15.1/

Sauerland · 12. April 2020

Oder das:

https://download.opensuse.org/repositories/network:/ldap/openSUSE_Leap_15.1

Sauerland · 12. April 2020

Oder python-argparse-manpage-1.3-lp151.4.1.src.rpm herunterladen

und per

Code

rpmbuild --rebuild python-argparse-manpage-1.3-lp151.4.1.src.rpm

bauen, das entsprechende Paket installieren sowie 389-ds-1.4.3.1~git0.a08202a5b-lp151.88.1.src.rpm herunterladen und per:

Code

rpmbuild --rebuild 389-ds-1.4.3.1~git0.a08202a5b-lp151.88.1.src.rpm

bauen, danach die Pakete installieren.

Sauerland · 12. April 2020

Und hier ein bugreport:

https://bugzilla.opensuse.org/show_bug.cgi?id=1169243

divkoro · 13. April 2020

Danke!

Das network Repo hab ich schon verwendet, muss aber konsequent den vendor change machen ...

Die zwei bugreports hab ich angesehen. Sind beide mit 3.4. und 12.4. sehr jung.

Schon erstaunlich, dass so ein Fehler so lange unerkannt und unrepariert bleibt

und auch, dass er es nicht ins offizielle Release schafft.

Sauerland · 15. April 2020

Sollte jetzt wieder tun:

https://lists.opensuse.org/ope…tes/2020-04/msg00084.html

divkoro · 15. April 2020

Great!

Installiert.

Genauerer Test folgt am Abend.

Yast Fehler bei 389 Directory Server Erstellung

Ubuntu 26.10 „Stonking Stingray“ ist erschienen

Tumbleweed-Update bricht ab

KDE Plasma 6.8 verabschiedet sich von X11

VBox - gemeinsame Zwischenablage

Linux-Kernel: Kennzeichnungspflicht für KI-generierten Code soll entfallen

k.113

BlackPhoenix

aitexturegenerator

Giorgio68

pavelstr

Teilen

Tags