[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
openLDAP not starting on redhat 8
Hello,
I have a somewhat interesting/perplexing problem. I am unable to start
openldap on a redhat 8 box after I copy a database to it that was
created on a redhat 9 box. Here are the facts of the case so far:
1). The build process was almost identical on both machines. I used the
same version of BDB (4.2.52) and openLDAP (2.1.25).
2). I captured the output of the BDB and OpenLDAP configuration scripts
from both the rh8 and rh9 machines and diffed them. The only differences
were in the BDB configuration outputs, and those differences were:
root@localhost:/tmp 1# diff config_bdb_rh9.log config_bdb_rh8.log
87c87
< checking if cc supports -fno-rtti -fno-exceptions... no
---
> checking if cc supports -fno-rtti -fno-exceptions... yes
169c169
< checking for mutexes... POSIX/pthreads/library
---
> checking for mutexes... x86/gcc-assembly
3). When OpenLDAP on the rh8 machine is started with an empty db, it
starts fine.
4). Both machines have identical schema files, and their slapd.conf
files are derived from templates, and thus are essentially the same.
5). After copying the data files from the rh9 machine to the rh8
machine, I try to start ldap on the rh8 machine with
'/usr/local/libexec/slapd -d 256' and I get the following output:
[root@ws01 ldap]# /usr/local/libexec/slapd -d 256
daemon: socket() failed errno=97 (Address family not supported by protocol)
bdb_initialize: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003)
bdb_db_init: Initializing BDB database
bdb(dc=vindicia,dc=com): Program version 4.2 doesn't match environment
version
bdb_db_open: dbenv_open failed: Invalid argument (22)
backend_startup: bi_db_open(0) failed! (22)
bdb(dc=vindicia,dc=com): txn_checkpoint interface requires an
environment configured for the transaction subsystem
bdb_db_destroy: txn_checkpoint failed: Invalid argument (22)
slapd stopped.
connections_destroy: nothing to destroy.
The error part starts after the "bdb_db_init: Initializing BDB database"
line as the socket error on the top is encountered on all machines and
appears to be non-fatal (and I believe has something to do with IPv6
addresses?). Now, being that both configurations are nearly identical, I
am wondering if the differences in the BDB configurations may have
something to do with this issue. Furthermore, I tried the same build on
another rh8 machine, and diffed its config logs against the first rh8
machine. No differences were shown, and when I copied the rh9 data files
across, I got the same error. This build process has been used on
numerous rh9 machines so far and no problems were encountered when I
copied the data files across from the master server. Any help would be
greatly appreciated. Many thanks in advance.
Best,
Peter Traub