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

Logged in as guest

Viewing Incoming/5707
Full headers

From: michael@stroeder.com
Subject: HEAD/RE24 and BDB 4.7.25p1 hanging
Compose comment
Download message
State:
0 replies:
12 followups: 1 2 3 4 5 6 7 8 9 10 11 12

Major security issue: yes  no

Notes:

Notification:


Date: Mon, 22 Sep 2008 21:01:41 GMT
From: michael@stroeder.com
To: openldap-its@OpenLDAP.org
Subject: HEAD/RE24 and BDB 4.7.25p1 hanging
Full_Name: Michael Str.der
Version: HEAD/RE24
OS: Linux
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (84.163.97.30)


I'm trying to run current RE24 and HEAD with BDB 4.7.25p1. It hangs in test-001
and it hangs in a LDAP conn (probably when doing a bind). Is that combination
really
stable?

It works with very same build scripts/configuration with 4.6.21+patches.

Further information (bt full, log, BDB build script) is in this archived mailing
list posting:

http://www.openldap.org/lists/openldap-devel/200809/msg00075.html


Followup 1

Download message
Date: Mon, 22 Sep 2008 16:03:13 -0700
From: Howard Chu <hyc@symas.com>
To: michael@stroeder.com
CC: openldap-its@openldap.org
Subject: Re: (ITS#5707) HEAD/RE24 and BDB 4.7.25p1 hanging
michael@stroeder.com wrote:
> Full_Name: Michael Str.der
> Version: HEAD/RE24
> OS: Linux
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (84.163.97.30)
>
>
> I'm trying to run current RE24 and HEAD with BDB 4.7.25p1. It hangs in
test-001
> and it hangs in a LDAP conn (probably when doing a bind). Is that
combination
> really
> stable?
>
> It works with very same build scripts/configuration with 4.6.21+patches.
>
> Further information (bt full, log, BDB build script) is in this archived
mailing
> list posting:
>
> http://www.openldap.org/lists/openldap-devel/200809/msg00075.html

I was unable to reproduce the problem on my multi-core machines, but I do see 
it on a single-core machine. I've sent a backtrace and other debug info to the 
Oracle folks, will see what they have to say.

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

Download message
Date: Mon, 22 Sep 2008 16:22:56 -0700
From: Howard Chu <hyc@symas.com>
To: openldap-its@openldap.org
Subject: Re: (ITS#5707) HEAD/RE24 and BDB 4.7.25p1 hanging
hyc@symas.com wrote:
> I was unable to reproduce the problem on my multi-core machines, but I do
see
> it on a single-core machine. I've sent a backtrace and other debug info to
the
> Oracle folks, will see what they have to say.

I see the problem; it's a bug in BDB's multi-partition lock manager. When 
using multiple lock table partitions, it obtains a lock on the system-wide 
lock mutex and a lock on the per-region mutex. On a single core system it 
defaults to a single lock table. In this case, the macro that obtains the 
system-wide lock behaves identically to the per-region lock. I.e., both 
attempt to acquire the exact same mutex. Since it's already held, the process 
deadlocks.

(gdb) bt
#0  0xb7f37424 in __kernel_vsyscall ()
#1  0xb7b36c4e in __lll_mutex_lock_wait () from /lib/libpthread.so.0
#2  0xb7b32a3c in _L_mutex_lock_88 () from /lib/libpthread.so.0
#3  0xb7b3242d in pthread_mutex_lock () from /lib/libpthread.so.0
#4  0xb7d00819 in __db_pthread_mutex_lock (env=0x8a84550, mutex=104)
     at ../dist/../mutex/mut_pthread.c:207
#5  0xb7daad19 in __lock_getobj (lt=0x8a84848, obj=0xbfd492ec, ndx=492,
     create=1, retp=0xbfd491e4) at ../dist/../lock/lock.c:1470
#6  0xb7da7f53 in __lock_get_internal (lt=0x8a84848, sh_locker=0xb776d508,
     flags=1, obj=0xbfd492ec, lock_mode=DB_LOCK_READ, timeout=0,
     lock=0xbfd493cc) at ../dist/../lock/lock.c:588
