Description of problem: When creating a 389ds instance via 'dscreate from-file ...', creation fails with an error message: Error: Command '['systemctl', 'start', 'dirsrv@localhost']' returned non-zero exit status 1. Version-Release number of selected component (if applicable): 389-ds-base-2.1.1-1.fc36.x86_64 How reproducible: Always Steps to Reproduce: 1. Install 389-ds-base via dnf: "dnf install 389-ds-base" 2. Create an instance.inf with the following content: [general] full_machine_name = ldap.example.com start = False strict_host_checking = False [slapd] instance_name = localhost root_dn = cn=manager root_password = supersecretpassword port = 389 secure_port = 636 self_sign_cert = False [backend-userroot] sample_entries = no suffix = dc=example,dc=com create_suffix_entry = True 3. run "dscreate from-file instance.inf" Actual results: # dscreate from-file /root/instance.inf Starting installation ... Validate installation settings ... Create file system structures ... Perform SELinux labeling ... selinux is disabled, will not relabel ports or files. Error: Command '['systemctl', 'start', 'dirsrv@localhost']' returned non-zero exit status 1. # journalctl -u dirsrv systemd[1]: Starting dirsrv - 389 Directory Server localhost.... ds_systemd_ask_password_acl[2275]: /usr/libexec/dirsrv/ds_systemd_ask_password_acl: line 32: setfacl: command not found systemd[1]: dirsrv: Control process exited, code=exited, status=127/n/a systemd[1]: dirsrv: Failed with result 'exit-code'. systemd[1]: Failed to start dirsrv - 389 Directory Server localhost.. Expected results: # dscreate from-file instance.inf Starting installation ... Validate installation settings ... Create file system structures ... Perform SELinux labeling ... selinux is disabled, will not relabel ports or files. Create database backend: dc=example,dc=com ... Perform post-installation tasks ... Completed installation for instance: slapd-localhost Additional info: After running "dnf install acl" creating an instance via "dscreate" works as expected.
Seems like this was fixed in rawhide with this commit: https://src.fedoraproject.org/rpms/389-ds-base/c/7a69d01ec01d33f878c01341c07a47e0af024bb7?branch=rawhide
Yes this was fixed some time ago, closing bug