Re: (ITS#6751) 3rd Party Technical Support Services
by Kurt@OpenLDAP.org
On Dec 16, 2010, at 4:36 AM, d.pietratus(a)newelements.de wrote:
> Full_Name: David Pietratus - New Elements GmbH
> Version:=20
> OS:=20
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (188.111.114.162)
>=20
>=20
> Dear OpenLDAP team,
>=20
> We would like to appear in the 3rd Party Technical Support Services=20
> 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.
>=20
> 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:
>=20
> http://www.it-schulungen.com - Germany IT-Schulungen.com offers=20
> OpenLDAP trainings from project experienced trainers as well as other =
open
> source technologies.
> http://www.it-schulungen.com/seminare/opensource/openldap/index.html
Your request appears to contain all the information needed for it to be =
considered. The OpenLDAP Engineering Team will now consider your =
application. If further information is needed, you will be contacted. =
You can expect a some action (accept, deny, or defer for more =
information) to be taken within the next week.
Please note that if your listing is accepted it will be listed with the =
heading:
New Elements GmbH (IT-Shulungen.com) - Germany
and with both firm name and the service name with both linked to =
http://www.it-schulungen.com. The descriptive text will likely be =
modified to match the style of writing of other listings.
Regards, Kurt
12 years, 9 months
Re: (ITS#6750) About 3rd Party Technical Support Services
by kurt@OpenLDAP.org
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=
12 years, 9 months
(ITS#6750) About 3rd Party Technical Support Services
by harrybetter@qq.com
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.
12 years, 9 months
Re: (ITS#6716) syncprov sessionlog 'sl_mincsn' not assigned a value.
by cmikk@qwest.net
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
12 years, 9 months
(ITS#6717) patch for syncprov unnecessary presentation issue
by cmikk@qwest.net
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 ) {
12 years, 9 months
(ITS#6749) Shut up "configure monitor database to enable"
by h.b.furuseth@usit.uio.no
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.
12 years, 9 months
Re: (ITS#6747) LDAP_CONNECTIONLESS nitpicks
by Kurt@OpenLDAP.org
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.
12 years, 9 months
Re: (ITS#6474) test004 (hdb) crashes when slapd is compiled with -D_FORTIFY_SOURCE=2
by ralf@OpenLDAP.org
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
12 years, 9 months
(ITS#6748) slapo-memberof can log scrambled error text
by h.b.furuseth@usit.uio.no
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.
12 years, 9 months