Re: Fwd: RedHat 7.3, OpenLadp and DB Berkeley

[Craig White <craigwhite@azapple.com>]

just a guess...that the files (including log files) in your data
directory aren't owned by your ldap user. Looks like you might need a
DB_CONFIG for your data directory.

Those are very old and unsupported versions of db4 and openldap you are
using.

Craig

On Tue, 2006-03-07 at 09:18 +0100, Toni Menendez Lopez wrote:
> This are packages that I have :
>  
> BerkeleyDB-4.1.25-20050311.7.3.i686.rpm
> openldap-clients-servers-2.1.30-20050311.7.3.i686.rpm
> openldap-configuration-2.1.30-15.7.3.noarch.rpm
>  
> And this is the error that I have :
>  
> bdb_initialize: Sleepycat Software: Berkeley DB 4.1.25: (December 19,
> 2002)
> bdb_db_init: Initializing BDB database
> bdb_db_init: Initializing BDB database
> bdb(ou=CONTENT,o=alcatel,c=fr): write: 0xbfffd720, 8192: Invalid
> argument 
> bdb_db_open: dbenv_open failed: Invalid argument (22)
> backend_startup: bi_db_open failed! (22)
> bdb(ou=CONTENT,o=alcatel,c=fr): txn_begin interface requires an
> environment configured for the transaction subsystem 
> => bdb_tool_entry_put: txn_begin failed: Invalid argument (22)
> slapadd: could not add entry dn="ou=CONTENT,o=alcatel,c=fr" (line=4):
> txn_begin failed: Invalid argument (22)
> bdb(ou=CONTENT,o=alcatel,c=fr): txn_checkpoint interface requires an
> environment configured for the transaction subsystem 
> bdb_db_destroy: txn_checkpoint failed: Invalid argument (22)
> bdb_initialize: Sleepycat Software: Berkeley DB 4.1.25: (December 19,
> 2002)
>  
> Any suggestion ?
>  
> Toni.
> 
>  
> 2006/3/6, Craig White <craigwhite@azapple.com>: 
>         On Mon, 2006-03-06 at 15:19 +0100, Toni Menendez Lopez wrote:
>         > Sorry about my previous messages,
>         >
>         > I need any king of tutorial or something similar to instalar
>         OPenLdap, Db
>         > Berkeley over RedHat7.3. Because I am having lots of
>         problems and I am not
>         > able to start the openladp server.
>         >
>         ----
>         stock packages? If so, they are so far out of date that it
>         doesn't make
>         much sense to bother with.
>         
>         Craig
>         
>