Full_Name: Michael Ströder
Version: RE24
OS: openSUSE Linux 11.1
URL:
Submission from: (NULL) (84.163.91.160)
$ ./run -b bdb test019
Running ./scripts/test019-syncreplication-cascade...
running defines.sh
Starting master slapd on TCP/IP port 9011...
Using ldapsearch to check that master slapd (pid=5018) is running...
Waiting 5 seconds for slapd to start...
Using ldapadd to create the context prefix entry in the master...
Starting R1 slave slapd on TCP/IP port 9012...
Using ldapsearch to check that R1 slave slapd (pid=5094) is running...
Starting R2 slave slapd on TCP/IP port 9013...
Using ldapsearch to check that R2 slave slapd (pid=5126) is running...
Starting P1 slave slapd on TCP/IP port 9014...
Using ldapsearch to check that P1 slave slapd (pid=5158) is running...
Starting P2 slave slapd on TCP/IP port 9015...
Using ldapsearch to check that P2 slave slapd (pid=5190) is running...
Starting P3 slave slapd on TCP/IP port 9016...
Using ldapsearch to check that P3 slave slapd (pid=5222) is running...
Using ldapadd to populate the master directory...
Waiting 10 seconds for syncrepl to receive changes...
Using ldapmodify to modify master directory...
Waiting 10 seconds for syncrepl to receive changes...
Performing modify alone on provider...
Waiting 10 seconds for syncrepl to receive changes...
Using ldapsearch to read all the entries from the master...
Using ldapsearch to read all the entries from the R1 slave...
Using ldapsearch to read all the entries from the R2 slave...
Using ldapsearch to read all the entries from the P1 slave...
Using ldapsearch to read all the entries from the P2 slave...
Using ldapsearch to read all the entries from the P3 slave...
Filtering master ldapsearch results...
Filtering R1 slave ldapsearch results...
Filtering R2 slave ldapsearch results...
Filtering P1 slave ldapsearch results...
Filtering P2 slave ldapsearch results...
Filtering P3 slave ldapsearch results...
Comparing retrieved entries from master and R1 slave...
Comparing retrieved entries from master and R2 slave...
test failed - master and R2 slave databases differ
HI
I am trying to do a mirrormode with 2 servers and deltasyncrepl. Is it
possible? We have some problemes with the update referrals, we can t write
on the both servers.
Thank you,
Julien Puntous
adrien.futschik(a)atosorigin.com wrote:
> Full_Name: Adrien Futschik
> Version: 2.4.15
> OS: Linux RHEL 4-5& Solaris 10
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (192.54.193.59)
>
>
> Hello,
>
> As suggested by Howard Chu, I am filling an ITS for a problem I encountered when
> testing N-way multimaster with OpenLDAP 2.4.15.
>
> Here is the situation :
>
> I have been testing n-way multimaster replication with OpenLDAP for a while
> now (from 2.4.11, to 2.4.15) and just when I though that everything was
> working perfectly, I dicided to test N-way multimaster not only with 2 masters
> on different servers, but with 4 ! (all 4 servers are time-synced using NTP)
Some changes have been made in the syncprov overlay's queue management in CVS
HEAD. The test050 script has also been changed to test up to 9 masters, and it
passes for me with several hundred iterations of 9 servers. (Some of the
timing delays have to be increased though.)
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
rich(a)mirch.com wrote:
> Full_Name: Rich Mirch
> Version: 2.4.15
> OS: Linux
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (98.215.53.133)
>
>
> The README REQUIRED SOFTWARE section instructs to install a BDB patch - "In
> addition, for BDB 4.7, it is advised to also use the supplied
> build/db.4.7.25.patch.". Per the CHANGES document the patch was removed in the
> 2.4.14 release. I believe this should be removed from the README file.
>
Thanks, that note has now been removed.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
Full_Name: Art Alliany
Version: CVS HEAD approx 2.4.14
OS: linux
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (65.102.51.113)
If the end of a LDIF file stream is reached. LDIFReader returns a null which
is fine. The problem is that if the LDIFReader is called again after the end of
stream is reached it throws a NPE as shown below:
java.lang.NullPointerException
at com.novell.ldap.util.LDIFReader.readRecordFields(LDIFReader.java:333)
at com.novell.ldap.util.LDIFReader.readMessage(LDIFReader.java:273)
classes in java.io.* return -1 if you invoke them multiple times so invoking
LDIFReader should not throw a null pointer exception if invoked again on a
exhausted stream.
Here is the fix:
I, Art Allisany, hereby place the following modifications to OpenLDAP Software
(and only these modifications) into the public domain. Hence, these
modifications may be freely used and/or redistributed for any purpose with or
without attribution and/or other notice.
$ diff -u com/novell/ldap/util/LDIFReader.java.old
com/novell/ldap/util/LDIFReader.java.new
--- com/novell/ldap/util/LDIFReader.java.old 2009-03-06 02:30:22.000000000
-0800
+++ com/novell/ldap/util/LDIFReader.java.new 2009-03-06 02:34:29.000000000
-0800
@@ -270,6 +270,12 @@
public LDAPMessage readMessage()
throws IOException, LDAPException
{
+ if ( this.rFields == null ) {
+ // end of file has already been reached, this readMessage()
+ // call has been invoked after the end of the
+ // ldif file has been reached on previous calls to this method
+ return null;
+ }
readRecordFields(); // read record fields
if ( this.rFields == null ) { // end of file
return null;
> I have put an updated version into
> ftp://ftp.openldap.org/incoming/Peter-Marschall-090307-ldapexop.1
Thanks. I'm about to commit it (with minor modifications) unless
there's any concern about IPR (Kurt?).
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
Fax: +39 0382 476497
Email: ando(a)sys-net.it
-----------------------------------
hyc(a)symas.com wrote:
> This has almost inspired me to add substitution to ACL sets...
Which I actually added in January 2003, ITS#2285. We really need to document
these things...
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
Emmanuel Dreyfus wrote:
> Howard Chu<hyc(a)symas.com> wrote:
>
>> The slapd.access(5) manpage needs to be updated with this info. Please
>> provide a patch.
>
> That was done when I added the feature. From slapd.acces(5):
> In addition, the regex style can exploit substring substitution
> of submatches in the<what> dn.regex clause by using the form
> $<digit>, with digit ranging from 0 to 9 (where 0 matches the
> entire string), or the form ${<digit>+}, for submatches
> higher than 9. Substring substitution from attribute value can
> be done in using the form ${v<digit>+}
Ah thanks, I was looking in the wrong paragraph.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
michael(a)stroeder.com wrote:
> Quanah Gibson-Mount wrote:
>> --On Friday, March 06, 2009 1:49 PM +0000 michael(a)stroeder.com wrote:
>>
>>> Full_Name: Michael Str?der
>>> Version: HEAD
>>> OS: openSUSE Linux 11.1
>>> URL:
>>> Submission from: (NULL) (84.163.90.131)
>>>
>>>
>>> Will try to grab a stack trace.
>> I didn't get a segfault, but slapd completely locked up on me.
>
> Hmmpf! I can't reproduce either when running this single test with
> ./run test039
> But I swear the test script reported "Can't contact LDAP server" and no
> slapd was running anymore.
>
> Ciao, Michael.
>
> P.S.: I had this case more than once: A test script exited with error
> when being run within 'make test' but then I can't reproduce the issue.
Yeah, that's the nature of things. We should probably add a "ulimit -c
unlimited" to the run script so we can always get a core file. Problems of
this type that occur during "make test" but not when running the individual
script seem to have a dependency on the memory pressure from other processes.
(I.e., when "make test" is running there are more processes than when you
simply run an individual script.)
In this case, it's most likely ITS#5733, which still hasn't been tracked down.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/