??? ??cas...@meteor.dp.ua schrieb am 06.09.2013 um 19:05 in
Nachricht 1378487147.18073.75.ca...@casper-hp.friendin.net:
В Птн, 06/09/2013 в 09:31 -0700, Quanah Gibson-Mount пишет:
--On Friday, September 06, 2013 7:05 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
I'm
Quanah Gibson-Mount qua...@zimbra.com schrieb am 05.09.2013 um 22:58 in
Nachricht 0FCBC02976FFDC0CF5D9A489@[192.168.1.22]:
--On Thursday, September 05, 2013 10:58 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
[...]
OS: Ubuntu 12.04.2 LTS
Slapd: 2.4.28-1.1ubuntu4.3
Ugh, ancient.
Ulrich Windl wrote:
Quanah Gibson-Mount qua...@zimbra.com schrieb am 05.09.2013 um 22:58 in
Nachricht 0FCBC02976FFDC0CF5D9A489@[192.168.1.22]:
--On Thursday, September 05, 2013 10:58 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
[...]
OS: Ubuntu 12.04.2 LTS
Slapd:
В Птн, 06/09/2013 в 08:15 +0200, Ulrich Windl пишет:
Quanah Gibson-Mount qua...@zimbra.com schrieb am 05.09.2013 um 22:58 in
Nachricht 0FCBC02976FFDC0CF5D9A489@[192.168.1.22]:
--On Thursday, September 05, 2013 10:58 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
[...]
OS: Ubuntu
В Птн, 06/09/2013 в 04:42 -0700, Howard Chu пишет:
Ulrich Windl wrote:
Quanah Gibson-Mount qua...@zimbra.com schrieb am 05.09.2013 um 22:58 in
Nachricht 0FCBC02976FFDC0CF5D9A489@[192.168.1.22]:
--On Thursday, September 05, 2013 10:58 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
В Чтв, 05/09/2013 в 13:58 -0700, Quanah Gibson-Mount пишет:
--On Thursday, September 05, 2013 10:58 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
В Чтв, 05/09/2013 в 11:35 -0700, Quanah Gibson-Mount пишет:
--On Thursday, September 05, 2013 9:05 PM +0300 Покотиленко
Костик
??? ??cas...@meteor.dp.ua schrieb am 06.09.2013 um 14:05 in
Nachricht 1378469133.18073.55.ca...@casper-hp.friendin.net:
В Птн, 06/09/2013 в 04:42 -0700, Howard Chu пишет:
Ulrich Windl wrote:
Quanah Gibson-Mount qua...@zimbra.com schrieb am 05.09.2013 um 22:58
in
Nachricht
Покотиленко Костик wrote:
В Птн, 06/09/2013 в 04:42 -0700, Howard Chu пишет:
Ulrich Windl wrote:
Quanah Gibson-Mount qua...@zimbra.com schrieb am 05.09.2013 um 22:58 in
Nachricht 0FCBC02976FFDC0CF5D9A489@[192.168.1.22]:
--On Thursday, September 05, 2013 10:58 PM +0300 Покотиленко
Костик
On Sep 6, 2013, at 14:05, Покотиленко Костик cas...@meteor.dp.ua wrote:
В Птн, 06/09/2013 в 04:42 -0700, Howard Chu пишет:
It is Project policy to only investigate issues in the current release.
There
is no sense in tracing back thru old code whose bugs have already been fixed.
This
--On Friday, September 06, 2013 2:16 PM +0200 Ulrich Windl
ulrich.wi...@rz.uni-regensburg.de wrote:
Hi!
Actually I don't know which distributors are back-porting fixes, but
from my personal experience distributors don't trust the latest release
either (and thus keep what they have) ;-)
I
В Птн, 06/09/2013 в 15:24 +0200, Jens Vagelpohl пишет:
On Sep 6, 2013, at 14:05, Покотиленко Костик cas...@meteor.dp.ua wrote:
В Птн, 06/09/2013 в 04:42 -0700, Howard Chu пишет:
It is Project policy to only investigate issues in the current release.
There
is no sense in tracing back
В Птн, 06/09/2013 в 06:55 -0700, Quanah Gibson-Mount пишет:
--On Friday, September 06, 2013 2:16 PM +0200 Ulrich Windl
ulrich.wi...@rz.uni-regensburg.de wrote:
Hi!
Actually I don't know which distributors are back-porting fixes, but
from my personal experience distributors don't trust
--On Friday, September 06, 2013 7:05 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
I'm not complaining. I'm looking for a better way of upstream -
end-user.
What I was trying to tell was: if openldap team could backport fixes
(without new features) to old versions - then distributors
Покотиленко Костик wrote:
The reason is that openldap's PATCH component includes new features
(that by itself introduces new bugs) rather than only FIXES to existing
features. This breaks disto's policy and this is the point.
Distribution policy does not matter here.
What matters is continous
: openldap-technical@openldap.org
Subject: Re: Antw: Re: Log service time?
Покотиленко Костик wrote:
The reason is that openldap's PATCH component includes new features
(that by itself introduces new bugs) rather than only FIXES to existing
features. This breaks disto's policy and this is the point
Chris Jacobs wrote:
Michael: I cannot tell if you're being sarcastic or not, so, I'm running
with your words:
I'm completely serious.
Software isn't developed in a vacuum - when truly useful, it's intended use
it to be used and it cannot be used sans distros (in any realistic
production
: Michael Ströder [mailto:mich...@stroeder.com]
Sent: Friday, September 06, 2013 2:16 PM
To: Chris Jacobs
Cc: openldap-technical@openldap.org
Subject: Re: Log service time?
Chris Jacobs wrote:
Michael: I cannot tell if you're being sarcastic or not, so, I'm running
with your words:
I'm completely
Chris Jacobs wrote:
You left off the part where I remind that he was looking for information -
specifically how to get said information:
If the information Casper requested isn't available, say so. If it
is, how would he get it?
You should definitely leave it up to Casper whether
: openldap-technical@openldap.org
Subject: Re: Antw: Re: Log service time?
Chris Jacobs wrote:
You left off the part where I remind that he was looking for information -
specifically how to get said information:
If the information Casper requested isn't available, say so. If it
is, how would
--On Friday, September 06, 2013 2:42 PM -0700 Chris Jacobs
chris.jac...@apollogrp.edu wrote:
As it stands now, his initial question remains unanswered, with the only
guidance being upgrade; which lacking anything else he is running with
in the blind hope it makes things faster (his actual
Chris Jacobs wrote:
You left off the part where I remind that he was looking for information -
specifically how to get said information:
If the information Casper requested isn't available, say so. If it is, how
would he get it?
As it stands now, his initial question remains
Hi,
Is there a way to log the time each operation took?
I have strange CPU load (~200%) with just ~15 operations per second.
SRCH is 90% of all operations. All attributed involved in search a
indexed (many single attribute indexes, ~30).
The point is to find which search operations a taking
--On Thursday, September 05, 2013 9:05 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
Hi,
Is there a way to log the time each operation took?
I have strange CPU load (~200%) with just ~15 operations per second.
SRCH is 90% of all operations. All attributed involved in search a
Покотиленко Костик wrote:
Hi,
Is there a way to log the time each operation took?
Every message in syslog already has a timestamp.
Also, recent versions of OpenLDAP include a timestamp on debug output too. You
didn't mention which version you're using so can't tell you much more.
I have
В Чтв, 05/09/2013 в 11:56 -0700, Howard Chu пишет:
Покотиленко Костик wrote:
Hi,
Is there a way to log the time each operation took?
Every message in syslog already has a timestamp.
Every message in syslog has time the operation has finished at. What I
need is the time it took each
В Чтв, 05/09/2013 в 11:35 -0700, Quanah Gibson-Mount пишет:
--On Thursday, September 05, 2013 9:05 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
Hi,
Is there a way to log the time each operation took?
I have strange CPU load (~200%) with just ~15 operations per second.
--On Thursday, September 05, 2013 10:58 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
В Чтв, 05/09/2013 в 11:35 -0700, Quanah Gibson-Mount пишет:
--On Thursday, September 05, 2013 9:05 PM +0300 Покотиленко
Костик cas...@meteor.dp.ua wrote:
Hi,
Is there a way to log the time each
27 matches
Mail list logo
