OpenLDAP
Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest

Viewing Incoming/7401
Full headers

From: vb4607@att.com
Subject: OpenLDAP 2.4.32 - deadlock issues
Compose comment
Download message
State:
0 replies:
6 followups: 1 2 3 4 5 6

Major security issue: yes  no

Notes:

Notification:


Date: Tue, 25 Sep 2012 14:21:08 +0000
From: vb4607@att.com
To: openldap-its@OpenLDAP.org
Subject: OpenLDAP 2.4.32 - deadlock issues
Full_Name: Venkatesh Baglodi
Version: 2.4.32
OS: Red Hat Enterprise Linux Server release 5.5
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (144.160.226.53)


We have been facing occasional deadlock issues when using OpenLDAP in
multi-master mode (4 servers). It looks like deadlocks are occuring on
objectClass index (eq). We have been using OpenLDAP 2.4.32 with hdb backend
(BerkelyDB v5.3.21) on Red Hat Enterprise Linux Server release 5.5 (Tikanga). We
tried to upload the DB stat reports on ftp.openldap.org/incoming/, but looks
like the server is out of disk space. Some of the traces are provided below:

db_stat -CA
===========
Default locking region information:
254     Last allocated locker ID
0x7fffffff      Current maximum unused locker ID
9       Number of lock modes
2400    Initial number of locks allocated
0       Initial number of lockers allocated
2400    Initial number of lock objects allocated
0       Maximum number of locks possible
0       Maximum number of lockers possible
0       Maximum number of lock objects possible
2400    Current number of locks allocated
188     Current number of lockers allocated
2400    Current number of lock objects allocated
480     Number of lock object partitions
4099    Size of object hash table
91      Number of current locks
7765    Maximum number of locks at any one time
88      Maximum number of locks in any one bucket
248550  Maximum number of locks stolen by for an empty partition
665     Maximum number of locks stolen for any one partition
79      Number of current lockers
185     Maximum number of lockers at any one time
33      Number of current lock objects
1779    Maximum number of lock objects at any one time
4       Maximum number of lock objects in any one bucket
15      Maximum number of objects stolen by for an empty partition
2       Maximum number of objects stolen for any one partition
1175M   Total number of locks requested (1175730771)
1174M   Total number of locks released (1174938911)
0       Total number of locks upgraded
163     Total number of locks downgraded
1058324 Lock requests not available due to conflicts, for which we waited
459038  Lock requests not available due to conflicts, for which we did not wait
84153   Number of deadlocks
0       Lock timeout value
0       Number of locks that have timed out
0       Transaction timeout value
0       Number of transactions that have timed out
3MB 336KB       Region size
5804758 The number of partition locks that required waiting (0%)
50948   The maximum number of times any partition lock was waited for (0%)
701     The number of object queue operations that required waiting (0%)
1703227 The number of locker allocations that required waiting (0%)
243743  The number of region locks that required waiting (0%)
5       Maximum hash bucket length
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Lock REGINFO information:
Environment     Region type
1       Region ID
/opt/app/aft/scldldap/var/data/o=scld,dc=att,dc=com/__db.001    Region name
0x2b9be30d3000  Region address
0x2b9be30d30a0  Region allocation head
0x2b9be32d35b0  Region primary address
0       Region maximum allocation
0       Region allocated
Region allocations: 30466493 allocations, 0 failures, 30465357 frees, 10
longest
Allocations by power-of-two sizes:
  1KB   30466479
  2KB   3
  4KB   4
  8KB   3
 16KB   0
 32KB   0
 64KB   1
