Bugzilla – Bug 1079400
389-ds upgrade to 1.3.4 breaks existing LDAP setups
Last modified: 2020-04-17 01:02:35 UTC
I used to have a working LDAP setup with 389-ds and Tumbleweed, but once 1.3.4 hit the distribution the server refuses to start:
- /etc/dirsrv/slapd-palver/dse.ldif[04/Feb/2018:20:41:46.884975571 +0100] - ERR - slapd_bootstrap_config - The default password storage scheme could not be read or was not found in the file /etc/dirsrv/slapd-palver/dse.ldif. It is mandatory.
There were no changes in dse.ldif across version upgrades. Did anything change with regards to configuration (note: I wasn't able to find anything relevant in the 389-ds documentation)?
Moving some older 389-ds bugs to currently active maintainer.
Reporter, please indicate whether this still occurs with the current Factory version.
I had to redo the whole setup from scratch due to this issue, so I have no idea if it is applicable or not anymore. Luckily there weren't that many users.
The current packages are all on the 1.4.x series, and should all be working and better maintained. 1.3.4 is quite old now :)
So I'm going to close this since it does not apply any more, but if you do have any issues please feel free to raise a new issue or contact me so it can be resolved.