Your message dated Tue, 15 Apr 2014 09:54:02 -0700 with message-id <camxh3qdfatpc4o1sjo5n3dmdqza63nhy8tsldzywfbqbs+d...@mail.gmail.com> and subject line Re: Bug#613647: unable to reproduce slapd.conf limits failure has caused the Debian Bug report #613647, regarding Upgrade Lenny -> Squeeze: failed to correctly parse slapd.conf / limits to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 613647: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613647 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: slapd Version: 2.4.23-7 Severity: important *** Please type your report below this line *** Hi, dist-upgrade Lenny to Squeeze failed with my slapd.conf. The following statement (and more statements with size=unlimited and time=unlimited) where not correctly parsed/translated: limits dn.regex="^cn=.*,ou=replication,dc=volkshilfe-ooe,dc=at" size=unlimited time=unlimited The resulting ldif contained: olcLimits: {0}dn.regex="^cn=.*,ou=replication,dc=volkshilfe-ooe,dc=at" and ommited the time= and size= part. This caused a dpkg failure. Manually fixing olcDatabase={1}bdb.ldif (appending the size and time statements) and a following dpkg --configure -a resolved this. /r -- System Information: Debian Release: 6.0 Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slapd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii coreutils 8.5-1 GNU core utilities ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libperl5.10 5.10.1-17 shared Perl library ii libsasl2-2 2.1.23.dfsg1-7 Cyrus SASL - authentication abstra ii libslp1 1.2.1-7.8 OpenSLP libraries ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii perl [libmime-base64-pe 5.10.1-17 Larry Wall's Practical Extraction ii psmisc 22.11-1 utilities that use the proc file s ii unixodbc 2.2.14p2-1 ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules 2.1.23.dfsg1-7 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: ii ldap-utils 2.4.23-7 OpenLDAP utilities -- Configuration Files: /etc/default/slapd changed [not included] -- debconf information excluded -- Rainer Ruprechtsbergeru Volkshilfe Oberösterreich EDV Glimpfingerstrasse 48 4020 Linz Tel.: 0732/3405-123 Mobil.: 0676/8734-1123 ZVR Zahl: 064371505
--- End Message ---
--- Begin Message ---The below was meant to go to -done, not -quiet; apologies. On Tue, Apr 15, 2014 at 9:24 AM, Ryan Tandy <[email protected]> wrote: > Hi Rainer, thanks for answering, > > On Tue, Apr 15, 2014 at 12:43 AM, Rainer Ruprechtsberger > <[email protected]> wrote: >> unfortunatly I don't have any of these configfiles around anymore. >> Well.. it was Lenny -> Squeeze so I guess it's not that unfortunate not >> having them around anymore. > > In that case, I'm closing this bug as I don't think there's more we > can do with it. > >> I did not re-test this behaviour from Squeeze -> Wheezy because of Bug >> 614569 which is still there (and won't dissapear as long as a schema >> check is mandatory for post-upgrade re-import). > > I hadn't read that bug yet. Nice to know in advance that its submitter > is alive. There's still a long list of open bugs, but I'll make it > that far eventually... :) > > thanks, > Ryan
--- End Message ---