128KB   1
256KB   0
512KB   1
1024KB  1
REGION_SHARED   Region flags
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Lock region parameters:
2       Lock region region mutex [243743/281M 0% 27451/47948529212608]
<wakeups
0/15779>
257     locker table size
4099    object table size
2099280 obj_off
2567960 locker_off
0       need_dd
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Lock conflict matrix:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Locks grouped by lockers:
Locker   Mode      Count Status  ----------------- Object ---------------
81b47648 dd=43 locks held 0    write locks 0    pid/thread 27448/1165564224
flags 0    priority 100
81b47648 READ          1 WAIT    objectClass.bdb           page          3
81b3bf98 dd=67 locks held 0    write locks 0    pid/thread 27448/1106815296
flags 0    priority 100
81b3bf98 READ          1 WAIT    objectClass.bdb           page          3
81b84f43 dd=10 locks held 0    write locks 0    pid/thread 27448/1425738048
flags 0    priority 100
81b84f43 READ          1 WAIT    objectClass.bdb           page          3
81b3c4be dd=57 locks held 0    write locks 0    pid/thread 27448/1140386112
flags 0    priority 100
81b3c4be READ          1 WAIT    objectClass.bdb           page          3
81b84f46 dd= 9 locks held 0    write locks 0    pid/thread 27448/1434130752
flags 0    priority 100
81b84f46 READ          1 WAIT    objectClass.bdb           page          3
81b84f49 dd= 8 locks held 0    write locks 0    pid/thread 27448/1442523456
flags 

Message of length 96816 truncated

Followup 1

Download message
From: "BAGLODI, VENKATESH" <vb4607@att.com>
To: "openldap-its@openldap.org" <openldap-its@openldap.org>
Subject: ITS#7401
Date: Tue, 25 Sep 2012 14:45:26 +0000
--_004_0F8C8B668A69F44A8B738E6522AF86186EAA38GAALPA1MSGUSR9PIT_
Content-Type: multipart/alternative;
	boundary="_000_0F8C8B668A69F44A8B738E6522AF86186EAA38GAALPA1MSGUSR9PIT_"

--_000_0F8C8B668A69F44A8B738E6522AF86186EAA38GAALPA1MSGUSR9PIT_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable



--_000_0F8C8B668A69F44A8B738E6522AF86186EAA38GAALPA1MSGUSR9PIT_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_0F8C8B668A69F44A8B738E6522AF86186EAA38GAALPA1MSGUSR9PIT_--

--_004_0F8C8B668A69F44A8B738E6522AF86186EAA38GAALPA1MSGUSR9PIT_
Content-Type: application/x-zip-compressed; name="dbstat+pstack.zip"
Content-Description: dbstat+pstack.zip
Content-Disposition: attachment; filename="dbstat+pstack.zip"; size=4509547;
	creation-date="Tue, 25 Sep 2012 14:44:37 GMT";
	modification-date="Tue, 25 Sep 2012 14:44:41 GMT"
Content-Transfer-Encoding: base64

