On 9 April 2015 at 17:57, Quanah Gibson-Mount qua...@zimbra.com wrote:
--On Thursday, April 09, 2015 10:21 AM +0200 Saša-Stjepan Bakša
ssba...@gmail.com wrote:
And search for all still crashes openldap server
ldapsearch -h 10.14.252.103 -p 389 -D cn=admin,dc=spr -w siemens -s sub
-a
On 9 April 2015 at 17:57, Quanah Gibson-Mount qua...@zimbra.com wrote:
--On Thursday, April 09, 2015 10:21 AM +0200 Saša-Stjepan Bakša
ssba...@gmail.com wrote:
And search for all still crashes openldap server
I must wait for 2.4.41 release then. In the mean time I will use LTB
project
On 9 April 2015 at 02:37, Quanah Gibson-Mount qua...@zimbra.com wrote:
--On Wednesday, April 08, 2015 8:51 PM +0200 Saša-Stjepan Bakša
ssba...@gmail.com wrote:
I am sorry for this mistake with answering to you and not to the group.
It was unintentional mistake.
Ok, I will check
--On Thursday, April 09, 2015 10:21 AM +0200 Saša-Stjepan Bakša
ssba...@gmail.com wrote:
And search for all still crashes openldap server
ldapsearch -h 10.14.252.103 -p 389 -D cn=admin,dc=spr -w siemens -s sub
-a always -b dc=SPR objectClass=*
552641e7 dnPrettyNormal: dc=SPR
552641e7
On 8 April 2015 at 18:05, Quanah Gibson-Mount qua...@zimbra.com wrote:
--On Wednesday, April 08, 2015 11:58 AM +0200 Saša-Stjepan Bakša
ssba...@gmail.com wrote:
I have tested search with your suggestion. No crash - slapd crashes only
when deref is on or in best case it is slow (10 to 20
--On Wednesday, April 08, 2015 8:51 PM +0200 Saša-Stjepan Bakša
ssba...@gmail.com wrote:
I am sorry for this mistake with answering to you and not to the group.
It was unintentional mistake.
Ok, I will check ITS#7657.
Please try current RE24 code. It is believed the fixes for ITS#8011
Hi,
It was long weekend with Easter holiday so...
To answer Mattes, and Ulrich first, I will do as suggested by you.
But something new first. If I have tried to add less data to database and
then I have conducted the search. Till some point it works and then fails.
It looks like when database
On 7 April 2015 at 11:36, Saša-Stjepan Bakša ssba...@gmail.com wrote:
Hi,
It was long weekend with Easter holiday so...
To answer Mattes, and Ulrich first, I will do as suggested by you.
But something new first. If I have tried to add less data to database and
then I have conducted the
--On Tuesday, April 07, 2015 12:36 PM +0200 Saša-Stjepan Bakša
ssba...@gmail.com wrote:
Hi,
It was long weekend with Easter holiday so...
To answer Mattes, and Ulrich first, I will do as suggested by you.
But something new first. If I have tried to add less data to database and
then I
--On Tuesday, April 07, 2015 1:10 PM -0700 Quanah Gibson-Mount
qua...@zimbra.com wrote:
ldapsearch -h 10.14.252.104 -p 389 -D cn=admin,dc=spr -w password -s sub
-a always -b dc=SPR objectClass=*
Sounds like there's something wrong with your openldap build or server.
Zimbra has clients with
Am Donnerstag, 02. April 2015 13:40 CEST, Saša-Stjepan Bakša
ssba...@gmail.com schrieb:
On 31 March 2015 at 23:25, Geoff Swan gsw...@bigpond.net.au wrote:
Does the server have access to a nameserver?
I've seen dns timeouts cause this kind of thing.
Yes it has. Also, I have created
--On Tuesday, March 31, 2015 4:09 PM +0200 Saša-Stjepan Bakša
ssba...@gmail.com wrote:
Hi,
Year ago we have tested openldap with back_mdb and it was fantastic.
Search worked as a charm. Database was filled with 20 mil. users and
serach returned some 20 k results per sec (my colegue did
Does the server have access to a nameserver?
I've seen dns timeouts cause this kind of thing.
On 1/04/2015 12:09 AM, Saša-Stjepan Bakša wrote:
Hi,
Year ago we have tested openldap with back_mdb and it was fantastic.
Search worked as a charm. Database was filled with 20 mil. users and
serach
13 matches
Mail list logo
