The single process is listening on two different port 389s; one is IPv4
and the other is IPv6. This is absolutely fine. If you don't want one or
the other, start slapd with "-4" or "-6" options.
What's not fine is that you can't run slapd twice with the same port(s)
nor backend(s). Basically, if "pgrep slapd" isn't clean, don't bother
trying to run "slapd -d acl" until you stop the existing slapd process and
"pgrep slapd" returns no output. Then and only then try to "slapd -d
or whatever debug level you want.
The current working theory I'm reading is that the data you're expecting
just isn't there. Perhaps you should use slapcat(8) to dump your database
and verify that the entries you're trying to find actually exist? Again,
so long as you're configured with rootdn, it's hard to imagine this is an