Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2011-05-19 Thread Thijs Kinkhorst
Hoi Matthijs,

Is er een kans dat dit probleem in stable gepatcht wordt? Ik wil er wel bij 
helpen als dat nodig is, laat maar weten!


Groeten,
Thijs

-- 
Thijs Kinkhorst th...@uvt.nl – LIS Unix

Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE
Bezoekadres  Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl


signature.asc
Description: This is a digitally signed message part.


Bug#598361: slapd slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-10-07 Thread Anthony Milan


On Tue, 28 Sep 2010 14:52:52 -0700, Quanah Gibson-Mount wrote:

 BTW, there is one other difference between the two servers, the master
 is 64-bit, while the slave is 32-bit.

I have a only one server in 32-bit and I get the same error with hdb:

hdb_db_open: database dc=ch-stbrieuc,dc=fr: unclean shutdown detected; 
attempting recovery.
hdb_db_open: database dc=ch-stbrieuc,dc=fr: recovery skipped in read-only 
mode. Run manual recovery if errors are encountered.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages slapd depends on:
ii  adduser   3.112  add and remove users and groups
ii  coreutils 8.5-1  GNU core utilities
ii  debconf [debconf-2.0] 1.5.35 Debian configuration management sy
ii  libc6 2.11.2-6   Embedded GNU C Library: Shared lib
ii  libdb4.8  4.8.30-2   Berkeley v4.8 Database Libraries [
ii  libgnutls26   2.8.6-1the GNU TLS library - runtime libr
ii  libldap-2.4-2 2.4.23-6   OpenLDAP libraries
ii  libltdl7  2.2.6b-2   A system independent dlopen wrappe
ii  libperl5.10   5.10.1-14  shared Perl library
ii  libsasl2-22.1.23.dfsg1-6 Cyrus SASL - authentication abstra
ii  libslp1   1.2.1-7.8  OpenSLP libraries
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip
ii  perl [libmime-base64-perl 5.10.1-14  Larry Wall's Practical Extraction
ii  psmisc22.11-1utilities that use the proc file s
ii  unixodbc  2.2.14p2-1 ODBC tools libraries

Versions of packages slapd recommends:
ii  libsasl2-modules  2.1.23.dfsg1-6 Cyrus SASL - pluggable authenticat
Versions of packages slapd suggests:
ii  ldap-utils2.4.23-6   OpenLDAP utilities

-- Configuration Files:
/etc/default/slapd changed:
SLAPD_CONF=/etc/ldap/slapd.conf
SLAPD_USER=openldap
SLAPD_GROUP=openldap
SLAPD_PIDFILE=
SLAPD_SERVICES=ldap:/// ldapi:///
SLAPD_SENTINEL_FILE=/etc/ldap/noslapd
SLAPD_OPTIONS=

-- debconf information:
  slapd/internal/generated_adminpw: (password omitted)
* slapd/password2: (password omitted)
  slapd/internal/adminpw: (password omitted)
* slapd/password1: (password omitted)
  slapd/password_mismatch:
  slapd/invalid_config: true
  shared/organization: ch-stbrieuc.fr
  slapd/upgrade_slapcat_failure:
  slapd/backend: HDB
  slapd/dump_database: when needed
  slapd/allow_ldap_v2: false
  slapd/no_configuration: false
  slapd/move_old_database: true
  slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/purge_database: false
  slapd/domain: ch-stbrieuc.fr




-- 
Anthony Milan

Centre Hospitalier de Saint-Brieuc
Direction du système d'information
22027 Saint-Brieuc Cedex 1
Tél : 02 96 01 78 39 (67839)
Fax : 02 96 01 75 57




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Bryan K. Walton
Package: slapd
Version: 2.4.23-6
Severity: normal


I've recently upgraded slapd from Lenny to Squeeze.  Nightly, I run
a slapcat to dump to directory to an LDIF file for backup.  Since
the upgrade, I now get the following error:

bdb_db_open: database dc=i-clic,dc=uihc,dc=uiowa,dc=edu: unclean
shutdown detected; attempting recovery.
bdb_db_open: database dc=i-clic,dc=uihc,dc=uiowa,dc=edu: recovery
skipped in read-only mode. Run manual recovery if errors are
encountered.

I get this error every time.  I also get this error when I run slaptest.

After doing some research online, I have installed db4.8-util and have
run:

db4.8-recover
db4.8-checkpoint -1

These commands seem to run fine.  I have verified that my slapd instance
is using 4.8 (4.8.30).  However, I can immediately run the slapcat or
slaptest after running the above commands and the same error repeats 
itself.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32.22 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages slapd depends on:
ii  adduser   3.112  add and remove users and groups
ii  coreutils 8.5-1  GNU core utilities
ii  debconf [debconf-2.0] 1.5.35 Debian configuration management sy
ii  libc6 2.11.2-6   Embedded GNU C Library: Shared lib
ii  libdb4.8  4.8.30-2   Berkeley v4.8 Database Libraries [
ii  libgnutls26   2.8.6-1the GNU TLS library - runtime libr
ii  libldap-2.4-2 2.4.23-6   OpenLDAP libraries
ii  libltdl7  2.2.6b-2   A system independent dlopen wrappe
ii  libperl5.10   5.10.1-14  shared Perl library
ii  libsasl2-22.1.23.dfsg1-6 Cyrus SASL - authentication abstra
ii  libslp1   1.2.1-7.8  OpenSLP libraries
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip
ii  perl [libmime-base64-perl 5.10.1-14  Larry Wall's Practical Extraction 
ii  psmisc22.11-1utilities that use the proc file s
ii  unixodbc  2.2.14p2-1 ODBC tools libraries

Versions of packages slapd recommends:
ii  libsasl2-modules  2.1.23.dfsg1-6 Cyrus SASL - pluggable authenticat

Versions of packages slapd suggests:
ii  ldap-utils2.4.23-6   OpenLDAP utilities

-- Configuration Files:
/etc/default/slapd changed:
SLAPD_CONF=/etc/ldap/slapd.conf
SLAPD_USER=openldap
SLAPD_GROUP=openldap
SLAPD_PIDFILE=
SLAPD_SERVICES=ldap:/// ldaps:/// ldapi:///
SLAPD_SENTINEL_FILE=/etc/ldap/noslapd
SLAPD_OPTIONS=


-- debconf information:
  slapd/tlsciphersuite:
  slapd/password_mismatch:
  slapd/invalid_config: true
  shared/organization: i-clic.uihc.uiowa.edu
  slapd/upgrade_slapcat_failure:
  slapd/slurpd_obsolete:
  slapd/backend: HDB
  slapd/dump_database: when needed
  slapd/allow_ldap_v2: false
  slapd/no_configuration: false
  slapd/move_old_database: true
  slapd/suffix_change: false
  slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/purge_database: false
  slapd/domain: i-clic.uihc.uiowa.edu



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Matthijs Mohlmann
On Sep 28, 2010, at 3:47 PM, Bryan K. Walton wrote:

 Package: slapd
 Version: 2.4.23-6
 Severity: normal
 
 
 I've recently upgraded slapd from Lenny to Squeeze.  Nightly, I run
 a slapcat to dump to directory to an LDIF file for backup.  Since
 the upgrade, I now get the following error:
 
 bdb_db_open: database dc=i-clic,dc=uihc,dc=uiowa,dc=edu: unclean
 shutdown detected; attempting recovery.
 bdb_db_open: database dc=i-clic,dc=uihc,dc=uiowa,dc=edu: recovery
 skipped in read-only mode. Run manual recovery if errors are
 encountered.
 
 I get this error every time.  I also get this error when I run slaptest.
 
 After doing some research online, I have installed db4.8-util and have
 run:
 
 db4.8-recover
 db4.8-checkpoint -1
 
 These commands seem to run fine.  I have verified that my slapd instance
 is using 4.8 (4.8.30).  However, I can immediately run the slapcat or
 slaptest after running the above commands and the same error repeats 
 itself.

Hi,

Do you before you backup, shutdown the slapd process ?

/etc/init.d/slapd stop
slapcat ...
/etc/init.d/slapd start

If you don't, then this is probably the reason for this error.

Regards,

Matthijs Möhlmann




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Walton, Bryan K
On Tue, 2010-09-28 at 15:58 +0200, Matthijs Mohlmann wrote:

 Do you before you backup, shutdown the slapd process ?
 
 /etc/init.d/slapd stop
 slapcat ...
 /etc/init.d/slapd start
 
 If you don't, then this is probably the reason for this error.

Hi Matthijs,

Thanks for the reply.  You are correct.  If I shutdown slapd first, no
error is generated.  I can start doing this.  However, I didn't think
this was necessary.  From the slapcat man page:

For some backend types, your slapd(8) should not be running (at least,
not in read-write mode) when you do this to ensure consistency of the
database. It is always safe to run slapcat  with the slapd-bdb(5),
slapd-hdb(5), and slapd-null(5) backends.

Is this no longer accurate?

-Bryan






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Quanah Gibson-Mount
--On Tuesday, September 28, 2010 9:45 AM -0500 Walton, Bryan K 
bryan-wal...@uiowa.edu wrote:



Thanks for the reply.  You are correct.  If I shutdown slapd first, no
error is generated.  I can start doing this.  However, I didn't think
this was necessary.  From the slapcat man page:

For some backend types, your slapd(8) should not be running (at least,
not in read-write mode) when you do this to ensure consistency of the
database. It is always safe to run slapcat  with the slapd-bdb(5),
slapd-hdb(5), and slapd-null(5) backends.

Is this no longer accurate?


If you run db_recover while slapd is running, you'll likely corrupt your 
database.  However, it is perfectly fine to run slapcat while slapd is 
running.


--Quanah


--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc

Zimbra ::  the leader in open source messaging and collaboration



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Matthijs Möhlmann

On 09/28/2010 04:45 PM, Walton, Bryan K wrote:

On Tue, 2010-09-28 at 15:58 +0200, Matthijs Mohlmann wrote:


Do you before you backup, shutdown the slapd process ?

/etc/init.d/slapd stop
slapcat ...
/etc/init.d/slapd start

If you don't, then this is probably the reason for this error.


Hi Matthijs,

Thanks for the reply.  You are correct.  If I shutdown slapd first, no
error is generated.  I can start doing this.  However, I didn't think
this was necessary.  From the slapcat man page:

For some backend types, your slapd(8) should not be running (at least,
not in read-write mode) when you do this to ensure consistency of the
database. It is always safe to run slapcat  with the slapd-bdb(5),
slapd-hdb(5), and slapd-null(5) backends.

Is this no longer accurate?

-Bryan



Bryan:
Asking one of the OpenLDAP developers.

Quanah, can you comment on this ?

Regards,

Matthijs Mohlmann



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Quanah Gibson-Mount
--On Tuesday, September 28, 2010 8:00 AM -0700 Quanah Gibson-Mount 
qua...@zimbra.com wrote:




If you run db_recover while slapd is running, you'll likely corrupt your
database.  However, it is perfectly fine to run slapcat while slapd is
running.


Finally, I would note I receive no such error while using slapcat with my 
own build of OpenLDAP 2.4.23:


zim...@zre-ldap002:~$ /opt/zimbra/openldap/sbin/slapcat -F 
/opt/zimbra/data/ldap/config -l /tmp/test.out -b ''

zim...@zre-ldap002:~$


--Quanah

--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc

Zimbra ::  the leader in open source messaging and collaboration



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Walton, Bryan K
On Tue, 2010-09-28 at 08:29 -0700, Quanah Gibson-Mount wrote:

 Finally, I would note I receive no such error while using slapcat with my 
 own build of OpenLDAP 2.4.23:
 
 zim...@zre-ldap002:~$ /opt/zimbra/openldap/sbin/slapcat -F 
 /opt/zimbra/data/ldap/config -l /tmp/test.out -b ''
 zim...@zre-ldap002:~$

Hi Quanah, I'll acknowledge that I this doesn't seem universal.  This is
only happening on our master ldap server.  On the slave, we are get no
such error.  Both are running the current slapd that exists in Squeeze.

Still, the master does give the error.  Running db4.8_recover doesn't
fix whatever the problem is (if there is really a problem).  Any ideas
how this can be fixed?  Is this possibly a bug in BDB 4.8 rather than
slapd?  

Thanks,
Bryan  




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: Bug#598361: Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Quanah Gibson-Mount
--On Tuesday, September 28, 2010 10:40 AM -0500 Walton, Bryan K 
bryan-wal...@uiowa.edu wrote:



On Tue, 2010-09-28 at 08:29 -0700, Quanah Gibson-Mount wrote:


Finally, I would note I receive no such error while using slapcat with
my  own build of OpenLDAP 2.4.23:

zim...@zre-ldap002:~$ /opt/zimbra/openldap/sbin/slapcat -F
/opt/zimbra/data/ldap/config -l /tmp/test.out -b ''
zim...@zre-ldap002:~$


Hi Quanah, I'll acknowledge that I this doesn't seem universal.  This is
only happening on our master ldap server.  On the slave, we are get no
such error.  Both are running the current slapd that exists in Squeeze.

Still, the master does give the error.  Running db4.8_recover doesn't
fix whatever the problem is (if there is really a problem).  Any ideas
how this can be fixed?  Is this possibly a bug in BDB 4.8 rather than
slapd?


Well, the server I ran slapcat on is a master server, so I don't think 
that's relevant. ;)  Also, numerous people run OpenLDAP with bdb 4.8 and 
haven't reported such an error.  So it's unlikely it is a 4.8 issue, 
although it could be possible.


Is there any difference in file system between the master and replicas? 
I.e., nfs or ext4 vs ext3 etc?


--Quanah


--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc

Zimbra ::  the leader in open source messaging and collaboration



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: Bug#598361: Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Walton, Bryan K
On Tue, 2010-09-28 at 09:00 -0700, Quanah Gibson-Mount wrote:

 
 Is there any difference in file system between the master and replicas? 
 I.e., nfs or ext4 vs ext3 etc?

Yes. The one giving the error is on an ext3.  The one without an error
is xfs.  I just took the liberty of unmounting the ext3 filesystem on
the machine in question and forcing a filesystem check which came back
clean.  After staring slapd up again, I still get the error.

-Bryan




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: Bug#598361: Bug#598361: Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Quanah Gibson-Mount
--On Tuesday, September 28, 2010 11:19 AM -0500 Walton, Bryan K 
bryan-wal...@uiowa.edu wrote:



On Tue, 2010-09-28 at 09:00 -0700, Quanah Gibson-Mount wrote:



Is there any difference in file system between the master and replicas?
I.e., nfs or ext4 vs ext3 etc?


Yes. The one giving the error is on an ext3.  The one without an error
is xfs.  I just took the liberty of unmounting the ext3 filesystem on
the machine in question and forcing a filesystem check which came back
clean.  After staring slapd up again, I still get the error.


Please try the following:

(a) stop slapd
(b) run db_recover on the database
(c) remove the alock file in the database directory
(d) start slapd
(e) run slapcat

Thanks,
Quanah


--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc

Zimbra ::  the leader in open source messaging and collaboration



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: Bug#598361: Bug#598361: Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Walton, Bryan K
On Tue, 2010-09-28 at 09:27 -0700, Quanah Gibson-Mount wrote:

 Please try the following:
 
 (a) stop slapd
 (b) run db_recover on the database
 (c) remove the alock file in the database directory
 (d) start slapd
 (e) run slapcat

I just completed this.  Still get the same error.

-Bryan




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: Bug#598361: Bug#598361: Bug#598361: Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Quanah Gibson-Mount
--On Tuesday, September 28, 2010 11:34 AM -0500 Walton, Bryan K 
bryan-wal...@uiowa.edu wrote:



On Tue, 2010-09-28 at 09:27 -0700, Quanah Gibson-Mount wrote:


Please try the following:

(a) stop slapd
(b) run db_recover on the database
(c) remove the alock file in the database directory
(d) start slapd
(e) run slapcat


I just completed this.  Still get the same error.


Ok, well, that rules out a corrupted alock file (which I've had happen a 
few times).


The last thing I can think of, just to verify the database didn't get into 
an odd place, would be to reload the master.  I'd spot check the LDIF file 
to make sure it looked fine.


--Quanah

--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc

Zimbra ::  the leader in open source messaging and collaboration



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: Bug#598361: Bug#598361: Bug#598361: Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Walton, Bryan K
On Tue, 2010-09-28 at 09:42 -0700, Quanah Gibson-Mount wrote:

 
 The last thing I can think of, just to verify the database didn't get into 
 an odd place, would be to reload the master.  I'd spot check the LDIF file 
 to make sure it looked fine.

Thanks.  That didn't seem to make any difference. LDIF file seems
perfectly correct.  I dumped both directories (master and slave), and
LDIFs were identical.  Yet, slapcat errors on the master and not the
slave.  Anyway, I repopulated the directory and still get the error.

BTW, there is one other difference between the two servers, the master
is 64-bit, while the slave is 32-bit.

The other thing I find odd is that the error only occurs when slapd is
running.  If there was really a problem, wouldn't the error also occur
when doing a slapcat while slapd is stopped?

Thanks,
Bryan




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: [Pkg-openldap-devel] Bug#598361: Bug#598361: Bug#598361: Bug#598361: Bug#598361: Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Quanah Gibson-Mount
--On Tuesday, September 28, 2010 1:21 PM -0500 Walton, Bryan K 
bryan-wal...@uiowa.edu wrote:



On Tue, 2010-09-28 at 09:42 -0700, Quanah Gibson-Mount wrote:



The last thing I can think of, just to verify the database didn't get
into  an odd place, would be to reload the master.  I'd spot check the
LDIF file  to make sure it looked fine.


Thanks.  That didn't seem to make any difference. LDIF file seems
perfectly correct.  I dumped both directories (master and slave), and
LDIFs were identical.  Yet, slapcat errors on the master and not the
slave.  Anyway, I repopulated the directory and still get the error.

BTW, there is one other difference between the two servers, the master
is 64-bit, while the slave is 32-bit.

The other thing I find odd is that the error only occurs when slapd is
running.  If there was really a problem, wouldn't the error also occur
when doing a slapcat while slapd is stopped?


Yeah, I really have no idea why you are seeing this.  I would note that a 
32-bit binary would not work well with a 64-bit built database (or vice 
versa), but I assume both slapd and slapcat in your case are 64-bit.


--Quanah


--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc

Zimbra ::  the leader in open source messaging and collaboration



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598361: slapd: slapcat gives unclean shutdown detected; attempting recovery after squeeze upgrade

2010-09-28 Thread Walton, Bryan K
 Quanah Gibson-Mount wrote:

 Yeah, I really have no idea why you are seeing this.  I would note that a
 32-bit binary would not work well with a 64-bit built database (or vice
 versa), but I assume both slapd and slapcat in your case are 64-bit.

Yes.  The box is running Debian Squeeze with all packages coming from the
AMD64 Debian release.  Both slapd and slapcat binaries come from this deb
package:

slapd_2.4.23-6_amd64.deb

-Bryan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org