[pkg-kolab] Bug#599491: Bug#599491: Problem Upgrading Older Kolab Server to Newest Slapd

[Soren Stoutner]

Mathieu,

On Sat, Oct 9, 2010 at 10:45 AM, Mathieu Parent <math.parent at gmail.com>wrote:

>
> > When I attempt to upgrade a Kolab server that has been in production for
> > several years,
>
> Upgrading from which version? (kolab was not in lenny).
>
>
This server runs a constantly updated version of testing.  Kolab was
initially installed probably two years ago.


> The problem comes from IMPPREFS. Storing Horde prefs in LDAP is
> deprecated by the Kolab project since 2.2.1 (see
> https://issues.kolab.org/issue3567).
> You should remove all those *Prefs attributes before the update. You
> can also re-add the Horde schema in the slapd.conf (and template).
> The recommended way is to remove all prefs from LDAP. Users will need
> to set those again.
> There is a script for this in §6 of
> http://hg.kolab.org/server/file/5f73a1437a1d/1st.README (you should
> adapt it to native packages).
>
>
Thanks for these instructions.  This was the missing piece of information I
wasn't able to find by myself.

I followed the instructions and removed all of the Horde information.  When
attempting to upgrade I now
receive a new error that I can't seem to figure out.

root at mail:/etc/ldap# apt-get install slapd
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be upgraded:
  slapd
1 upgraded, 0 newly installed, 0 to remove and 75 not upgraded.
Need to get 0B/1,586kB of archives.
After this operation, 45.1kB disk space will be freed.
Preconfiguring packages ...
(Reading database ... 162158 files and directories currently installed.)
Preparing to replace slapd 2.4.17-2.1 (using .../slapd_2.4.23-6_amd64.deb)
...
Stopping OpenLDAP: slapd.
  Dumping to /var/backups/slapd-2.4.17-2.1:
  - directory dc=stoutner,dc=org... slapcat: Symbol
`ldap_int_global_options' has different size in shared object, consider
re-linking
str2entry: invalid value for attributeType objectClass #0 (syntax
1.3.6.1.4.1.1466.115.121.1.38)
root_dse_read_file: could not parse entry (file="/etc/kolab/rootDSE.ldif"
line=3)
olcRootDSE: value #0: <olcRootDSE> could not read file
/etc/kolab/rootDSE.ldif
config error processing cn=config: <olcRootDSE> could not read file
slapcat: bad configuration directory!
failed.
dpkg: error processing /var/cache/apt/archives/slapd_2.4.23-6_amd64.deb
(--unpack):
 subprocess new pre-installation script returned error exit status 1
configured to not write apport reports
                                        Backing up /etc/ldap/slapd.conf in
/var/backups/slapd-2.4.23-6... done.
Starting OpenLDAP: slapd.
Errors were encountered while processing:
 /var/cache/apt/archives/slapd_2.4.23-6_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

The contents of /etc/kolab/rootDSE.ldif is simply:

dn:
objectClass: kolab

Note that there is no line 3.  I found one reference to this error relating
to an OpenSUSE installation, but I'm not sure
how it applies to Debian.
http://www.kolab.org/pipermail/kolab-users/2009-May/009964.html

Soren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-kolab-devel/attachments/20101012/880d2f18/attachment.htm>