#7  0xb7da77d6 in __lock_get_api (env=0x8a84550, locker=2147483659, flags=1,
     obj=0xbfd492ec, lock_mode=DB_LOCK_READ, lock=0xbfd493cc)
     at ../dist/../lock/lock.c:423
#8  0xb7da765b in __lock_get_pp (dbenv=0x8a841c0, locker=2147483659, flags=1,
     obj=0xbfd492ec, lock_mode=DB_LOCK_READ, lock=0xbfd493cc)
     at ../dist/../lock/lock.c:395
#9  0x08124fb8 in bdb_dn2id_lock (bdb=0x8a68620, dn=0xbfd493f0, rw=0,
     txn=0x8a890b8, lock=0xbfd493cc)
     at ../../../../head/servers/slapd/back-bdb/dn2id.c:47
#10 0x08125d7d in bdb_dn2id (op=0xbfd49640, dn=0xbfd493f0, ei=0xbfd493e0,
     txn=0x8a890b8, lock=0xbfd493cc)
     at ../../../../head/servers/slapd/back-bdb/dn2id.c:307
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb) frame 4
#4  0xb7d00819 in __db_pthread_mutex_lock (env=0x8a84550, mutex=104)
     at ../dist/../mutex/mut_pthread.c:207
207		RET_SET((pthread_mutex_lock(&mutexp->mutex)), ret);
(gdb) p *mutexp
$1 = {mutex = {__data = {__lock = 2, __count = 0, __owner = 29470, __kind = 0,
       __nusers = 1, {__spins = 0, __list = {__next = 0x0}}},
     __size = 
"\002\000\000\000\000\000\000\000\036s\000\000\000\000\000\000\001\000\000\000\000\000\000",

__align = 2}, cond = {__data = {__lock = 0,
       __futex = 0, __total_seq = 0, __wakeup_seq = 0, __woken_seq = 0,
       __mutex = 0x0, __nwaiters = 0, __broadcast_seq = 0},
     __size = '\0' <repeats 47 times>, __align = 0}, pid = 29470,
   tid = 3080046272, mutex_next_link = 0, alloc_id = 6, mutex_set_wait = 1,
   mutex_set_nowait = 129, flags = 3}
(gdb)

The mutex being acquired in frame 4 is the same one that was already acquired 
in frame 7, __lock_get_api line 418.

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

Download message
Date: Thu, 25 Sep 2008 21:52:04 -0700
From: Howard Chu <hyc@symas.com>
To: openldap-its@OpenLDAP.org
Subject: ITS#5707 [Fwd: Re: 4.7.25 deadlock]
This is a multi-part message in MIME format.
--------------020600040008080504030403
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

A patch from Oracle...

-------- Original Message --------
Subject: Re: 4.7.25 deadlock
Date: Thu, 25 Sep 2008 21:48:20 -0700
From: Howard Chu <hyc@symas.com>
To: Michael Ubell <@oracle.com>
References: <54E45A7F-A1BF-4FE1-A9F3-1DA7F320B81C@oracle.com>

Michael Ubell wrote:
> Howard,
>
> You are the second one to report this problem with user defined locks
> when there is a single lock partition.  You  can work around this on a
> single cpu system by just setting the number of lock partitions to be
> greater than 1.   This might have a slight performance impact.  Or you
> can apply the attached patch.

Thanks. That patch looks a lot like what I was using here... ;) Will
this be posted on the oracle web site soon? And yes, the workaround works ok
in the interim.

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

--------------020600040008080504030403
Content-Type: application/octet-stream;
 name="patch.16415"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="patch.16415"

