tags 725091 + confirmed
retitle 725091 slapd: memory leak with non-delta syncrepl
thanks
Hi Thomas,
On 22/03/14 11:11 AM, Moritz Muehlenhoff wrote:
> FYI; 2.4.39 was uploaded to unstable a few days ago.
I've had another look at the symptoms you reported, using 2.4.39-1.
The good news: the crash
On Fri, Oct 18, 2013 at 01:39:30PM +0200, Thomas Sesselmann wrote:
> > Your other option would be to wait until a newer upstream version is
> > introduced into unstable and then install that, possibly rebuilding it
> > for wheezy if the library dependencies changed.
>
> This would be the best opti
Hi Ryan,
Am 18.10.2013 07:54, schrieb Ryan Tandy:
> ...
> Quanah is correct that several fixes are needed to 2.4.31 in order to
> have working MMR (and probably several more depending on the overlays
> you use), and I agree that the fastest way to a working server is
> probably to build your own f
Hi Thomas,
On Tue, Oct 15, 2013 at 7:30 AM, Thomas Sesselmann
wrote:
> Sounds like ITS#7487
> (http://www.openldap.org/its/index.cgi/Software%20Bugs?id=7487;page=6)
I agree, it does sound like the same bug.
Quanah is correct that several fixes are needed to 2.4.31 in order to
have working MMR
Hi Ryan,
Am 11.10.2013 00:44, schrieb Ryan Tandy:> Hi Thomas,
>
> Sorry it took me so long to get back to you.
>
> I think the problem is that your slapd.conf uses LDAP Sync replication
> and not delta-syncrepl. I missed that at first because you have an
> accesslog database configured, so I assum
Hi Thomas,
Sorry it took me so long to get back to you.
I think the problem is that your slapd.conf uses LDAP Sync replication
and not delta-syncrepl. I missed that at first because you have an
accesslog database configured, so I assumed you were using
delta-syncrepl, but your syncrepl consumers
Hi Ryan,
On 02.10.2013 00:52, wrote Ryan Tandy:
> Hi Thomas,
>
> On Tue, Oct 1, 2013 at 4:10 AM, Thomas Sesselmann
> wrote:
>> We installed a multimaster replication setup.
>>
>> Now if we modifies some attributes and groups-memberships and the memory
>> use of the slapd on the 'master' increase
Hi Thomas,
On Tue, Oct 1, 2013 at 4:10 AM, Thomas Sesselmann
wrote:
> We installed a multimaster replication setup.
>
> Now if we modifies some attributes and groups-memberships and the memory
> use of the slapd on the 'master' increase extremely (>10G) until out of
> memory.
I think you might
--On Tuesday, October 01, 2013 2:33 PM -0700 Steve Langasek
wrote:
Ten years of experience with this package shows me that there is no reason
to expect the new versions upstream recommends to be any less buggy than
the old ones you constantly slag Debian in our own BTS for shipping.
Yes, shock
On Tue, Oct 01, 2013 at 12:20:48PM -0700, Quanah Gibson-Mount wrote:
> --On Tuesday, October 01, 2013 12:12 PM -0700 Don Armstrong
> wrote:
> >If you don't have any useful responses to this bug (for example, linking
> >to an ITS where this particular issue has been fixed or discussed), or
> >want
--On Tuesday, October 01, 2013 12:12 PM -0700 Don Armstrong
wrote:
If you don't have any useful responses to this bug (for example, linking
to an ITS where this particular issue has been fixed or discussed), or
want to help fixing or maintaining the openldap packages in Debian,
please refrain
On Tue, 01 Oct 2013, Quanah Gibson-Mount wrote:
> Distribution packages are not meant to be used for production
> services.
If you don't have any useful responses to this bug (for example, linking
to an ITS where this particular issue has been fixed or discussed), or
want to help fixing or maintai
--On Tuesday, October 01, 2013 1:10 PM +0200 Thomas Sesselmann
wrote:
Package: slapd
Version: 2.4.31-1+nmu2
Severity: serious
Distribution packages are not meant to be used for production services.
There is even an FAQ about this fact on written by one of the previous
Debian LDAP packager
13 matches
Mail list logo
