Bug 230959

Summary: every upgrade of openldap server fails to replace the database
Product: [Fedora] Fedora Reporter: david.hagood
Component: openldapAssignee: Jan Safranek <jsafrane>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-04-25 06:34:30 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description david.hagood 2007-03-04 22:06:36 EST
Description of problem:
Every time openldap-servers is updated, it
a) moves all the database to /var/lib/lapd/rpmorig
b) Creates an upgrade.ldif files

As a result, the LDAP database is left in a default state without any of my data
in it.

Version-Release number of selected component (if applicable):

How reproducible:
Every time

Steps to Reproduce:
1. Wait for new openldap packages to be available via YUM
2. yum -t -y --skip-broken upgrade

Actual results:
LDAP data files are backed up, but not restored, leaving LDAP directory in
default state.

Expected results:
LDAP directory should be restored to containing the data it did before the upgrade.

Additional info:
Comment 1 Jan Safranek 2007-04-25 06:34:30 EDT
There were some problems in %preun/%postun, they are corrected in openldap*-

Updates _from_ 2.3.34-0.fc7 to newer version should work. 

Please note that update from older version _to_ 2.3.34-0.fc7 will break the 
database "as usual". Manually run 'slapadd /var/lib/ldap/upgrade.ldif' to 
restore the database. You can find the old database in /var/lib/ldap/rpmorig in 
case of some problem. 

I have also submited openldap-2.3.30-2.fc5 and .fc6 to testing, fixing the same 
issue. Updates _to_ 2.3.30.fc5/6 will break the DB, updates _from_ 2.3.30 
should work.