Public bug reported:
This is the affected following setup:
* apache2-mpm-worker
* libapache2-mod-php5
* mediawiki
(all from quantal in my case).
After doing /etc/init.d/apache2 reload, POST requests to mediawiki (e.g. page
preview or save) fail with a lost connection. The log files only show a
I can confirm this. While this setup doesn't seem too common, it's certainly a
valid and supported one.
This needs to be adressed on the slapd side, so reassigning this.
The suggested fix (adduser openldap sasl) is quite simple, won't cause any
regressions, but does give the slapd process some
Blueprint changed by Philipp Kaluza:
Whiteboard changed to:
2006-12+21 khaeru: might this be handled by the ubuntu-server-tasks
spec?
21/12/2006 - I think we should pick an existing suite, i.e. hula and
then create the ubiquitous middleware to achieve what we want
13/07/2007 (stephan-impilinux
** Also affects: libnss-ldap (Kairos Linux)
Importance: Undecided
Status: New
** Changed in: libnss-ldap (Kairos Linux)
Importance: Undecided = Medium
--
uri ldaps://host requires trailing '/' to work
https://bugs.launchpad.net/bugs/165108
You received this bug notification because
** Also affects: libnss-ldap (Kairos Linux)
Importance: Undecided
Status: New
** Changed in: libnss-ldap (Kairos Linux)
Importance: Undecided = Medium
Assignee: (unassigned) = Kairos Maintainers techref group
(kairos-techref)
Status: New = Confirmed
--
libnss-ldap
** Bug watch added: Debian Bug tracker #497098
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497098
** Changed in: debian
Importance: Undecided = Unknown
** Changed in: debian
Status: New = Unknown
** Changed in: debian
Remote watch: None = Debian Bug tracker #497098
--
Klaus: in an environment of this size, I strongly recommend against using
libnss-ldap, because it just doesn't scale well enough. Please try installing
nslcd and libnss-ldapd (notice the d), get it running, after that add nscd
again, and evaluate if this better fits your needs. If it doesn't,
I think Sam was proposing to pull this new version as an update into karmic.
The SRU guidelines state that this should hit lucid first, before we ask for an
SRU. (Since this bug is a bit high-profile, it might make sense to speed up
this process by uploading a dedicated bugfix package to lucid
in: sudo (Kairos Linux)
Importance: Undecided = High
** Changed in: sudo (Kairos Linux)
Status: New = Confirmed
** Changed in: sudo (Kairos Linux)
Assignee: (unassigned) = Philipp Kaluza (pixelpapst)
--
NSS using LDAP on Karmic breaks 'su' and 'sudo'
https://bugs.launchpad.net
Howard, I have longingly looked at libnss-ldapd for almost 4 years now, and
absolutely agree it has a better architecture, cleaner code etc., and is a
sensible long-term migration path. (The other possibly being sssd.)
But multiple test migrations in my LDAP deployments always turned up some
10 matches
Mail list logo