[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: linux slapadd: backend_startup: bi_db_open failed! (-1)
slapd is able to start using the following configs:
suffix "dc=itarchitect,dc=ca"
#suffix "o=itarchitect"
#suffix "dc=ldap,dc=itarchitect,dc=ca"
rootdn "cn=DirectoryAdmin,dc=itarchitect,dc=ca"
OR
#suffix "dc=itarchitect,dc=ca"
suffix "o=itarchitect"
#suffix "dc=ldap,dc=itarchitect,dc=ca"
rootdn "cn=DirectoryAdmin,o=itarchitect"
OR
#suffix "dc=itarchitect,dc=ca"
suffix "o=itarchitect,dc=itarchitect,dc=ca"
#suffix "dc=ldap,dc=itarchitect,dc=ca"
rootdn "cn=DirectoryAdmin,o=itarchitect,dc=itarchitect,dc=ca"
However, slapd is UNABLE to start using the following configs:
#suffix "dc=itarchitect,dc=ca"
suffix "o=itarchitect"
suffix "dc=ldap,dc=itarchitect,dc=ca"
rootdn "cn=DirectoryAdmin,o=itarchitect"
OR
#suffix "dc=itarchitect,dc=ca"
suffix "o=itarchitect"
suffix "dc=itarchitect,dc=ca"
rootdn "cn=DirectoryAdmin,o=itarchitect"
With the above configs where slapd is UNABLE to start it will return the
following:
Mar 4 10:48:32 linux slapd[4889]: bdb_db_init: Initializing BDB database
Mar 4 10:48:32 linux slapd[4890]: backend_startup: bi_db_open(0) failed! (-1)
Mar 4 10:48:32 linux slapd[4890]: slapd stopped.
Mar 4 10:48:32 linux slapd[4890]: connections_destroy: nothing to destroy.
Now is this because of a pure configuration error on my part is is there
something else wrong? You will notice that the tutorial at the following URL
shows the following:
http://yolinux.com/TUTORIALS/LinuxTutorialLDAP-SLAPD-LDIF-V2-config.html
suffix "o=domain-name"
suffix "dc=ldap,dc=domain-name,dc=org"
rootdn "cn=Manager,o=domain-name"
This is why I used the following (and of course it didn't work):
suffix "o=itarchitect"
suffix "dc=ldap,dc=itarchitect,dc=ca"
rootdn "cn=DirectoryAdmin,o=itarchitect"
This is all I found so far... I will look at the archives you suggested and
see what they show me.
> tir, 2003-03-04 kl. 08:14 skrev Brian Bisaillon:
>
>> Everything has been working right so far except for one thing:
>>
>> linux slapadd: bdb_db_init: Initializing BDB database
>> linux slapadd: backend_startup: bi_db_open failed! (-1)
>> linux slapadd: bdb_initialize: Sleepycat Software: Berkeley DB 4.1.25:
>> (December 19, 2002)
> [...]
>> database bdb
>> #suffix "dc=itarchitect,dc=ca"
>> suffix "o=itarchitect"
>> suffix "dc=ldap,dc=itarchitect,dc=ca"
>> rootdn "cn=DirectoryAdmin,o=itarchitect"
>> rootpw {SHA}13kqeC5z7cV4fHTrG0z91Qz6+uk=
>> directory /usr/local/var/openldap-data
>> #defaultaccess read
>> schemacheck onlastmod on
>> #allow *
>> # Indices to maintain
>> #index objectClass eq
>> #index objectClass,uid,uidNumber,gidNumber eq
>> #index cn,mail,surname,givenname eq,subinitial
>> index cn,sn,st pres,eq,sub
>>
>> For some reason, the bdb related error only happens with the above
>> configuration. However, if I use the slapd.conf.default and I tweak
>> the default values, my databases get created without any problems.
>> Therefore, I am wondering if this is a bug with OpenLDAP? Any
>> suggestions? Also, what is the proper syntax for slapadd when trying
>> to add the following
>> itarchitect.ldif file (after I get this to work that is):
>
> A couple of things:
>
> 1: Thanks for making me think and do a little research ("now why on
> earth would he want to do thinks =that= way?" ;)
> 2: Make sure that all database permissions agree with the slapd user 3:
> If you really want to split up your database this way, go back to a
> thread about suffixes and suffixaliases in the archives dated Aug. 4th
> last, begun by Dan Lowe and followed up by Luke Howard (I have it all
> on my harddisk, so I can't give archive references) and try it their
> way.
>
> Unfortunately, as far as I can see, none of this is in the Admin guide.
> Just try it and report back, will you?
>
>> dn: dc=ldap,dc=itarchitect,dc=ca
>> objectClass: top
>> objectclass: dcObject
>> objectclass: organization
>> dc: itarchitect
>> o: itarchitect
>> description: IT Architecture Research & Development Domain
>>
>> dn: o=itarchitect
>> objectClass: top
>> objectClass: organization
>> o: itarchitect
>> description: IT Architecture Research & Development
>>
>> dn: cn=DirectoryAdmin,o=itarchitect
>> objectClass: organizationalRole
>> cn: DirectoryAdmin
>> description: LDAP Directory Administrator
>>
>> dn: ou=MemberGroupA,o=itarchitect
>> ou: MemberGroupA
>> objectClass: top
>> objectClass: organizationalUnit
>> description: Members of MemberGroupA
>
>
>> I'm new to OpenLDAP so perhaps I missed something? Maybe OpenLDAP just
>> isn't 100% compatible with the latest BerkeleyDB? Should I be using
>> ldbm instead of bdb?
>
> No way should you use ldbm if you've already installed BDB. Read the
> stuff on the web site.
>
> Best,
>
> Tony
>
> --
>
> Tony Earnshaw
>
> All the world is mad, exceptin thee and me
> and even thee's a little queer
>
> e-post: tonni@billy.demon.nl
> www: http://www.billy.demon.nl
Brian Bisaillon
E-mail: bisailb@myprivacy.ca
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you receive
this in error, please contact the sender and delete the material from any
computer.
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.2.1 (MingW32) - WinPT 0.5.13
mQGiBD4vd+IRBADB53EUnHjlUa5eb0O/NchuexMk65tv41xvQADqt/J0EPdxmd6t
hTTi4e8folUJLY94zKxTMLQQdKZsxuyx6/UDB+TwXxJ1Ibr8iOT2nH1YsVbSAYYf
XsH1CP6dxl35i4s8GxqcTmOPDf4k9qFNjTuIoEZkae+1p+S1eTlM8InVGwCgtiHc
tD2ZLOezvDqjm+Q7kUyBc+UD/0f2iEx7UICTLNyj9PCGEwYspIpbGugm7ANaTRhT
9O+MWrBU20TltnT1A/j67yGiRMQBC+MQ8kS5GDMFl75kjKVkC8DOC3dP5YAFbUwv
mmFekAFnEb9ZP2khBi/9KMeOcuTX48/QfK81ALErSNj7x9DG/mgQtqvhHeTrCuyy
ohgNBACjII32nfxrLYGPBWu639etskaHb0e8DKHO0Oq6EEjzPragjpUT3k5H1+5X
oltNsLmLLWg9S8jNSo8FJVpHMjxQ4rrOghvnG4bnYs8IyTHu5StL/RKSVPDDTlJA
PPWolVukGFV51C+4DN6QNXuw0Ygvr4qLVBd57HVTXVTnmVzJtbQmQnJpYW4gQmlz
YWlsbG9uIDxiaXNhaWxiQG15cHJpdmFjeS5jYT6IXwQTEQIAHwUCPi934gUJA6gJ
AAQLBwMCAxUCAwMWAgECHgECF4AACgkQKTV6i7MdkEgGJwCfcs9kGiqK/B3bb8+I
/CECNOfqIjIAn1oQ3Y0ykMoXrdXjlaaHX4f5a1iCuQQNBD4veB0QEACWTb85Pfbp
7njnrZ69m3yzhsB918hIDFP1nh0BQKBhuVZBarOzkQACjl2ZB28K7JSR6OP+Es8w
KkX1I9dvA0xhKgAPpZtBkxwg7fNIVKR7k9hXx1x3HKj8XZE2y1KJk+Q1P8QuOrmy
/v5naL6cfC9o0zXfvdJZAN0tf/P8qC98DedBx+B6//GRCjxuw8Ua36bSIvf7yU4g
5I7PPNIw4jY+82rFsnN3t8UHY3CCc/cZSOBIH6wHI+HBHqhjrJhu/j7FGSVzTxvb
I6WUIVy9MgIi4JU4IwqSgLqQznTbTvwGJhNApRUjgRZXQe5Bs1KByoP+kzEyExiK
T4cWWjf4fKlk8OJOmXQsxy+4nVv5L3hc/Vf7uMlUkjUpqiGjlw2qlDK37AMrrKEy
8DfEzZx4j2WYVdB2gWqsdmy8OVk2xaeU8RUG7l8P574+zdtnr3gy2YHvT+Y5W02q
PO5EGk8MaXUP0d7O4iYdTz/Cav5JdbN25gfuTArQh+EUdqlAEbm7D0u2BNPiB6G8
nC8VrbI9SlWgJCMjl9kXpdm06hbHGvUegLlPA0BebSTiv+XZ0Qnm9y84jYuGLYTP
76C+wJ0C0urd1LTfrmPXstb159CV37K+wTA/SAQ5KWBEniLJxHjGQi3/zXt5PgJ5
keTjgAlpqNe9lJDfKGBuPD0I9nCkyTvxcwADBhAAg3oLBf4hGbK932esZHVKIsrU
bzgKfFb3uje5r9D+F7QfvrcIvrThtVVFTWICcq5u2dnQ0hOK38jbghd7ZbxEkjVJ
UQjmQ1oyYuZFU7Ec/dc7ZiLPieehghkgDLPNiqgOuHPROV5V5Zs/u6Xv7Vm02g3R
CHMiB0MUwy3c6lEsXwNJWP4FjH8lkjI4FzvdOIhKZpUFddCAS7VpwQJ7krtsP0R6
OAMSoWP4BnVG1ZmAkhk91R5CsyVXmggtuhOMOD8lAqTIQkDat120TbSQ+6yPvGSs
6MR5SKV4FOpW5F84gz7ETxpqJZwRmYo2ZfrvOJx3tvGlCxO8q0mLAEKckMakdOfm
UlGp0HLXPA/P8TIxM4VqJO/QPNugqU5WiWEVfB80uAV0mkdCcjkuVaPtbkqAu0wF
63H6MJEh8tlwjcW+urPiGcWMOn3kjWyjM6SLJ4R4vJOIP8seg6E7HGUqoUercShn
15FzQNUgFF9oY7Y3uYpB6N8Wqei9QTUiC05xaY2YUeM7B+Ec2YAUoV8B3PAEbZJN
MlsixzyOXCFi/H3d/WMRxSof9yE+C6lyJKcv+CYJgClcaLmi5q4KHPWPa9vHyXk/
t11xs2Tbua7pAiTVh6ahOxVKf3E1AIdB5wLJW1+UAIHjr1C2p+G3F8bhPR/h1Fkf
fgR/7OSHVnB9l+8bLeiITAQYEQIADAUCPi94HQUJA6gJAAAKCRApNXqLsx2QSBp+
AJ9yS3IP9pp0aMhtLyzlqO5k6ZOnywCgnktlZaK9Nf+i8EpSwqKLHZnaxqY=
=sUEa
-----END PGP PUBLIC KEY BLOCK-----