On 2/2/22 08:22, Rob Crittenden wrote:
Harry G. Coin via FreeIPA-users wrote:
When 'upgrading' using Rawhide, (instead of a fresh install), you might
notice ns-slapd / dirsrv fails to start. Do this to work around it:
#mkdir /dev/shm/slapd-<your kerberos domain with - instead of .>
#chown dirsrv:dirsrv /dev/shm/slapd-<your kerberos domain with - instead
of .>
#systemctl restart ipa
Thanks for the report. Can you file a bug against 389-ds in rawhide?
This likely affects any type of DS instance on upgrades, not just IPA.
Note you may also need to set the SELinux context: restorecon
/dev/shm/slapd-<instance>
rob
Thanks Rob. I found the only way to get dnssec to almost, sort of work
in multi-domain situations was to set permissive. There just was no
hope of even 'understanding sandbox lab users' tolerating the downtime
otherwise. Upgrades usually broke something important and obscure.
_______________________________________________
FreeIPA-users mailing list -- freeipa-users@lists.fedorahosted.org
To unsubscribe send an email to freeipa-users-le...@lists.fedorahosted.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedorahosted.org/archives/list/freeipa-users@lists.fedorahosted.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
