[Bug 1102366] [NEW] libapache2-mod-php5: Segmentation fault on mediawiki POST requests after apache2 reload

2013-01-21 Thread Philipp Kaluza
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 line 
like this:
[Mon Jan 21 12:21:06 2013] [notice] child pid 16018 exit signal Segmentation 
fault (11)

Doing /etc/init.d/apache2 restart works around the problem.

This seems to be the same as http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=691318 and possibly http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=694473 . I'm blaming PHP for now, in accordance
with the upstream reporters. :-)

Creating a backtrace from the apache child processes has proved quite
challenging, so I'm stopping here.

Thank you for your consideration,
  Philipp

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: libapache2-mod-php5 5.4.6-1ubuntu1.1
ProcVersionSignature: Ubuntu 3.5.0-19.30-generic 3.5.7
Uname: Linux 3.5.0-19-generic x86_64
ApportVersion: 2.6.1-0ubuntu9
Architecture: amd64
Date: Mon Jan 21 12:34:51 2013
MarkForUpload: True
SourcePackage: php5
UpgradeStatus: Upgraded to quantal on 2012-12-10 (41 days ago)

** Affects: php5 (Ubuntu)
 Importance: Undecided
 Status: New

** Affects: php5 (Debian)
 Importance: Unknown
 Status: Unknown


** Tags: amd64 apport-bug quantal

** Bug watch added: Debian Bug tracker #691318
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691318

** Also affects: php5 (Debian) via
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691318
   Importance: Unknown
   Status: Unknown

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1102366

Title:
  libapache2-mod-php5: Segmentation fault on mediawiki POST requests
  after apache2 reload

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1102366/+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


[Bug 616719] Re: slow group indexing when using huge ldap

2010-10-21 Thread Philipp Kaluza
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, you might 
also have a look at sssd and libnss-sss, but AFAICR that's only really 
available starting from maverick.
BTW both these daemons come with their own pam packages, which replace 
libpam-ldap.

-- 
slow group indexing when using huge ldap
https://bugs.launchpad.net/bugs/616719
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libnss-ldap in ubuntu.

-- 
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


[Bug 423252] Re: NSS using LDAP on Karmic breaks 'su' and 'sudo'

2010-04-17 Thread Philipp Kaluza
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 
show-stopper problem or another. The last of these happend 3-4 months ago with 
ubuntu workstations, running an up-to-date karmic client-side (actually 
triggered by trying to work around exactly this bug).
  If the server team decides they want to try migrating for lucid, i'd be the 
first to offer help testing. But I sure don't see this happening before lucid+1.

Disclaimer: haven't tried the caching slapd with nssov yet, only nslcd,
because i need at least an incremental migration path.

-- 
NSS using LDAP on Karmic breaks 'su' and 'sudo'
https://bugs.launchpad.net/bugs/423252
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libnss-ldap in ubuntu.

-- 
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


[Bug 423252] Re: NSS using LDAP on Karmic breaks 'su' and 'sudo'

2010-04-04 Thread Philipp Kaluza
@Andreas: wow, that explains a lot, especially why installing nscd seems to 
help.
Because if nscd is not running, the libnss_ldap function getpwnam() resolves to 
will run in process, and someone in there (libgnutls ?) does the priviledge 
drop.
Good catch, let's investigate further.

** Changed 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/bugs/423252
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libnss-ldap in ubuntu.

-- 
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


[Bug 489418] Re: Strange behavior of libkrb5 since karmic ...

2009-11-30 Thread Philipp Kaluza
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 any case.)
The changes sure look reasonable enough, debdiff attached (except that you have 
to wade through a lot of .ps diff lines). 


** Attachment added: debdiff from krb5-1.7dfsg~beta3 to krb5-1.7+dfsg, most of 
which is a diffed postscript file
   http://launchpadlibrarian.net/36269050/krb5_1.7%2Bdfsg-3.debdiff

-- 
Strange behavior of libkrb5 since karmic ...
https://bugs.launchpad.net/bugs/489418
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to krb5 in ubuntu.

-- 
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


[Bug 27463] Re: [needs-packaging] 389 Directory Server for Ubuntu

2009-09-02 Thread Philipp Kaluza
** 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

-- 
[needs-packaging] 389 Directory Server for Ubuntu
https://bugs.launchpad.net/bugs/27463
You received this bug notification because you are a member of Ubuntu
Server Team, which is a direct subscriber.

-- 
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


[Bug 334374] Re: libnss-ldap should not depend on libpam-ldap

2009-03-03 Thread Philipp Kaluza
** 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 should not depend on libpam-ldap
https://bugs.launchpad.net/bugs/334374
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libnss-ldap in ubuntu.

-- 
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


[Bug 165108] Re: uri ldaps://host requires trailing '/' to work

2008-11-18 Thread Philipp Kaluza
** 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 you are a member of Ubuntu
Server Team, which is subscribed to libnss-ldap in ubuntu.

-- 
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


[Blueprint groupware-server] Groupware Server

2008-06-07 Thread Philipp Kaluza
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) - We have recently evaluated a load of
these solutions and have some professional experience in it.

2008-06-07 (pixelpapst) - Just a quick reminder that the hula project
ist effectively dead since late 2006, and the community created a fork
called bongo project. However, by now they ripped out all of Hula's
LDAP connectivity, which makes this a very pretty but useless solution
for SmallBusinessServer.

-- 
  Groupware Server
  https://blueprints.edge.launchpad.net/ubuntu/+spec/groupware-server

-- 
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


[Bug 218899] Re: upgrade to hardy: user openldap is not added to group sasl

2008-06-06 Thread Philipp Kaluza
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 more priviledges.
However, giving daemons access to /etc/sasldb2 is what the sasl group is 
_for_, after all.

An alternative might be to force use of saslauthd, provide an
configuration upgrade path, test thoroughly,and document that direct
access to sasldb2 is no longer supported,

I'd really recommend the former, though. :)

** Changed in: openldap2.3 (Ubuntu)
Sourcepackagename: cyrus-sasl2 = openldap2.3
   Status: Incomplete = Confirmed

-- 
upgrade to hardy: user openldap is not added to group sasl
https://bugs.launchpad.net/bugs/218899
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openldap2.3 in ubuntu.

-- 
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