openldap-bugs

openldap-bugs@openldap.org

1 participants
21003 discussions

Re: (ITS#5268) dSAOperation attributes should not be replicated
by ghenry＠suretecsystems.com 08 Dec '07

08 Dec '07

hyc(a)OpenLDAP.org wrote: > Full_Name: Howard Chu > Version: HEAD/RE24/RE23 > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (76.91.220.157) > Submitted by: hyc > > > Operational attributes like auditContext and contextCSN that are specific to a > particular DSA should never be replicated. > > It may make sense to add a check in slap_send_search_entry to skip all > dSAOperation attributes at that point. That would catch all instances, but it > would mean they were generated needlessly by whatever code manages the > attribute. > > For now, patching accesslog.c and syncprov.c seems more useful. > Excellent, this solves having to load accesslog on the consumer. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

1 0

Re: (ITS#5267) slapo-dds prevents slapd from starting in case of an empty DB
by ando＠sys-net.it 08 Dec '07

08 Dec '07

> Pierangelo Masarati wrote: >> Should be fixed in HEAD. Please test. p. > > Nope. Synced head, make distclean and re-installed. But still it does > not start (see log below). Should be fixed now (no need to distclean; just make sure dds is re-built and re-installed!). Please, re-test. 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 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

Re: (ITS#5267) slapo-dds prevents slapd from starting in case of an empty DB
by michael＠stroeder.com 08 Dec '07

08 Dec '07

Pierangelo Masarati wrote: > Should be fixed in HEAD. Please test. p. Nope. Synced head, make distclean and re-installed. But still it does not start (see log below). slapd.conf contains: overlay dds dds-state true dds-max-ttl 86400 dds-min-ttl 1 dds-default-ttl 3600 dds-interval 60 dds-tolerance 0 dds-max-dynamicObjects 100 Ciao, Michael. ----------------------------------------------------------------------- backend_startup_one: starting "cn=accesslog,dc=block-floete,dc=de" bdb_db_open: database "cn=accesslog,dc=block-floete,dc=de": dbenv_open(/home/michael/Bizness/OpenLDAP/ODD_2006/data/accesslog). backend_startup_one: starting "ou=odd2006,dc=block-floete,dc=de" hdb_db_open: database "ou=odd2006,dc=block-floete,dc=de": dbenv_open(/home/michael/Bizness/OpenLDAP/ODD_2006/data/bv). put_filter: "(&(objectClass=dynamicObject)(entryExpireTimestamp<=20071208175929Z))" put_filter: AND put_filter_list "(objectClass=dynamicObject)(entryExpireTimestamp<=20071208175929Z)" put_filter: "(objectClass=dynamicObject)" put_filter: simple put_simple_filter: "objectClass=dynamicObject" put_filter: "(entryExpireTimestamp<=20071208175929Z)" put_filter: simple put_simple_filter: "entryExpireTimestamp<=20071208175929Z" ber_scanf fmt ({mm}) ber: ber_scanf fmt ({mm}) ber: => hdb_search bdb_dn2entry("ou=odd2006,dc=block-floete,dc=de") => hdb_dn2id("ou=odd2006,dc=block-floete,dc=de") <= hdb_dn2id: get failed: DB_NOTFOUND: No matching key/data pair found (-30989) send_ldap_result: conn=-1 op=0 p=0 DDS expired objects lookup failed err=0 put_filter: "(objectClass=dynamicObject)" put_filter: simple put_simple_filter: "objectClass=dynamicObject" ber_scanf fmt ({mm}) ber: => hdb_search bdb_dn2entry("ou=odd2006,dc=block-floete,dc=de") => hdb_dn2id("ou=odd2006,dc=block-floete,dc=de") <= hdb_dn2id: get failed: DB_NOTFOUND: No matching key/data pair found (-30989) send_ldap_result: conn=-1 op=0 p=0 DDS non-expired objects lookup failed err=32 backend_startup_one: bi_db_open failed! (1) slapd-odd2006 shutdown: initiated ====> bdb_cache_release_all ==> unique_close ====> bdb_cache_release_all slapd-odd2006 destroy: freeing system resources. ==> unique_db_destroy slapd stopped. connections_destroy: nothing to destroy.

1 0

Re: (ITS#5269) few glitches in man pages
by hyc＠symas.com 08 Dec '07

08 Dec '07

Guillaume.Rousse(a)inria.fr wrote: > Full_Name: Guillaume Rousse > Version: 2.3.39 > OS: > URL: http://www.zarb.org/~guillomovitch/openldap-2.3.39-man.patch > Submission from: (NULL) (82.224.237.5) > > > Some options are missing in command synopsys, while documented in available > options (-P for ldapwhoami, -H for ldapadd), and others are erroneous (-R > authcid for ldappasswd). Submitted patch fix the issue. Thanks for the patch. -P should be invalid for ldapwhoami since it uses an extended operation, and those are not supported in LDAPv2. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#5269) few glitches in man pages
by Guillaume.Rousse＠inria.fr 08 Dec '07

08 Dec '07

Full_Name: Guillaume Rousse Version: 2.3.39 OS: URL: http://www.zarb.org/~guillomovitch/openldap-2.3.39-man.patch Submission from: (NULL) (82.224.237.5) Some options are missing in command synopsys, while documented in available options (-P for ldapwhoami, -H for ldapadd), and others are erroneous (-R authcid for ldappasswd). Submitted patch fix the issue.

1 0

(ITS#5268) dSAOperation attributes should not be replicated
by hyc＠OpenLDAP.org 08 Dec '07

08 Dec '07

Full_Name: Howard Chu Version: HEAD/RE24/RE23 OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (76.91.220.157) Submitted by: hyc Operational attributes like auditContext and contextCSN that are specific to a particular DSA should never be replicated. It may make sense to add a check in slap_send_search_entry to skip all dSAOperation attributes at that point. That would catch all instances, but it would mean they were generated needlessly by whatever code manages the attribute. For now, patching accesslog.c and syncprov.c seems more useful.

1 0

Re: (ITS#5267) slapo-dds prevents slapd from starting in case of an empty DB
by ando＠sys-net.it 08 Dec '07

08 Dec '07

Should be fixed in HEAD. Please test. 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 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

Re: (ITS#5267) slapo-dds prevents slapd from starting in case of an empty DB
by ando＠sys-net.it 08 Dec '07

08 Dec '07

> bdb_dn2entry("ou=odd2006,dc=block-floete,dc=de") > => hdb_dn2id("ou=odd2006,dc=block-floete,dc=de") > <= hdb_dn2id: get failed: DB_NOTFOUND: No matching key/data pair found > (-30989) > send_ldap_result: conn=-1 op=0 p=0 > DDS expired objects lookup failed err=32 Makes sense to skip searching for expired entries in a non existing database... 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 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

(ITS#5267) slapo-dds prevents slapd from starting in case of an empty DB
by michael＠stroeder.com 08 Dec '07

08 Dec '07

Full_Name: Michael Ströder Version: HEAD OS: OpenSUSE Linux 10.2 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (83.124.3.18) Situation: 1. slapo-dds is defined for database ou=odd2006,dc=block-floete,dc=de in slapd.conf 2. entry ou=odd2006,dc=block-floete,dc=de does not yet exist => slapd does not start (see log below). For the ease of initial setup I'd prefer that slapd would start. bdb_dn2entry("ou=odd2006,dc=block-floete,dc=de") => hdb_dn2id("ou=odd2006,dc=block-floete,dc=de") <= hdb_dn2id: get failed: DB_NOTFOUND: No matching key/data pair found (-30989) send_ldap_result: conn=-1 op=0 p=0 DDS expired objects lookup failed err=32 backend_startup_one: bi_db_open failed! (1) slapd-odd2006 shutdown: initiated

1 0

Re: (ITS#5264) invalid printf of NULL
by hyc＠symas.com 07 Dec '07

07 Dec '07

Aaron Richton wrote: > "./run test044" is sufficient to reproduce 100% of the time. Maybe the > behavior's changed in S10 (or maybe gcc does some wrapping, I don't know) > but printf("%s", NULL) has been an instant SEGV in Sol9 as long as I can > remember... >>> (dbx) print assertDN->bv_val >>> assertDN->bv_val = (nil) >>> >>> don't do that... As I suspected, there's more wrong here than a bad printf argument. The assertDN should never be NULL. -- -- Howard Chu Chief Architect, 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