Yast Fehler bei 389 Directory Server Erstellung

Hinweis: In dem Thema Yast Fehler bei 389 Directory Server Erstellung gibt es 9 Antworten. Der letzte Beitrag () befindet sich ganz unten auf dieser Seite.
  • 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?

    Für den Inhalt des Beitrages 278589 haftet ausdrücklich der jeweilige Autor: divkoro

  • 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:


    Für den Inhalt des Beitrages 278616 haftet ausdrücklich der jeweilige Autor: divkoro

  • 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.

    Für den Inhalt des Beitrages 278623 haftet ausdrücklich der jeweilige Autor: Sauerland

  • 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.

    Für den Inhalt des Beitrages 278691 haftet ausdrücklich der jeweilige Autor: divkoro