UEsDBBQAAAAIACFVOUHiqCb50wMAAHcZAAATAAAAZGJfc3RhdF90XzI3NDQ4LnR4dL2ZT2/bRhDF
z9Kn2EuB+KTZmdl/8qlpUSBonEOTe0BRlE1EIl2Kat1++s4iqOMgUtznQ08ipOX+tLuP895ILJTy
KjIHEVr80u+71bjbHbvZ7cbJ7Zvj7Nq7rv10P/bD7N6+f7f8cOrc++7ecXBEa/VrVsfkefHTl3Fz
f+iOc3O4X9JD9m1I7UYXb+tk89QMx6ad+3Fwb352zX4/ts3cbZdedXHTPPSH08ENp8Omm9y4c3Xk
H93Tu46uHYddf3ua7CZavBn6uW/2T265NDbo4sdvZzNufOSeoS253CzenZ98092eBveKS/IlCV8t
faIUw6XhzWac6kq/M2M7Hg79bIPqrEFz8XJli3w/NPfHu3H++pvR4/c+Xvj8AmWysxnrlsjNaycS
f329+K27rSdy7P/ulqySVBYf7ronuzp9HmCn9eno5rtmtnd+P/U2i/uzsSMYbt0r+uFqeWaL18tF
9hvZ7JTXbjoNgw2+dg/NR1PIfDraleu3++7a3ffb1Xw3dc3WcVLNK02ZWEpMzL7wdd3wfqgiXLvd
E6XSiuzmqR+nfv5r7eiRJ/8zT0Ge9yyRKJHCrFhglvhSRCnDrJJhFsXsA5cIslrqAswyEGUiQlm6
6WCWkuRoxwaztvi6NKeUs4f3sLGyjLJC8qnuI8raws+YpxxTSjGCmtcUFddhDCEqM8gKIWQPs5KU
EAuDz1cIadPArMyiJQqoQztij9Zg7wslZbMJnIVrvpjjBVJQh5UFa4MpBU52jbO2MMuHwmSXMIvh
Z9nULlbrA64NhjXPwolCDpe1wZYv0ypZvCS5QIVdk9VTMSiuEoZdk7Vo8YxWq8qCn2oOVu8tfrxA
JbgiY2QrwglXieCKTBpjkYRXEIHdhbNQrHkAZ0WYVbwGy4y4NgTXYSlZk2ZcG9KiLKHMSnACrqwd
zPLRbCyjSdFYcDfhhQOxlQ1cGwo7mYioNy3i2sBTTiVZ5EaTfWVtYJZtIUlCE3BlwWlbzFlKVDQB
GyvATiZWoazdRhNwZcH+JSlItgiHayPAdUOyWMYJaCqtLNi/pLA3R3lBKg2wfymR7UZ5QSqNsH9Z
z1yCRQBcGxH2L7U2QoOgqTQr/muHVwsckglNpZUFe6VakZKauHEWrHm1hVl/9J1UeokVYE/RQMVH
j2bRyoI9RUMxa85oFq0s2FPUmnQyAePaCLCnWGtPRRnNopUFe4pme4kFzaKVBWcbLZyTxXlMG22I
ukso6/l8+KUT8xTPU2GVPE/9vMJm6oZ57f5d3Bl6ajdw/fpv3Wf9d8Pqd/bnqbB7P0/9Zs11cV/T
/wFQSwMEFAAAAAgAIlU5QbhXqnELCgAAsMIBACAAAABsZGFwX3BzdGFjazI3NDQ4LjIwMTIwOTI1
LTAxMjAuMe3dz48TRxrG8Tt/hSUu4RDo39W1l0TZw2qlHPYQaY+t6h+VcTBj79iw8N9vl41NvU1I
1TC1Ugu+I4ESXvt52j1tz0fGevnt7mEy46bONj/8dvnP7H2Vq1brav6jX//9r02hqqZ88eJvz55n
m3mYnb/KdlBmrMq63WzvN9Nhv9t1/zXb0+aHFxv7sH+zebXb9k3lfh9eHvcvm2fP80/3dl9Vadqh
cvf+6af5Xs+eFyK9LbJGlaObH0/m4dSdLkf3ef7hMnEt2bPn5fIYS9ucU4bd/n768uF9fPCVFufB
tkach+pPzsN8pGaatOv4eCjdsL8fz6fj55//8es/f/l7V7wsXxbBY7+doaJXehxybUx/zu26se+u
4W/enqb35wp5wveH0ytzOLwy9vTqOOzG3WgOrsP9Gvsf6/kQjnvvNN9K2jy7ldx96B+2147j2+Nh
uh8fXVEuK/Q05beKkzl+zN/th9fd9v7xj6H6rKAvmy8UPDq8luGFzrQtLuHnA/59OrmDnh7uze7R
4c0ivJ3yRsnwR2eqReZYllV9Oxu7r4lsFyd4aFTx8TB786Y7TuZhuHt0ql6kmiHvs1vq8LWx8+Ur
Y5vxermdY7/mBOS5PKd9rcbxek6HbvtVmcUyM/czvyqylJHDWCstIrvD4fGplZ86Zfn8Qnh+et3N
19N23HV2Og133evpQzh6ej8Nr3ozX9rznX8sXlbuta6YO2rZkZm8H68dc3InX+0fHd8s4gdTn+On
/7w1u+3pQzeY+3E7mtN0fEKLWrT0eTVcH4Td7uYXiTQ97aKn1Ob8bb48Y7r5EZnjkwr0oqCZp

Message of length 6094609 truncated


Followup 2

