openldap-bugs

openldap-bugs@openldap.org

1 participants
20963 discussions

(ITS#6751) 3rd Party Technical Support Services
by d.pietratus＠newelements.de 16 Dec '10

16 Dec '10

Full_Name: David Pietratus - New Elements GmbH Version: OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (188.111.114.162) Dear OpenLDAP team, We would like to appear in the 3rd Party Technical Support Services area at the OpenLDAP websitehttp://www.openldap.org/support/ For over 10 years, IT-Schulungen.com is a recognized hotspot for many companies and authorities when it comes to the implementation of IT training and IT management in Germany, Austria and Switzerland. The portfolio of seminars reaches from software development, databases over network technologies and portals to open source technologies. One of our goals is to promote open source topics. We offer OpenLDAP trainings for overview and advanced users as well as a large selection of other open source technologies. We would like to appear in the 3rd Party Technical Support Services area at the OpenLDAP websitehttp://www.openldap.org/support/ with the following content and link: http://www.it-schulungen.com - Germany IT-Schulungen.com offers OpenLDAP trainings from project experienced trainers as well as other open source technologies. http://www.it-schulungen.com/seminare/opensource/openldap/index.html

1 0

Re: (ITS#6750) About 3rd Party Technical Support Services
by kurt＠OpenLDAP.org 15 Dec '10

15 Dec '10

On Dec 15, 2010, at 5:27 PM, harrybetter(a)qq.com wrote: > Full_Name: Jerry Liu > Version: openldap-2.4.23 > OS: RedHatLinux EL5 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (221.0.151.187) >=20 >=20 > We are SeojinDSA CO,LTD. We sincerely hope to show our company name = and link > on list of "Technical Support" page. But we do not know how to apply, = I hope > this reply. By filing an ITS with your request, you have applied. > SeojinDSA is an emerging leader in the Korean field of = next-generation > Directory Service(LDAP) and Identity Managerment(IAM:Identity Access > Management=A3=A9The company's headquarter is in Seoul.Our Company is = made up of > experts and thought leaders who are recognized for building = world-class > Directory Service. A couple of questions. Please provide the URL for your website/webpage to which your listing = should be linked to? Please provide a URL to a webpage at your website which details = technical support services which are specifically tailored to users of = OpenLDAP Software? (may be same as the above URL) Please provide a summary of your current participation in the OpenLDAP = community? Please provide an email address (possibly yours) at a domain registered = to SeojinDSA we can use to confirm your association with SeojinDSA? If = you do not wish this email to be made public (all = openldap-its(a)openldap.org is public), you may send this email address = directly to me at <kurt(a)openldap.org>. (It's okay for the above requested URLs to refer to non-English web = pages.) Regards, Kurt=

1 0

(ITS#6750) About 3rd Party Technical Support Services
by harrybetter＠qq.com 15 Dec '10

15 Dec '10

Full_Name: Jerry Liu Version: openldap-2.4.23 OS: RedHatLinux EL5 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (221.0.151.187) We are SeojinDSA CO,LTD. We sincerely hope to show our company name and link on list of "Technical Support" page. But we do not know how to apply, I hope this reply. SeojinDSA is an emerging leader in the Korean field of next-generation Directory Service(LDAP) and Identity Managerment(IAM:Identity Access Management£©The company's headquarter is in Seoul.Our Company is made up of experts and thought leaders who are recognized for building world-class Directory Service.

1 0

Re: (ITS#6716) syncprov sessionlog 'sl_mincsn' not assigned a value.
by cmikk＠qwest.net 15 Dec '10

15 Dec '10

On Sun, Dec 12, 2010 at 06:22:38PM +0100, Rein Tollevik wrote: > On 11/19/10 23:55 , cmikk(a)qwest.net wrote: > > >will evaluate to true in cases where it should not. A quick fix would be to > >compare directly against the CSN of the sessionlog's head: > > An extended version of this fix, which also ensures that the > sessionlog is kept in csn order, is now in head. Please test, > syncprov.c revision 1.320. Looks good to me. Thank you. I discovered this bug while trying to reproduce ITS#6717. I've attached a patch to that ITS which appears to fix that problem. If you have the time, I'd appreciate some feedback on that patch. The issue makes it very inefficient to run a slave in refreshOnly mode with a multimaster / mirrormode master. Best Regards, -- Chris Mikkelson | It has been said that man is a rational animal. cmikk(a)qwest.net | All my life I have been searching for evidence | which could support this. -- Bertrand Russell

1 0

(ITS#6717) patch for syncprov unnecessary presentation issue
by cmikk＠qwest.net 15 Dec '10

15 Dec '10

The following patch against servers/slapd/overlays/syncprov.c version 1.320 appears to fix the issue detailed in ITS#6717, and does not appear to break any of the basic sync functionality. --- syncprov.c.1.320 2010-12-15 19:55:32.000000000 +0000 +++ syncprov.c 2010-12-15 22:13:48.000000000 +0000 @@ -2409,7 +2409,7 @@ sync_control *srs; BerVarray ctxcsn; int i, *sids, numcsns; - struct berval mincsn; + struct berval mincsn, maxcsn; int dirty = 0; if ( !(op->o_sync_mode & SLAP_SYNC_REFRESH) ) return SLAP_CB_CONTINUE; @@ -2524,12 +2524,25 @@ i++; } - /* Find the smallest CSN */ - mincsn = srs->sr_state.ctxcsn[0]; - for ( i=1; i<srs->sr_state.numcsns; i++ ) { - if ( ber_bvcmp( &mincsn, &srs->sr_state.ctxcsn[i] ) > 0 ) - mincsn = srs->sr_state.ctxcsn[i]; + /* Find the smallest CSN which differs between cookie + * and contextCSN. + */ + mincsn.bv_len = 0; + maxcsn.bv_len = 0; + for ( i=0; i<srs->sr_state.numcsns; i++) { + for (j=0; j<numcsns; j++) { + if ( srs->sr_state.sids[i] != sids[j] ) continue; + if (BER_BVISNULL(&maxcsn) || ber_bvcmp( &maxcsn, &srs->sr_state.ctxcsn[i] ) < 0 ) { + maxcsn = srs->sr_state.ctxcsn[i]; + } + if (ber_bvcmp( &srs->sr_state.ctxcsn[i], &ctxcsn[j] ) < 0) { + if (BER_BVISNULL(&mincsn) || ber_bvcmp( &mincsn, &srs->sr_state.ctxcsn[i] ) > 0 ) { + mincsn = srs->sr_state.ctxcsn[i]; + } + } + } } + if (BER_BVISNULL(&mincsn)) mincsn = maxcsn; /* If nothing has changed, shortcut it */ if ( srs->sr_state.numcsns == numcsns ) {

1 0

(ITS#6749) Shut up "configure monitor database to enable"
by h.b.furuseth＠usit.uio.no 15 Dec '10

15 Dec '10

Full_Name: Hallvard B Furuseth Version: 2.4.23 OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard Please don't give the "configure monitor database to enable" message by default. Either just remove it, or better, stop cn=config from adding a default olcMonitoring: TRUE attribute to olcDatabase objects. (The flag value can still default to True if the attribute is absent.) Then you can give the message if the _admin_ has explicitly asked for monitoring, instead of if slapd has asked for it.

1 0

Re: (ITS#6747) LDAP_CONNECTIONLESS nitpicks
by Kurt＠OpenLDAP.org 14 Dec '10

14 Dec '10

My nitpick regarding this feature is that it still exists. :-) -- Kurt On Dec 14, 2010, at 6:04 AM, h.b.furuseth(a)usit.uio.no wrote: > Full_Name: Hallvard B Furuseth > Version: HEAD > OS: > URL: > Submission from: (NULL) (129.240.6.233) > Submitted by: hallvard > > > Bug: > slapd/daemon.c outputs a berval instead of berval.bv_val. > > Compiler warnings: > slapd/connection.c needs lber-int.h for ber_int_sb_read(). > libldap/<abandon.c, search.c> pass a struct sockaddr* to a char*. > > Fixing.

1 0

Re: (ITS#6474) test004 (hdb) crashes when slapd is compiled with -D_FORTIFY_SOURCE=2
by ralf＠OpenLDAP.org 14 Dec '10

14 Dec '10

Hi, Am Dienstag 14 Dezember 2010, 12:15:04 schrieb De Bonis Hamelin, Marie Antoinette (Marian - CMS): > Hi, > > Could you please confirm/share us, modifications like moving from > strcpy() to memcpy() were done also for the bdb back-end? If yes, > could you also give us in which release fixes were committed? As mentioned in a previous comment in this ITS the fix is in r1.169 of back-bdb/dn2id.c. Back-bdb didn't need a separate fix as this issue was back-hdb specific. Otherwise it would most probably not need an extra fix as well as back-bdb and back-hdb share most of their code. -- regards, Ralf

1 0

(ITS#6748) slapo-memberof can log scrambled error text
by h.b.furuseth＠usit.uio.no 14 Dec '10

14 Dec '10

Full_Name: Hallvard B Furuseth Version: HEAD OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard memberof_value_modify() calls op->o_bd->be_modify( &op2, &rs2 ); and then uses rs2.sr_text, which can be a value on be_modify's stack. Fixing by deleting 'text=...' from the error message.

1 0

(ITS#6747) LDAP_CONNECTIONLESS nitpicks
by h.b.furuseth＠usit.uio.no 14 Dec '10

14 Dec '10

Full_Name: Hallvard B Furuseth Version: HEAD OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard Bug: slapd/daemon.c outputs a berval instead of berval.bv_val. Compiler warnings: slapd/connection.c needs lber-int.h for ber_int_sb_read(). libldap/<abandon.c, search.c> pass a struct sockaddr* to a char*. Fixing.

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