postinstaller expects slapd.d to be a directory

Bug #1245921 reported by Raubvogel on 2013-10-29
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
openldap (Ubuntu)
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.

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  Edit
Everyone can see this information.

Other bug subscribers