Re: a couple remaining issues after dist-upgrade, etch -> lenny
On Tue, 25 Aug 2009, Niu Kun wrote:
> Robert P. J. Day 写道:
> > i finally pulled the trigger on this, almost 300 packages upgraded,
> > rebooted and here are some of the (apparently non-fatal) issues i ran
> > across:
... snip ...
> > 3) in fact, running "aptitude upgrade" tells me that slapd is still
> > only partially configured, but trying to finish the configuration
> > gives me:
> >
> > =====
> >
> > Setting up slapd (2.4.11-1) ...
> > Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.3.30-5+etch2...
> > done.
> > Upgrading BDB 'checkpoint' options... .
> > Moving old database directories to /var/backups:
> > Loading from /var/backups/slapd-2.3.30-5+etch2:
> > - directory dc=<XXXXXX>,dc=com... failed.
> >
> > Loading the database from the LDIF dump failed with the following
> > error while running slapadd:
> > /etc/ldap/slapd.conf: line 50: unknown directive <defaultaccess> outside
> > backend info and database definitions.
> > slapadd: bad configuration file!
> > dpkg: error processing slapd (--configure):
> > subprocess post-installation script returned error exit status 1
> >
> > =====
> >
> > i'm not an LDAP expert -- can i just comment out the offending line?
> >
> > defaultaccess write
> >
> Don't know if defaultaccess is set to write is good enough for your
> application.
> You can try comment it out or add the following line to your config file:
> access to *
> by * write
> As far as I know, it's really dangerous and should be fully tested in advance.
> Hope this helps.
for now, just to finish getting slapd configured, i commented out
the "defaultaccess" line, at which point i got the error:
"error while running slapadd:
/etc/ldap/slapd.conf: line 64: <lastmod> extra cruft after <on|off>
that line originally read:
lastmod on replogfile /var/lib/ldap/replog
so i just obeyed the diagnostic and changed it to:
lastmod on
and the slapd configuration completed. i'll go over the docs later
but, as long as slapd seems to be running for the moment, i'm hoping
those changes are adequate.
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Annoying Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
Reply to: