postinstaller expects slapd.d to be a directory

Bug #1245921 reported by Raubvogel
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
openldap (Ubuntu)
Confirmed
High
Unassigned

Bug Description

Related to https://answers.launchpad.net/ubuntu/+source/openldap/+question/237854

When upgrading slapd, I observed the following:

root@ubuntu:~# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue [Y/n]?
Setting up slapd (2.4.28-1.1ubuntu4.4) ...
  Backing up /etc/ldap/slapd.d in /var/backups/slapd-2.4.28-1.1ubuntu4.3... cp: cannot overwrite directory `/var/backups/slapd-2.4.28-1.1ubuntu4.3/slapd.d' with non-directory
dpkg: error processing slapd (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 slapd
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@ubuntu:~#

Now, I take the reason it did not like my /etc/ldap/slapd.d is because it is an alias (/etc/ldap/slapd.d -> /export/ldap/slapd). But, why should it care? There are many ways to copy an alias and expand it in the process. And, I have not noticed such behaviour before. Did something change in apt or openldap to make the postinstall annoyed at the alias?

The proposed solution/workaround worked but it still possible that it will fail next time.

Revision history for this message
Peter Matulis (petermatulis) wrote :

Probably an apparmor thing.

/etc/apparmor.d/usr.sbin.slapd

Changed in openldap (Ubuntu):
status: New → Confirmed
importance: Undecided → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.