[Kroupware] slapcat: could not open database

[Klaus Vink Slott]

On 10/9 2003 23:52 Dieter Kluenter wrote:
> >> For obvious reasons the database is owned by root with mod
> >> 600. Therefor you have to run slapcat as root.
> > I didn't realize it accessed the database directly. Was expecting a
> > password prompt or something.. silly me :-)
> How can you be prompted for a password when the server is not running
Yes yes I've already admitted it. I was not thinking before asking..

> > OK now I got this working:
> > kolab at tot$ sudo slapcat -b "dc=tot,dc=kubism,dc=ku,dc=dk"
> > [lots of output]
> Oh no, you are just dumping to standard out.
I know. It was just statement that it works now. Now that I have access to the 
data I know how to redirect it somewhere more usable.

> > but why is the servername part of the suffix? Based on my limited reading
> > about LDAP I'd expected the suffix to be only the domain part.
> You haven't read enough :-)
I'm working on it ;-)

> you may design a database to your liking, there is no requirement for
> a particular design. But the installation scripts of Kolab, as
> default, use host.domain.tld design.
So I will not break anything if I change the suffix in 
/kolab/etc/kolab/kolab.conf ?

> > kolab at tot$ sudo slapcat -b "dc=kubism,dc=ku,dc=dk"
> > slapcat: slap_init no backend for "dc=kubism,dc=ku,dc=dk"
> Please use slapcat with the correct flags that is
> slapcat -f /path/to/slapd.conf -l /path/to/output
> while output can be named to your liking, i.e. kolab.ldif
When I work from inside the kolab environment (by using sudo for priviliged 
operations), it seems that the correct slapd.conf is selected. Actually now I 
get the expected result by just typing:
kolab at tot$ sudo slapcat -l somefile

but I will keep the "-f /path/to/slapd.conf" in mind ,-)

> Don't make use of a database declaration unless you know what you are
> doing, that is, if you have multiple database declarations in
> slapd.conf, than and only than you have to declare a database.
> (flag -b)
OK. I will dig into some LDAP reading

-- 
Thanks for your patience
Klaus Vink Slott