Download message
From: "BAGLODI, VENKATESH" <vb4607@att.com>
To: "openldap-its@openldap.org" <openldap-its@openldap.org>
Subject: ITS#7401
Date: Tue, 25 Sep 2012 15:12:14 +0000
--_004_0F8C8B668A69F44A8B738E6522AF86186EAAB7GAALPA1MSGUSR9PIT_
Content-Type: multipart/alternative;
	boundary="_000_0F8C8B668A69F44A8B738E6522AF86186EAAB7GAALPA1MSGUSR9PIT_"

--_000_0F8C8B668A69F44A8B738E6522AF86186EAAB7GAALPA1MSGUSR9PIT_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Also, see attached for section of LDAP log file. LDAP instance became unres=
ponsive (hanging) at 00:41:09  until it was restarted at 01:24:33.

--_000_0F8C8B668A69F44A8B738E6522AF86186EAAB7GAALPA1MSGUSR9PIT_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Also, see
attached for=
 section of LDAP log file. LDAP instance became unresponsive (hanging) at 0=
0:41:09 &nbsp;until it was restarted at
01:24:33.<o:p></o:p></span></p>
</div>
</body>
</html>

--_000_0F8C8B668A69F44A8B738E6522AF86186EAAB7GAALPA1MSGUSR9PIT_--

--_004_0F8C8B668A69F44A8B738E6522AF86186EAAB7GAALPA1MSGUSR9PIT_
Content-Type: text/plain; name="logtrace.txt"
Content-Description: logtrace.txt
Content-Disposition: attachment; filename="logtrace.txt"; size=17169;
	creation-date="Tue, 25 Sep 2012 15:08:27 GMT";
	modification-date="Tue, 25 Sep 2012 15:08:42 GMT"
Content-Transfer-Encoding: base64

U2VwIDI1IDAwOjQwOjE3IGxsdGQwMDQgc2xhcGRbMjc0NDhdOiBjb25uPTY3MzIgb3A9Mjg0OTkg
TU9EIGRuPSJlcD10My1tMmViLXExMDBjc2k4bTgudmNpLmF0dC5jb218MzY0NjgsdmVyPTY0LjAu
Nyxjbj1PUkFDTEVGVVNJT05BZGFwdGVyLG91PW0yZSxvdT1jc2ksb3U9YXR0LG91PWNvbSxvdT1T
DQplcnZpY2VzLG91PVBFUkYsb3U9RW52aXJvbm1lbnRzLG89c2NsZCxkYz1hdHQsZGM9Y29tIg0K
U2VwIDI1IDAwOjQwOjE3IGxsdGQwMDQgc2xhcGRbMjc0NDhdOiBjb25uPTY3MzIgb3A9Mjg0OTkg
TU9EIGF0dHI9c2NTdGF0dXNDaGVja1RpbWUgc2NFeHBpcmF0aW9uVGltZQ0KU2VwIDI1IDAwOjQw
OjE3IGxsdGQwMDQgc2xhcGRbMjc0NDhdOiBjb25uPTY3MzIgb3A9Mjg0OTkgUkVTVUxUIHRhZz0x
MDMgZXJyPTAgdGV4dD0NClNlcCAyNSAwMDo0MDoxOCBsbHRkMDA0IHNsYXBkWzI3NDQ4XTogY29u
bj0zMTk3NyBvcD0xMDkgTU9EIGRuPSJlcD1kMWEtbTJlLXExMTJtMmUxLmVkYy5jaW5ndWxhci5u
ZXR8NDAzMzksdmVyPTYyLjAuNDUsY249SW5xdWlyZUNvbWJpbmVkQmlsbGluZ0VsaWdpYmlsaXR5
LG91PW0yZSxvdT1jc2ksbw0KdT1hdHQsb3U9Y29tLG91PVNlcnZpY2VzLG91PVRFU1Qsb3U9RW52
aXJvbm1lbnRzLG89c2NsZCxkYz1hdHQsZGM9Y29tIg0KU2VwIDI1IDAwOjQwOjE4IGxsdGQwMDQg
c2xhcGRbMjc0NDhdOiBjb25uPTMxOTc3IG9wPTEwOSBNT0QgYXR0cj1zY1N0YXR1c0NoZWNrVGlt
ZSBzY0V4cGlyYXRpb25UaW1lDQpTZXAgMjUgMDA6NDA6MTggbGx0ZDAwNCBzbGFwZFsyNzQ0OF06
IGNvbm49MzE5Nzcgb3A9MTA5IFJFU1VMVCB0YWc9MTAzIGVycj0wIHRleHQ9DQpTZXAgMjUgMDA6
NDA6MTggbGx0ZDAwNCBzbGFwZFsyNzQ0OF06IGNvbm49MzI1NDQgb3A9MjMgU1JDSCBiYXNlPSJj
bj1BdXRob3JpemVMT0FVcGRhdGUsb3U9bTJlLG91PWNzaSxvdT1hdHQsb3U9Y29tLG91PVNlcnZp
Y2VzLG91PVBFUkYsb3U9RW52aXJvbm1lbnRzLG89c2NsZCxkYz1hdHQsZGM9Y28NCm0iIHNjb3Bl
PTIgZGVyZWY9MyBmaWx0ZXI9IigmKG9iamVjdENsYXNzPXNjU2VydmljZUVuZFBvaW50KShzY01h
am9yVmVyc2lvbj02NCkoc2NNaW5vclZlcnNpb249MCkoc2NQYXRjaFZlcnNpb249MTcpKHNjSG9z
dEFkZHJlc3M9dDEtbTJlYi1xMTAwY3NpN203LnZjaS5hdHQuY29tKShzY0xpc3Rlbg0KUG9ydD0z
NDU1MCkoIShzY0RlbGV0ZWRUaW1lPSopKSkiDQpTZXAgMjUgMDA6NDA6MTggbGx0ZDAwNCBzbGFw
ZFsyNzQ0OF06IGNvbm49MzI1NDQgb3A9MjMgU1JDSCBhdHRyPSogY3JlYXRlVGltZXN0YW1wIG1v
ZGlmeVRpbWVzdGFtcA0KU2VwIDI1IDAwOjQwOjE4IGxsdGQwMDQgc2xhcGRbMjc0NDhdOiA8PSBi
ZGJfZXF1YWxpdHlfY2FuZGlkYXRlczogKHNjTWFqb3JWZXJzaW9uKSBub3QgaW5kZXhlZA0KU2Vw
I

Message of length 26336 truncated


Followup 3

Download message
Date: Tue, 25 Sep 2012 08:19:27 -0700
From: Howard Chu <hyc@symas.com>
To: vb4607@att.com
CC: openldap-its@openldap.org
Subject: Re: (ITS#7401) OpenLDAP 2.4.32 - deadlock issues
vb4607@att.com wrote:
> Full_Name: Venkatesh Baglodi
> Version: 2.4.32
> OS: Red Hat Enterprise Linux Server release 5.5
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (144.160.226.53)
>
>
> We have been facing occasional deadlock issues when using OpenLDAP in
> multi-master mode (4 servers). It looks like deadlocks are occuring on
> objectClass index (eq). We have been using OpenLDAP 2.4.32 with hdb backend
> (BerkelyDB v5.3.21) on Red Hat Enterprise Linux Server release 5.5
(Tikanga). We
> tried to upload the DB stat reports on ftp.openldap.org/incoming/, but
looks
> like the server is out of disk space. Some of the traces are provided
below:

Your traces look much the same as ITS#7378. However, as noted in followup#4 to 
that report, there's no code path in back-bdb/hdb that can legitimately cause 
this situation. Can you switch to BDB 4.7.25 and still reproduce the problem?

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/



Followup 4

Download message
From: "BAGLODI, VENKATESH" <vb4607@att.com>
To: Howard Chu <hyc@symas.com>
CC: "openldap-its@openldap.org" <openldap-its@openldap.org>
Subject: RE: (ITS#7401) OpenLDAP 2.4.32 - deadlock issues
Date: Tue, 25 Sep 2012 16:20:58 +0000
Thank you so much for the quick reply. We are a bit hesitant to try 4.7.25 as it
is a 4 year old product. What about version 5.1 (5.1.29) as it is mentioned on
your Web site (http://www.openldap.org/software/release/readme.html)?

Sincerely,

Venkatesh

-----Original Message-----
From: Howard Chu [mailto:hyc@symas.com] 
Sent: Tuesday, September 25, 2012 11:19 AM
To: BAGLODI, VENKATESH
Cc: openldap-its@openldap.org
Subject: Re: (ITS#7401) OpenLDAP 2.4.32 - deadlock issues

vb4607@att.com wrote:
> Full_Name: Venkatesh Baglodi
> Version: 2.4.32
> OS: Red Hat Enterprise Linux Server release 5.5
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (144.160.226.53)
>
>
> We have been facing occasional deadlock issues when using OpenLDAP in
> multi-master mode (4 servers). It looks like deadlocks are occuring on
> objectClass index (eq). We have been using OpenLDAP 2.4.32 with hdb backend
> (BerkelyDB v5.3.21) on Red Hat Enterprise Linux Server release 5.5
(Tikanga). We
> tried to upload the DB stat reports on ftp.openldap.org/incoming/, but
looks
> like the server is out of disk space. Some of the traces are provided
below:

Your traces look much the same as ITS#7378. However, as noted in followup#4 to 
that report, there's no code path in back-bdb/hdb that can legitimately cause 
this situation. Can you switch to BDB 4.7.25 and still reproduce the problem?

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/



Followup 5

Download message
Date: Tue, 25 Sep 2012 10:11:37 -0700
From: Quanah Gibson-Mount <quanah@zimbra.com>
To: vb4607@att.com, openldap-its@openldap.org
Subject: RE: (ITS#7401) OpenLDAP 2.4.32 - deadlock issues
--On Tuesday, September 25, 2012 4:22 PM +0000 vb4607@att.com wrote:

> Thank you so much for the quick reply. We are a bit hesitant to try
> 4.7.25 as it is a 4 year old product. What about version 5.1 (5.1.29) as
> it is mentioned on your Web site
> (http://www.openldap.org/software/release/readme.html)?


I've been using BDB 4.7.25 (+all patches) for several years, and it has 
been quite stable.  No deadlocks.  This version is used on all Zimbra 
deployments across the world, with plenty of customers having millions of 
entry DBs.

--Quanah

--

Quanah Gibson-Mount
Sr. Member of Technical Staff
Zimbra, Inc
A Division of VMware, Inc.
--------------------
Zimbra ::  the leader in open source messaging and collaboration



Followup 6

Download message
From: "BAGLODI, VENKATESH" <vb4607@att.com>
To: Quanah Gibson-Mount <quanah@zimbra.com>,
        "openldap-its@openldap.org"
	<openldap-its@openldap.org>
Subject: RE: (ITS#7401) OpenLDAP 2.4.32 - deadlock issues
Date: Thu, 27 Sep 2012 21:26:48 +0000
Thanks, Quanah. We will try this version and see how it performs.

Venkatesh

-----Original Message-----
From: Quanah Gibson-Mount [mailto:quanah@zimbra.com] 
Sent: Tuesday, September 25, 2012 1:12 PM
To: BAGLODI, VENKATESH; openldap-its@openldap.org
Subject: RE: (ITS#7401) OpenLDAP 2.4.32 - deadlock issues

--On Tuesday, September 25, 2012 4:22 PM +0000 vb4607@att.com wrote:

> Thank you so much for the quick reply. We are a bit hesitant to try
> 4.7.25 as it is a 4 year old product. What about version 5.1 (5.1.29) as
> it is mentioned on your Web site
> (http://www.openldap.org/software/release/readme.html)?


I've been using BDB 4.7.25 (+all patches) for several years, and it has 
been quite stable.  No deadlocks.  This version is used on all Zimbra 
deployments across the world, with plenty of customers having millions of 
entry DBs.

--Quanah

--

Quanah Gibson-Mount
Sr. Member of Technical Staff
Zimbra, Inc
A Division of VMware, Inc.
--------------------
Zimbra ::  the leader in open source messaging and collaboration


Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest


The OpenLDAP Issue Tracking System uses a hacked version of JitterBug

______________
© Copyright 2013, OpenLDAP Foundation, info@OpenLDAP.org