openldap-bugs January 2009

openldap-bugs@openldap.org

50 participants
201 discussions

Re: (ITS#5890) N-Way Multi-Master replication - delete problem
by andi＠gfz-potsdam.de 16 Jan '09

16 Jan '09

Hello, at the documentation center. In section the "N-Way Multi-Master replication" there is a hint that you have to configure syncprov-sessionlog <size>. This option is used by file based configuration. In dynamic configuration 'olcSessionlog' is described as follows: ( OLcfgOvAt:1.2 NAME 'olcSpSessionlog' DESC 'Session log size in ops' SYNTAX OMsInteger SINGLE-VALUE ) Best regards Andreas Adrien Futschik schrieb: > Thanks a lot ! > > This seems to be working fine. Is this documented anywhere ? > I never saw that option before. > > Adrien Futschik > > ======================================== > > Hello, > > add olcSpSessionlog to syncprov. I choose 1000 as value. > > Best regards > Andreas > -- Andreas Schoe Abteilung: Daten- und Rechenzentrum (DRZ) Tel.: +49 (0)331/288-1719 Fax: +49 (0)331/288-1701 Email: andi(a)gfz-potsdam.de ___________________________________ Helmholtz-Zentrum Potsdam Deutsches GeoForschungsZentrum - GFZ Stiftung des öff. Rechts Land Brandenburg Telegrafenberg, D-14473 Potsdam

1 0

Re (ITS#5843) N-way Multi-master doesn't replicate deletes under certain circumstances.
by adrien.futschik＠atosorigin.com 16 Jan '09

16 Jan '09

Thanks a lot ! This seems to be working fine. Is this documented anywhere ? I never saw that option before. Adrien Futschik ======================================== Hello, add olcSpSessionlog to syncprov. I choose 1000 as value. Best regards Andreas

1 0

Re: Re: (ITS#5890) N-Way Multi-Master replication - delete problem
by adrien.futschik＠atosorigin.com 16 Jan '09

16 Jan '09

1 0

(ITS#5894) test039 fails: ldap_back_conn_delete: Assertion
by michael＠stroeder.com 16 Jan '09

16 Jan '09

Full_Name: Michael Ströder Version: HEAD OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.163.100.169) lt-slapd: bind.c:157: ldap_back_conn_delete: Assertion `!(*(&((lc))->lc_lcflags) & (((0x00000020U))))' failed.

1 0

(ITS#5893) test scripts should stop immediately if slapd crashed
by michael＠stroeder.com 16 Jan '09

16 Jan '09

Full_Name: karlsruhe Version: HEAD OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.163.100.169) Currently test039-glue-ldap-concurrency fails with a lot of these messages (see below). Maybe the test scripts could be modified to detect this situation and stop immediately. slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) slapd-bind PID=1600: ldap_sasl_bind_s: Can't contact LDAP server (-1) PID=1600 - Bind done 1000 in 2.987727 seconds. m

1 0

Re:%20(ITS#5843)%20Multi-master%20doesn't%20replicate%20deletes%20under%20certain%20circumstances.
by adrien.futschik＠atosorigin.com 16 Jan '09

16 Jan '09

Hello, I might be facing the same problem. Here is what I did : I'm testing N-Way Multi-Master replication with OpenLDAP 2.4.11 & 2.4.13 I have setup 2 Masters (m1 & m2) starting form test050-syncrepl-multimaster and modifying it. Every thing seems to work fine except deleting entries. Let me explain. case 1 : . When I add an entry on m1 it is successfully replicated on m2. . When I try to delete this entry on m1, it is successfully removed from m1, but not replicated on m2. . When, I try to delete this entry on m2, it is successfully removed from m2 & m1. case 2 : . When I add an entry on m2 it is successfully replicated on m1. . When I try to delete this entry on m2, it is successfully removed from m2, but not replicated on m1. . When, I try to delete this entry on m1, it is successfully removed from m1 & m2. I don't have the same problem when I delete an attribute or update an entry. Here is how I have setup-ed my masters : m1 -config : dn: cn=config objectClass: olcGlobal cn: config olcServerID: 1 dn: olcDatabase={0}config,cn=config objectClass: olcDatabaseConfig olcDatabase: {0}config olcRootPW:< file://$CONFIGPWF m2 - config : dn: cn=config objectClass: olcGlobal cn: config olcServerID: 2 dn: olcDatabase={0}config,cn=config objectClass: olcDatabaseConfig olcDatabase: {0}config olcRootPW:< file://$CONFIGPWF m1 - syncprov : dn: cn=config changetype: modify replace: olcServerID olcServerID: 1 $URI1 olcServerID: 2 $URI2 dn: olcOverlay=syncprov,olcDatabase={0}config,cn=config changetype: add objectClass: olcOverlayConfig objectClass: olcSyncProvConfig olcOverlay: syncprov dn: olcDatabase={0}config,cn=config changetype: modify add: olcSyncRepl olcSyncRepl: rid=001 provider=$URI1 binddn="cn=config" bindmethod=simple credentials=$CONFIGPW searchbase="cn=config" type=refreshAndPersist retry="5 5 300 5" timeout=3 olcSyncRepl: rid=002 provider=$URI2 binddn="cn=config" bindmethod=simple credentials=$CONFIGPW searchbase="cn=config" type=refreshAndPersist retry="5 5 300 5" timeout=3 - add: olcMirrorMode olcMirrorMode: TRUE m2 - syncrepl : dn: olcDatabase={0}config,cn=config changetype: modify add: olcSyncRepl olcSyncRepl: rid=001 provider=$URI1 binddn="cn=config" bindmethod=simple credentials=$CONFIGPW searchbase="cn=config" type=refreshAndPersist retry="5 5 300 5" timeout=3 olcSyncRepl: rid=002 provider=$URI2 binddn="cn=config" bindmethod=simple credentials=$CONFIGPW searchbase="cn=config" type=refreshAndPersist retry="5 5 300 5" timeout=3 - add: olcMirrorMode olcMirrorMode: TRUE m1 - schema : include: file://$ABS_SCHEMADIR/core.ldif include: file://$ABS_SCHEMADIR/cosine.ldif include: file://$ABS_SCHEMADIR/inetorgperson.ldif include: file://$ABS_SCHEMADIR/openldap.ldif include: file://$ABS_SCHEMADIR/nis.ldif m1 - backend : dn: olcDatabase={1}$BACKEND,cn=config objectClass: olcDatabaseConfig objectClass: olc${BACKEND}Config olcDatabase: {1}$BACKEND olcSuffix: $BASEDN olcDbDirectory: ./openldap-data olcRootDN: $MANAGERDN olcRootPW: $PASSWD olcSyncRepl: rid=004 provider=$URI1 binddn="$MANAGERDN" bindmethod=simple credentials=$PASSWD searchbase="$BASEDN" type=refreshOnly interval=$INTERVAL retry="5 5 300 5" timeout=3 olcSyncRepl: rid=005 provider=$URI2 binddn="$MANAGERDN" bindmethod=simple credentials=$PASSWD searchbase="$BASEDN" type=refreshOnly interval=$INTERVAL retry="5 5 300 5" timeout=3 olcMirrorMode: TRUE dn: olcOverlay=syncprov,olcDatabase={1}${BACKEND},cn=config changetype: add objectClass: olcOverlayConfig objectClass: olcSyncProvConfig olcOverlay: syncprov Did I miss something ? Adrien Futschik

1 0

(ITS#5892) slapadd doesn't fail on invalid include statements
by aredridel＠nbtsc.org 15 Jan '09

15 Jan '09

Full_Name: Aria Stewart Version: 2.4.13 OS: PLD Linux (Th) URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (2001:470:8935:7:21b:fcff:fe77:1757) An ldif file with include statements in the form of: include: /filename rather than include: file:///filename silently fail. Slapadd stops at that point, but does not print an error message.

1 0

(ITS#5891) Update slapdadd (and related tools) -n option
by quanah＠OpenLDAP.org 15 Jan '09

15 Jan '09

Full_Name: Quanah Gibson-Mount Version: RE24 OS: NA URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.111.29.239) With the new cn=config backend, people can use slap* tools to populate cn=config. However, the man page fails to note that you need to use -n 0 to select the config database. The current description has: Add entries to the dbnum−th database listed in the configuration file." However, since no config database exists yet, there is no configuration file (or db yet).

1 0

(ITS#5890) N-Way Multi-Master replication - delete problem
by adrien.futschik＠atosorigin.com 15 Jan '09

15 Jan '09

Full_Name: Adrien Futschik Version: 2.4.13 OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (192.54.193.59) I'm testing N-Way Multi-Master replication with OpenLDAP 2.4.11 & 2.4.13 I have setup 2 Masters (m1 & m2) starting form test050-syncrepl-multimaster and modifying it. Every thing seems to work fine except deleting entries. Let me explain. case 1 : . When I add an entry on m1 it is successfully replicated on m2. . When I try to delete this entry on m1, it is successfully removed from m1, but not replicated on m2. . When, I try to delete this entry on m2, it is successfully removed from m2 & m1. case 2 : . When I add an entry on m2 it is successfully replicated on m1. . When I try to delete this entry on m2, it is successfully removed from m2, but not replicated on m1. . When, I try to delete this entry on m1, it is successfully removed from m1 & m2. I don't have the same problem when I delete an attribute or update an entry. Here is how I have setup-ed my masters : m1 -config : dn: cn=config objectClass: olcGlobal cn: config olcServerID: 1 dn: olcDatabase={0}config,cn=config objectClass: olcDatabaseConfig olcDatabase: {0}config olcRootPW:< file://$CONFIGPWF m2 - config : dn: cn=config objectClass: olcGlobal cn: config olcServerID: 2 dn: olcDatabase={0}config,cn=config objectClass: olcDatabaseConfig olcDatabase: {0}config olcRootPW:< file://$CONFIGPWF m1 - syncprov : dn: cn=config changetype: modify replace: olcServerID olcServerID: 1 $URI1 olcServerID: 2 $URI2 dn: olcOverlay=syncprov,olcDatabase={0}config,cn=config changetype: add objectClass: olcOverlayConfig objectClass: olcSyncProvConfig olcOverlay: syncprov dn: olcDatabase={0}config,cn=config changetype: modify add: olcSyncRepl olcSyncRepl: rid=001 provider=$URI1 binddn="cn=config" bindmethod=simple credentials=$CONFIGPW searchbase="cn=config" type=refreshAndPersist retry="5 5 300 5" timeout=3 olcSyncRepl: rid=002 provider=$URI2 binddn="cn=config" bindmethod=simple credentials=$CONFIGPW searchbase="cn=config" type=refreshAndPersist retry="5 5 300 5" timeout=3 - add: olcMirrorMode olcMirrorMode: TRUE m2 - syncrepl : dn: olcDatabase={0}config,cn=config changetype: modify add: olcSyncRepl olcSyncRepl: rid=001 provider=$URI1 binddn="cn=config" bindmethod=simple credentials=$CONFIGPW searchbase="cn=config" type=refreshAndPersist retry="5 5 300 5" timeout=3 olcSyncRepl: rid=002 provider=$URI2 binddn="cn=config" bindmethod=simple credentials=$CONFIGPW searchbase="cn=config" type=refreshAndPersist retry="5 5 300 5" timeout=3 - add: olcMirrorMode olcMirrorMode: TRUE m1 - schema : include: file://$ABS_SCHEMADIR/core.ldif include: file://$ABS_SCHEMADIR/cosine.ldif include: file://$ABS_SCHEMADIR/inetorgperson.ldif include: file://$ABS_SCHEMADIR/openldap.ldif include: file://$ABS_SCHEMADIR/nis.ldif m1 - backend : dn: olcDatabase={1}$BACKEND,cn=config objectClass: olcDatabaseConfig objectClass: olc${BACKEND}Config olcDatabase: {1}$BACKEND olcSuffix: $BASEDN olcDbDirectory: ./openldap-data olcRootDN: $MANAGERDN olcRootPW: $PASSWD olcSyncRepl: rid=004 provider=$URI1 binddn="$MANAGERDN" bindmethod=simple credentials=$PASSWD searchbase="$BASEDN" type=refreshOnly interval=$INTERVAL retry="5 5 300 5" timeout=3 olcSyncRepl: rid=005 provider=$URI2 binddn="$MANAGERDN" bindmethod=simple credentials=$PASSWD searchbase="$BASEDN" type=refreshOnly interval=$INTERVAL retry="5 5 300 5" timeout=3 olcMirrorMode: TRUE dn: olcOverlay=syncprov,olcDatabase={1}${BACKEND},cn=config changetype: add objectClass: olcOverlayConfig objectClass: olcSyncProvConfig olcOverlay: syncprov Did I miss something ? Adrien Futschik

1 0

(ITS#5889) [PATCH] Sending dereference field when retrying connection in meta backend
by jorge.perez＠adaptia.net 15 Jan '09

15 Jan '09

Full_Name: Jorge Perez Burgos Version: 2.4.11 OS: SLES 10 URL: ftp://ftp.openldap.org/incoming/jorge-perez-burgos-090115.ext Submission from: (NULL) (194.237.142.6) When we have two slapds with a established meta connection between them and the connection is reset, for example by a router, the next search query will always be send with never in dereferencing. Steps to reproduce: - Established a meta connection between 2 slapds - Reset the connection, for example with cutter - Send a search dereferencing with something different to never. - See the results are no dereferenced. Patch attached.

1 0

← Newer
1
...
14
15
16
17
18
19
20
21
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs January 2009