Slapd fails to start (Address already in use) - Fresh Install on ZFS Root

What type of hardware are you using: Old laptop or computer
What YunoHost version are you running: 12.0.14
How are you able to access your server: SSH
Direct access via physical keyboard/screen
Are you in a special context or did you perform specific tweaking on your YunoHost instance ?: Root on ZFS, used Install script convert Debian-12 to Yunohost

Describe your issue

Fresh install of Yunohost from install script on Debian-12 with ZFS Root.
While running ‘yunohost tools postinstall’ I got Slapd not running message. Further debug shows service cannot start. Journalctl output is below.

Port 389 is free, it is not “in use”:
netstat / ss | grep 389 → shows nothing
lsof -i :389 → shows nothing

ZFS Pool / Dataset settings are normal:
zpool create -f -o ashift=12 -O compression=lz4 -o autotrim=on -O acltype=posixacl -O xattr=sa -O relatime=on

It seems that this Slapd problem is not specific to ZFS Root:

Share relevant logs or error messages

slapd[996024]: slapd starting
slapd[996024]: daemon: listen(ldap://localhost:389/, 5) failed errno=98 (Address already in use)
slapd[996018]: Starting OpenLDAP: slapd.
systemd[1]: Started slapd.service - LSB: OpenLDAP standalone server
Subject: A start job for unit slapd.service has finished successfully
Defined-By: systemd

slapd[996024]: listener initialization failed
slapd[996024]: slapd stopped.
slapd[996026]: Stopping OpenLDAP: slapd.
systemd[1]: slapd.service: Deactivated successfully.

OUTPUT OF “slapd -d -1 -F /etc/ldap/slapd.d”:
680ba841.2c7c1675 0x7f36508be200 slapd starting
680ba841.2c7fc3f9 0x7f3649a086c0 daemon: added 4r listener=(nil)
680ba841.2c806a65 0x7f3649a086c0 daemon: added 7r listener=0x559a54fc5f40
680ba841.2c80b755 0x7f3649a086c0 daemon: added 8r listener=0x559a54fc6010
680ba841.2c837cac 0x7f3649a086c0 daemon: epoll: listen=7 active_threads=0 tvp=zero
680ba841.2c83a624 0x7f3649a086c0 daemon: epoll: listen=8 active_threads=0 tvp=zero
680ba841.2c83d0b4 0x7f3649a086c0 daemon: activity on 1 descriptor
680ba841.2c83e6cd 0x7f3649a086c0 daemon: activity on:680ba841.2c83fab7 0x7f3649a086c0
680ba841.2c8426ea 0x7f3649a086c0 daemon: epoll: listen=7 active_threads=0 tvp=zero
680ba841.2c843f32 0x7f3649a086c0 daemon: epoll: listen=8 active_threads=0 tvp=zero
680ba842.36c9a1bf 0x7f3649a086c0 daemon: shutdown requested and initiated.
680ba842.36caeb51 0x7f3649a086c0 daemon: removing 7r
680ba842.36cb4070 0x7f3649a086c0 daemon: closing 7
680ba842.36cbe2c4 0x7f3649a086c0 daemon: removing 8r
680ba842.36cc153d 0x7f3649a086c0 daemon: closing 8
680ba842.36d0632c 0x7f3649a086c0 slapd shutdown: waiting for 0 operations/tasks to finish
680ba842.36d2cf4d 0x7f36508be200 slapd shutdown: initiated
680ba842.36db280e 0x7f36508be200 slapd destroy: freeing system resources.
680ba842.36e636df 0x7f36508be200 slapd stopped

Issue fixed its self, presumably after a package update