SW5kZXg6IGxvY2svbG9jay5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9hL0NWU1JPT1Qv
ZGIvbG9jay9sb2NrLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEyLjYxCmRpZmYgLWMgLXIx
Mi42MSBsb2NrLmMKKioqIGxvY2svbG9jay5jCTIyIEp1bCAyMDA4IDEyOjA4OjUzIC0wMDAw
CTEyLjYxCi0tLSBsb2NrL2xvY2suYwkxOSBBdWcgMjAwOCAxNzoyODoyNCAtMDAwMAoqKioq
KioqKioqKioqKioKKioqIDEyNzgsMTI4NyAqKioqCiAgCQlTSF9UQUlMUV9SRU1PVkUoCiAg
CQkgICAgJmx0LT5vYmpfdGFiW29ial9uZHhdLCBzaF9vYmosIGxpbmtzLCBfX2RiX2xvY2tv
YmopOwogIAkJaWYgKHNoX29iai0+bG9ja29iai5zaXplID4gc2l6ZW9mKHNoX29iai0+b2Jq
ZGF0YSkpIHsKISAJCQlMT0NLX1JFR0lPTl9MT0NLKGVudik7CiAgCQkJX19lbnZfYWxsb2Nf
ZnJlZSgmbHQtPnJlZ2luZm8sCiAgCQkJICAgIFNIX0RCVF9QVFIoJnNoX29iai0+bG9ja29i
aikpOwohIAkJCUxPQ0tfUkVHSU9OX1VOTE9DSyhlbnYpOwogIAkJfQogIAkJU0hfVEFJTFFf
SU5TRVJUX0hFQUQoCiAgCQkgICAgJkZSRUVfT0JKUyhsdCwgcGFydF9pZCksIHNoX29iaiwg
bGlua3MsIF9fZGJfbG9ja29iaik7Ci0tLSAxMjc4LDEyODkgLS0tLQogIAkJU0hfVEFJTFFf
UkVNT1ZFKAogIAkJICAgICZsdC0+b2JqX3RhYltvYmpfbmR4XSwgc2hfb2JqLCBsaW5rcywg
X19kYl9sb2Nrb2JqKTsKICAJCWlmIChzaF9vYmotPmxvY2tvYmouc2l6ZSA+IHNpemVvZihz
aF9vYmotPm9iamRhdGEpKSB7CiEgCQkJaWYgKHJlZ2lvbi0+cGFydF90X3NpemUgIT0gMSkK
ISAJCQkJTE9DS19SRUdJT05fTE9DSyhlbnYpOwogIAkJCV9fZW52X2FsbG9jX2ZyZWUoJmx0
LT5yZWdpbmZvLAogIAkJCSAgICBTSF9EQlRfUFRSKCZzaF9vYmotPmxvY2tvYmopKTsKISAJ
CQlpZiAocmVnaW9uLT5wYXJ0X3Rfc2l6ZSAhPSAxKQohIAkJCQlMT0NLX1JFR0lPTl9VTkxP
Q0soZW52KTsKICAJCX0KICAJCVNIX1RBSUxRX0lOU0VSVF9IRUFEKAogIAkJICAgICZGUkVF
X09CSlMobHQsIHBhcnRfaWQpLCBzaF9vYmosIGxpbmtzLCBfX2RiX2xvY2tvYmopOwoqKioq
KioqKioqKioqKioKKioqIDE0NzAsMTQ4NCAqKioqCiAgCQlpZiAob2JqLT5zaXplIDw9IHNp
emVvZihzaF9vYmotPm9iamRhdGEpKQogIAkJCXAgPSBzaF9vYmotPm9iamRhdGE7CiAgCQll
bHNlIHsKISAJCQlMT0NLX1JFR0lPTl9MT0NLKGVudik7CiAgCQkJaWYgKChyZXQgPQogIAkJ
CSAgICBfX2Vudl9hbGxvYygmbHQtPnJlZ2luZm8sIG9iai0+c2l6ZSwgJnApKSAhPSAwKSB7
CiAgCQkJCV9fZGJfZXJyeChlbnYsCiAgCQkJCSAgICAiTm8gc3BhY2UgZm9yIGxvY2sgb2Jq
ZWN0IHN0b3JhZ2UiKTsKISAJCQkJTE9DS19SRUdJT05fVU5MT0NLKGVudik7CiAgCQkJCWdv
dG8gZXJyOwogIAkJCX0KISAJCQlMT0NLX1JFR0lPTl9VTkxPQ0soZW52KTsKICAJCX0KICAK
ICAJCW1lbWNweShwLCBvYmotPmRhdGEsIG9iai0+c2l6ZSk7Ci0tLSAxNDcyLDE0OTIgLS0t
LQogIAkJaWYgKG9iai0+c2l6ZSA8PSBzaXplb2Yoc2hfb2JqLT5vYmpkYXRhKSkKICAJCQlw
ID0gc2hfb2JqLT5vYmpkYXRhOwogIAkJZWxzZSB7CiEgCQkJLyoKISAJCQkgKiBJZiB3ZSBo
YXZlIG9ubHkgb25lIHBhcnRpdGlvbiwgdGhlIHJlZ2lvbiBpcyBsb2NrZWQuCiEgCQkJICov
CiEgCQkJaWYgKHJlZ2lvbi0+cGFydF90X3NpemUgIT0gMSkKISAJCQkJTE9DS19SRUdJT05f
TE9DSyhlbnYpOwogIAkJCWlmICgocmV0ID0KICAJCQkgICAgX19lbnZfYWxsb2MoJmx0LT5y
ZWdpbmZvLCBvYmotPnNpemUsICZwKSkgIT0gMCkgewogIAkJCQlfX2RiX2VycngoZW52LAog
IAkJCQkgICAgIk5vIHNwYWNlIGZvciBsb2NrIG9iamVjdCBzdG9yYWdlIik7CiEgCQkJCWlm
IChyZWdpb24tPnBhcnRfdF9zaXplICE9IDEpCiEgCQkJCQlMT0NLX1JFR0lPTl9VTkxPQ0so
ZW52KTsKICAJCQkJZ290byBlcnI7CiAgCQkJfQohIAkJCWlmIChyZWdpb24tPnBhcnRfdF9z
aXplICE9IDEpCiEgCQkJCUxPQ0tfUkVHSU9OX1VOTE9DSyhlbnYpOwogIAkJfQogIAogIAkJ
bWVtY3B5KHAsIG9iai0+ZGF0YSwgb2JqLT5zaXplKTsK
--------------020600040008080504030403--



Followup 4

Download message
Date: Thu, 25 Sep 2008 23:27:32 -0700
From: Howard Chu <hyc@symas.com>
To: openldap-its@OpenLDAP.org
Subject: ITS#5707 [Fwd: Re: 4.7.25 deadlock]
So I guess we have to warn people about this one ourselves for a while.

-------- Original Message --------
Subject: Re: 4.7.25 deadlock
Date: Thu, 25 Sep 2008 23:15:31 -0700
From: Michael Ubell <@oracle.com>
To: Howard Chu <hyc@symas.com>

Howard,

Generally we only post critical patches (data corruption, etc) to the
web site.  Since this one only effects those using user defined locks
and does no damage, I  don't think it will be posted.

Mike


-- 
   -- 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: Fri, 26 Sep 2008 11:12:41 +0200
From: =?ISO-8859-1?Q?Michael_Str=F6der?= <michael@stroeder.com>
To: hyc@symas.com
CC: openldap-its@openldap.org
Subject: Re: ITS#5707 [Fwd: Re: 4.7.25 deadlock]
Sigh! I find their release versioning and patch publication somewhat
hard to follow anyway. So the best advice to users is to simply avoid
4.7.25 at this time.

Ciao, Michael.

hyc@symas.com wrote:
> So I guess we have to warn people about this one ourselves for a while.
> 
> -------- Original Message --------
> Subject: Re: 4.7.25 deadlock
> Date: Thu, 25 Sep 2008 23:15:31 -0700
> From: Michael Ubell <@oracle.com>
> To: Howard Chu <hyc@symas.com>
> 
> Howard,
> 
> Generally we only post critical patches (data corruption, etc) to the
> web site.  Since this one only effects those using user defined locks
> and does no damage, I  don't think it will be posted.
> 
> Mike
> 
> 



Followup 6

Download message
Date: Fri, 26 Sep 2008 09:13:04 -0700
From: Quanah Gibson-Mount <quanah@zimbra.com>
To: hyc@symas.com, openldap-its@openldap.org
Subject: Re: ITS#5707 [Fwd: Re: 4.7.25 deadlock]
Seriously, what kind of crap is that?  They've got a serious flaw in their 
software, but don't intend to publish the patch? sheesh.

--Quanah

--On September 26, 2008 6:27:45 AM +0000 hyc@symas.com wrote:

> So I guess we have to warn people about this one ourselves for a while.
>
> -------- Original Message --------
> Subject: Re: 4.7.25 deadlock
> Date: Thu, 25 Sep 2008 23:15:31 -0700
> From: Michael Ubell <@oracle.com>
> To: Howard Chu <hyc@symas.com>
>
> Howard,
>
> Generally we only post critical patches (data corruption, etc) to the
> web site.  Since this one only effects those using user defined locks
> and does no damage, I  don't think it will be posted.
>
> Mike
>
>
> --
>    -- Howard Chu
>    CTO, Symas Corp.           http://www.symas.com
>    Director, Highland Sun     http://highlandsun.com/hyc/
>    Chief Architect, OpenLDAP  http://www.openldap.org/project/
>
>



--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra ::  the leader in open source messaging and collaboration



Followup 7

Download message
Date: Tue, 30 Sep 2008 11:12:32 -0700
From: Quanah Gibson-Mount <quanah@zimbra.com>
To: openldap-its@openldap.org
cc: hyc@symas.com
Subject: Re: ITS#5707 [Fwd: Re: 4.7.25 deadlock]
I think their patch is broken.  I rebuilt BDB 4.7 with it, and now test008 
fails on me:

bdb_dn2entry("cn=james a jones 4,ou=people,dc=example,dc=com")
=> bdb_dn2id("cn=james a jones 4,ou=people,dc=example,dc=com")
<= bdb_dn2id: get failed: DB_LOCK_NOTGRANTED: Lock not granted (-30993)
bdb_dn2entry("cn=james a jones 4,ou=people,dc=example,dc=com")
=> bdb_dn2id("cn=james a jones 4,ou=people,dc=example,dc=com")
<= bdb_dn2id: get failed: DB_LOCK_NOTGRANTED: Lock not granted (-30993)
bdb_dn2entry("cn=james a jones 4,ou=people,dc=example,dc=com")
=> bdb_dn2id("cn=james a jones 4,ou=people,dc=example,dc=com")
<= bdb_dn2id: get failed: DB_LOCK_NOTGRANTED: Lock not granted (-30993)
bdb_dn2entry("cn=james a jones 4,ou=people,dc=example,dc=com")
=> bdb_dn2id("cn=james a jones 4,ou=people,dc=example,dc=com")
<= bdb_dn2id: get failed: DB_LOCK_NOTGRANTED: Lock not granted (-30993)
bdb_dn2entry("cn=james a jones 4,ou=people,dc=example,dc=com")
=> bdb_dn2id("cn=james a jones 4,ou=people,dc=example,dc=com")
<= bdb_dn2id: get failed: DB_LOCK_NOTGRANTED: Lock not granted (-30993)
bdb_dn2entry("cn=james a jones 4,ou=people,dc=example,dc=com")
=> bdb_dn2id("cn=james a jones 4,ou=people,dc=example,dc=com")

--Quanah

> --On September 26, 2008 6:27:45 AM +0000 hyc@symas.com wrote:
>
>> So I guess we have to warn people about this one ourselves for a while.
>>
>> -------- Original Message --------
>> Subject: Re: 4.7.25 deadlock
>> Date: Thu, 25 Sep 2008 23:15:31 -0700
>> From: Michael Ubell <@oracle.com>
>> To: Howard Chu <hyc@symas.com>
>>
>> Howard,
>>
>> Generally we only post critical patches (data corruption, etc) to the
>> web site.  Since this one only effects those using user defined locks
>> and does no damage, I  don't think it will be posted.
>>
>> Mike
>>
>>
>> --
>>    -- Howard Chu
>>    CTO, Symas Corp.           http://www.symas.com
>>    Director, Highland Sun     http://highlandsun.com/hyc/
>>    Chief Architect, OpenLDAP  http://www.openldap.org/project/
>>
>>
>
>
>
> --
>
> Quanah Gibson-Mount
> Principal Software Engineer
> Zimbra, Inc
> --------------------
> Zimbra ::  the leader in open source messaging and collaboration
>
>



--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra ::  the leader in open source messaging and collaboration



Followup 8

Download message
Date: Tue, 30 Sep 2008 11:22:40 -0700
From: Quanah Gibson-Mount <quanah@zimbra.com>
To: openldap-its@openldap.org
Subject: Re: ITS#5707 [Fwd: Re: 4.7.25 deadlock]

--On September 30, 2008 6:13:05 PM +0000 quanah@zimbra.com wrote:

> I think their patch is broken.  I rebuilt BDB 4.7 with it, and now
> test008  fails on me:

Never mind, test008 fails without the patch to BDB 4.7 as well, so it's not 
related.  test008 simply no longer works for me with current RE24.

--Quanah


--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra ::  the leader in open source messaging and collaboration



Followup 9

Download message
Date: Thu, 02 Oct 2008 13:57:39 -0700
From: Quanah Gibson-Mount <quanah@zimbra.com>
To: openldap-its@openldap.org
Subject: Re: ITS#5707 [Fwd: Re: 4.7.25 deadlock]
--On Friday, September 26, 2008 4:13 PM +0000 quanah@zimbra.com wrote:


The patch to fix this issue is now in OpenLDAP cvs:

<http://www.openldap.org/devel/cvsweb.cgi/build/db.4.7.25.patch?hideattic=1&sortbydate=0>

--Quanah

--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra ::  the leader in open source messaging and collaboration



Followup 10

Download message
Date: Sat, 11 Oct 2008 11:34:17 +0200
From: Pierangelo Masarati <ando@sys-net.it>
To: openldap-its@openldap.org
Subject: ITS#5707
Just to clarify: is the patch available from Oracle's web site 
<http://www.oracle.com/technology/products/berkeley-db/db/update/4.7.25/patch.4.7.25.html>

related?  Is it alternative or complementary to <build/db.4.7.25.patch>?

p.


Ing. Pierangelo Masarati
OpenLDAP Core Team

SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
-----------------------------------
Office:  +39 02 23998309
Mobile:  +39 333 4963172
Fax:     +39 0382 476497
Email:   ando@sys-net.it
-----------------------------------



Followup 11

Download message
Date: Sat, 11 Oct 2008 02:48:23 -0700
From: Howard Chu <hyc@symas.com>
To: ando@sys-net.it
CC: openldap-its@openldap.org
Subject: Re: ITS#5707
ando@sys-net.it wrote:
> Just to clarify: is the patch available from Oracle's web site
> <http://www.oracle.com/technology/products/berkeley-db/db/update/4.7.25/patch.4.7.25.html>
> related?  Is it alternative or complementary
to<build/db.4.7.25.patch>?

I suspect the contents of that URL will change over time. At the moment, that 
page has only one patch, and it only affects BerkeleyDB replication, which is 
a feature that we have never used.
-- 
   -- 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 12

Download message
Subject: ITS#5707
Date: Tue, 19 May 2009 11:31:52 +0300
From: CHIRANA-GHEORGHITA Eugeniu Theodor NCPI/I-BNF
	<Eugeniu.Chirana@orange.ro>
To: <openldap-its@openldap.org>
------_=_NextPart_001_01C9D85C.4359C595
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable



*****DISCLAIMER*****

The information contained in this communication is confidential and may be =
legally privileged. It is intended solely for the use of the individual or =
entity to whom it is addressed and others authorized to receive it. If you =
are not the intended recipient you are hereby notified that any disclosure,=
 copying, distribution or taking action in reliance of the contents of this=
 information is strictly prohibited and may be unlawful. Orange Romania S.A=
. is neither liable for the proper, complete transmission of the informatio=
n contained in this communication nor any delay in its receipt.

*****END OF DISCLAIMER*****

------_=_NextPart_001_01C9D85C.4359C595
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta content=3D"MSHTML 6.00.2900.3527" name=3D"GENERATOR">
</head>
<body>
<div><font face=3D"Helvetica Neue"
size=3D"2"></font>&nbsp;</div>
<br>
<font face=3D"Arial" color=3D"Black"
size=3D"1">*****DISCLAIMER*****<br>
<br>
The information contained in this communication is confidential and may be =
legally privileged. It is intended solely for the use of the individual or =
entity to whom it is addressed and others authorized to receive it. If you =
are not the intended recipient you
 are hereby notified that any disclosure, copying, distribution or taking a=
ction in reliance of the contents of this information is strictly prohibite=
d and may be unlawful. Orange Romania S.A. is neither liable for the proper=
, complete transmission of the information
 contained in this communication nor any delay in its receipt.<br>
<br>
*****END OF DISCLAIMER*****<br>
</font>
</body>
</html>

------_=_NextPart_001_01C9D85C.4359C595--


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