Great. Thanks for that link, and also for the analysis and suggestions. You're right: there is an implicit assumption that suffixes are unique, and this setup is a valid one that breaks it.
With this change: http://anonscm.debian.org/cgit/pkg- openldap/openldap.git/commit/debian/slapd.scripts- common?id=57b0cc5ae377b00219e73be87e0c3a151b5eda99 the dump part at least doesn't fail ("slapcat -b dc=example,dc=com" is executed twice, operating on the disk-backed db both times), but I wouldn't exactly call that correct. Of course, running "slapadd -b dc=example,dc=com" twice is never going to work. (Well, maybe if the database is totally empty.) (Additionally, moving the old database out of the way doesn't work if we have {1}ldap and {2}hdb instead of the reverse.) I already wanted to redo the loops like you suggested; this is just another reason to move forward on that. Probably it would be most robust to use slap{cat,add} -nN instead of -b $suffix; at least that would have the least chance for ambiguity. ** Changed in: openldap (Ubuntu) Status: New => In Progress ** Changed in: openldap (Ubuntu) Assignee: (unassigned) => Ryan Tandy (rtandy) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openldap in Ubuntu. https://bugs.launchpad.net/bugs/1362481 Title: openldap upgrade fails. chwon of olcDbDirectory, /var/lib/ldap not empty and missing backup of suffix To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/1362481/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs