openldap-bugs

openldap-bugs@openldap.org

1 participants
20961 discussions

Re: (ITS#6368) Bug in deleting entry in MirrorMode
by masarati＠aero.polimi.it 12 Nov '09

12 Nov '09

pitpalme(a)gmail.com wrote: > I do see attributes reflecting state after "modify" (which changes > "sn" attribute). > Where exactly should I expect to see a note about "glue state"? > Is output from "-d Any" helpful to figure what's going on (or wrong)? My understanding of your previous message was that you got a positive result from delete, but an "Already exists" from a subsequent add. I inferred that you checked about the existence of the object and you got a negative result. Apparently, my guess was wrong. In that case, you probably hit ITS#6097 <http://www.openldap.org/its?findid=6097>. p.

1 0

Re: (ITS#6368) Bug in deleting entry in MirrorMode
by pitpalme＠gmail.com 11 Nov '09

11 Nov '09

masarati(a)aero.polimi.it wrote: > pitpalme+openldap(a)gmail.com wrote: >> [...] >> When adding, modifying and deleting an entry it can happend I do >> get a positive >> return from delete, but a subsequent "add" fails with "code=68: >> Already >> exists". > > Can you check whether the entry actually exist, although in "glue" > state? You can do this by searching (e.g. with ldapsearch) as the > rootdn, to bypass access checking, and using the manageDSAit control > (-MM). I modified my test perl script to exit if adding the entry failed, albeit a preceding delete should have removed it. Then I manually ran ldapsearch -D "rootdn" ... -b "TestBaseDN" -MM "cn=TestEntry" I got ==== 8>< ========================== [...] # with manageDSAit critical control [...] dn: cn=TestEntry,TestBaseDN objectClass: inetOrgPerson description: oldValue [...] # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 ==== 8>< ========================== I do see attributes reflecting state after "modify" (which changes "sn" attribute). Where exactly should I expect to see a note about "glue state"? Is output from "-d Any" helpful to figure what's going on (or wrong)? -- Regards, Peter

1 0

Re: (ITS#6300) Add kqueue support to slapd
by bduncan＠apple.com 11 Nov '09

11 Nov '09

On Nov 11, 2009, at 9:45 AM, Quanah Gibson-Mount wrote: > --On Wednesday, November 11, 2009 9:36 AM -0800 Bryan Duncan = <bduncan(a)apple.com> wrote: >=20 >>=20 >> On Nov 11, 2009, at 9:04 AM, Quanah Gibson-Mount wrote: >>=20 >>> --On Tuesday, September 22, 2009 2:40 PM -0700 Bryan Duncan >>> <bduncan(a)apple.com> wrote: >>>=20 >>>=20 >>>> It was tested on OS X 10.6. Should work on all BSDs; nothing >>>> OSX-specific about the kqueue usage in the patch. As far as kqueue >>>> support in OS X 10.5, from what I see, most everything is there. >>>> Certainly all of the kqueue features in this patch are supported in = OS X >>>> 10.5. >>>=20 >>> Hi Bryan, >>>=20 >>> The URL to the patch you submitted with this ITS doesn't work. Can = you >>> please put the patch somewhere accessible and let us know where it = is? >>>=20 >>> Thanks, >>> Quanah >>=20 >> Hi Quanah, >>=20 >> My apologies for the bad URL. >>=20 >> The new URL is: >> http://public.me.com/bryan.duncan/bryan-duncan.kqueue.090922.patch If = you >> use a web browser to get it, there are extra steps: select the file >> "bryan-duncan.kqueue.090922.patch" and click download. ftp & curl = can >> pull it down directly with no extra steps. >=20 > Hi Bryan, >=20 > Thanks for the quick response. Hopefully we can get this incorporated = for OpenLDAP 2.5 series, and I'm interested in playing with it against = 2.4 to see how things change when used with Mac. >=20 > Thanks! >=20 > --Quanah Awesome! I look forward to seeing it OpenLDAP. If there's anything I = can do to help, please let me know. Thanks.=20 -- Bryan

1 0

Re: (ITS#6300) Add kqueue support to slapd
by quanah＠zimbra.com 11 Nov '09

11 Nov '09

--On Wednesday, November 11, 2009 9:36 AM -0800 Bryan Duncan <bduncan(a)apple.com> wrote: > > On Nov 11, 2009, at 9:04 AM, Quanah Gibson-Mount wrote: > >> --On Tuesday, September 22, 2009 2:40 PM -0700 Bryan Duncan >> <bduncan(a)apple.com> wrote: >> >> >>> It was tested on OS X 10.6. Should work on all BSDs; nothing >>> OSX-specific about the kqueue usage in the patch. As far as kqueue >>> support in OS X 10.5, from what I see, most everything is there. >>> Certainly all of the kqueue features in this patch are supported in OS X >>> 10.5. >> >> Hi Bryan, >> >> The URL to the patch you submitted with this ITS doesn't work. Can you >> please put the patch somewhere accessible and let us know where it is? >> >> Thanks, >> Quanah > > Hi Quanah, > > My apologies for the bad URL. > > The new URL is: > http://public.me.com/bryan.duncan/bryan-duncan.kqueue.090922.patch If you > use a web browser to get it, there are extra steps: select the file > "bryan-duncan.kqueue.090922.patch" and click download. ftp & curl can > pull it down directly with no extra steps. Hi Bryan, Thanks for the quick response. Hopefully we can get this incorporated for OpenLDAP 2.5 series, and I'm interested in playing with it against 2.4 to see how things change when used with Mac. Thanks! --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6300) Add kqueue support to slapd
by bduncan＠apple.com 11 Nov '09

11 Nov '09

On Nov 11, 2009, at 9:04 AM, Quanah Gibson-Mount wrote: > --On Tuesday, September 22, 2009 2:40 PM -0700 Bryan Duncan = <bduncan(a)apple.com> wrote: >=20 >=20 >> It was tested on OS X 10.6. Should work on all BSDs; nothing >> OSX-specific about the kqueue usage in the patch. As far as kqueue >> support in OS X 10.5, from what I see, most everything is there. >> Certainly all of the kqueue features in this patch are supported in = OS X >> 10.5. >=20 > Hi Bryan, >=20 > The URL to the patch you submitted with this ITS doesn't work. Can = you please put the patch somewhere accessible and let us know where it = is? >=20 > Thanks, > Quanah Hi Quanah, My apologies for the bad URL. The new URL is: = http://public.me.com/bryan.duncan/bryan-duncan.kqueue.090922.patch If you use a web browser to get it, there are extra steps: select the = file "bryan-duncan.kqueue.090922.patch" and click download. ftp & curl = can pull it down directly with no extra steps. -- Bryan=

1 0

Re: (ITS#6300) Add kqueue support to slapd
by quanah＠zimbra.com 11 Nov '09

11 Nov '09

--On Tuesday, September 22, 2009 2:40 PM -0700 Bryan Duncan <bduncan(a)apple.com> wrote: > It was tested on OS X 10.6. Should work on all BSDs; nothing > OSX-specific about the kqueue usage in the patch. As far as kqueue > support in OS X 10.5, from what I see, most everything is there. > Certainly all of the kqueue features in this patch are supported in OS X > 10.5. Hi Bryan, The URL to the patch you submitted with this ITS doesn't work. Can you please put the patch somewhere accessible and let us know where it is? Thanks, Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6362) slapd 2.4.19 Segmentation fault under load
by alexs＠ulgsm.ru 11 Nov '09

11 Nov '09

--IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * mbackes(a)symas.com <mbackes(a)symas.com> [2009-11-10 22:55:10 +0000]: > Hello, Aleksey. >=20 > > Openldap 2.4.19 installed from freebsd ports. All configs in defauls = =20 > > Freebsd 7.2 amd64 Slapd built with the "-g" flag and install with =20 > > the make install STRIP=3D"" >=20 > Okay. >=20 > > Used backends db46-4.6.21.4, db47-4.7.25.4 latest from freebsd ports. >=20 > > libdb-4.6.so.0 =3D> /usr/local/lib/libdb-4.6.so.0 (0x800a97000) >=20 > At the same time? Your ldd list below shows only berkeley db 4.6. =20 > These don't mix... Not same time. I tried with both backends. Results are same. >=20 > > In slapd config added using hdb as backend and indexes. Testing =20 > > database consist of 1000 users accounts with minimum attributes. On = =20 > > stress test load slapd Segmentation fault in 10-30 sec. >=20 > What sort of operations? Reading (Binds and searches).=20 Test script is loop of id command checking ldap via nss_ldap. >=20 > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 0x803404560 (LWP 100116)] > > 0x0000000802d5aa4b in hdb_idl_fetch_key (be=3DError accessing memory = =20 > > address > > 0x7ffffd9f9f38: Bad s. > > ) at idl.c:511 >=20 > Does it always fail at the same location? How reproducible is this? Often it is fail in "hdb_idl_fetch_key (be=3DError accessing memory address= ". 100% Reproducible on different hardware. On our normal work, slapd fails every 2-3 hours, on stress test slapd fail in 10-30 sec. Problem on freebsd7.x,8 and openldap2.3.43,2.4.18,2.4.19=20 I tryed on debian lenny and openldap2.4.11 and netbsd5.0.1 and openldap2.4.16 it rock stable. I think problem some where in freebsd and bdb backends.=20 Because freebsd7.1 openldap2.3.43 with depricated ldbm don`t fail on reading.=20 Ask if need any information.=20 Also I can give a shell access to testing server. =20 >=20 > Matthew Backes > Symas Corporation > mbackes(a)symas.com --=20 Email: alexs(a)ulgsm.ru Email/Jabber: alexs(a)ulgsm.ru --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iQEcBAEBAgAGBQJK+lahAAoJELAIdrQw5JcdnyYIAJrpD8OhUgzabzlAfcSmOZhH XUM+vzujX4N/czArACk/dXibX3D2AqQxv1CeUs0pI7Bo+iHLG0gsP6UD8k1fvDEg NecNe1zigD7JEGJDetHTMSXHjYkOvSJsqdBcWjNPuJZn62mg5hVs0S3XdGtqMRxw 4Ck+MwyWiAVQmCDYaXSCEEl6IyGehtD6f5liyNVakHIHG7bZ5MFSm0yP2oMtgxw2 W5vY7nUYK7w3l8ZXqx5pyjQBVBHoUCLFaqHXdXTcBHe3WJ2TQMx6utyvWi3uuqaR HFmg2NMvJSVnTnQsscxZgd2qILAmAx0SE2wd4D312ywsYZvFSGkzjX50JNpklT0= =s9Mn -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6--

1 0

ITS#5944 configure options --program-prefix and --program-suffix
by hyc＠symas.com 11 Nov '09

11 Nov '09

The OpenLDAP configure script and Makefiles don't do anything with these options. Sounds like you're looking at a RedHat-specific issue. This ITS will be closed. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#6373) syncrepl subentry support
by hyc＠OpenLDAP.org 11 Nov '09

11 Nov '09

Full_Name: Howard Chu Version: 2.4/HEAD OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (76.91.220.157) Submitted by: hyc As discussed in this email thread http://www.openldap.org/lists/openldap-software/200910/msg00059.html in some situations it's necessary to store the syncrepl contextCSNs in a subentry of the database, instead of the context entry. Syncrepl in 2.2 used to do this but most of that code was removed in 2.3. It needs to be resurrected and usable as an option.

1 0

Re: (ITS#6312)
by hyc＠symas.com 11 Nov '09

11 Nov '09

neustradamus(a)hotmail.com wrote: > --_add76be3-02e1-47b1-b978-259bce59b479_ > Content-Type: text/plain; charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > You must change in configure and \include\PORTABLE.H : > > #define vsnprintf _vsnprintf > > with > > #if _MSC_VER < 1500 // 1500 =3D=3D VC++ 9.0 > #define vsnprintf _vsnprintf > #endif > > or > > #if _MSC_VER < 1500 > #define vsnprintf _vsnprintf > #endif You reported this issue against 2.2.16, which is several years obsolete. (Current version is 2.4.19.) The configure script has checked for vsnprintf and _vsnprintf for many years; it will not setup this #define if it doesn't need to. Closing this ITS. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs