openldap-bugs January 2022

openldap-bugs@openldap.org

1 participants
144 discussions

[Issue 9753] New: back-mdb index incorrect on modify/replace
by openldap-its＠openldap.org 20 Jan '22

20 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=9753 Issue ID: 9753 Summary: back-mdb index incorrect on modify/replace Product: OpenLDAP Version: 2.4.6 Hardware: All OS: All Status: UNCONFIRMED Keywords: needs_review Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: hyc(a)openldap.org Target Milestone: --- When doing a modify/replace on an indexed attribute, back-mdb only deletes the old values from the index and doesn't add the new values into the index. -- You are receiving this mail because: You are on the CC list for the issue.

1 24

[Issue 9783] New: Error ldap_bind: Invalid credentials (49)
by openldap-its＠openldap.org 19 Jan '22

19 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=9783 Issue ID: 9783 Summary: Error ldap_bind: Invalid credentials (49) Product: OpenLDAP Version: 2.4.57 Hardware: x86_64 OS: Linux Status: UNCONFIRMED Keywords: needs_review Severity: normal Priority: --- Component: slapd Assignee: bugs(a)openldap.org Reporter: raphael.santos(a)enkel.com.br Target Milestone: --- Hello everyone, everything good? I'm having trouble making my migration. I'm migrating from the OUD tool to Openldap, but when I export a user from the OUD it comes with the password key SSHA512, and when I import it into Openldap it can't decrypt, I've read several forums but so far without success. I tried to import the module slapd-sha2.so, pw-sha2.so. Does anyone have any tips? -- You are receiving this mail because: You are on the CC list for the issue.

1 2

[Issue 6097] MMR problems with deletes
by openldap-its＠openldap.org 18 Jan '22

18 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=6097 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|2.6.1 |2.6.2 -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 7080] post read control in back-config
by openldap-its＠openldap.org 18 Jan '22

18 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=7080 --- Comment #4 from Quanah Gibson-Mount <quanah(a)openldap.org> --- head: • 67f7f98c by Ondřej Kuzník at 2022-01-18T18:31:32+00:00 ITS#7080 Fix debug message • a6c110d1 by Ondřej Kuzník at 2022-01-18T18:31:32+00:00 ITS#7080 cn=config postread support for modrdn when back-ldif not used RE26: • 4bf68b2c by Ondřej Kuzník at 2022-01-18T23:08:53+00:00 ITS#7080 Fix debug message • 441d54ad by Ondřej Kuzník at 2022-01-18T23:08:59+00:00 ITS#7080 cn=config postread support for modrdn when back-ldif not used -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8039] syncprov memory leak
by openldap-its＠openldap.org 18 Jan '22

18 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=8039 --- Comment #5 from Quanah Gibson-Mount <quanah(a)openldap.org> --- head: • 6ccc0974 by Ondřej Kuzník at 2022-01-18T16:46:09+00:00 ITS#8039 Free resinfo even if opcookie is the last owner re26: • c1f4072c by Ondřej Kuzník at 2022-01-18T23:07:06+00:00 ITS#8039 Free resinfo even if opcookie is the last owner re25: • cbc06de6 by Ondřej Kuzník at 2022-01-18T23:07:47+00:00 ITS#8039 Free resinfo even if opcookie is the last owner -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 5972] Send newCookie sync info messages
by openldap-its＠openldap.org 18 Jan '22

18 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=5972 --- Comment #7 from Quanah Gibson-Mount <quanah(a)openldap.org> --- head: • 4b18c2be by Ondřej Kuzník at 2022-01-18T03:34:27+00:00 ITS#5972 Consider all deletes for syncInfo messages RE26: • 329c92bd by Ondřej Kuzník at 2022-01-18T23:00:30+00:00 ITS#5972 Consider all deletes for syncInfo messages -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 7239] slapo-accesslog: not all write operations logged with 'logops all'
by openldap-its＠openldap.org 18 Jan '22

18 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=7239 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |PARTIAL Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 7239] slapo-accesslog: not all write operations logged with 'logops all'
by openldap-its＠openldap.org 18 Jan '22

18 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=7239 --- Comment #14 from Quanah Gibson-Mount <quanah(a)openldap.org> --- • 7e923c72 by Ondřej Kuzník at 2022-01-18T20:11:46+00:00 ITS#7239 Do not log internal ops -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 5972] Send newCookie sync info messages
by openldap-its＠openldap.org 13 Jan '22

13 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=5972 --- Comment #6 from Ondřej Kuzník <ondra(a)mistotebe.net> --- If a Delete touches an entry not matching search filter, syncprov will not send out a new cookie to that consumer. Fixed in MR!471: https://git.openldap.org/openldap/openldap/-/merge_requests/471 -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 9538] New: Accesslog entryCSN ordering is not always monotonous
by openldap-its＠openldap.org 12 Jan '22

12 Jan '22

https://bugs.openldap.org/show_bug.cgi?id=9538 Issue ID: 9538 Summary: Accesslog entryCSN ordering is not always monotonous Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: overlays Assignee: bugs(a)openldap.org Reporter: ondra(a)mistotebe.net Target Milestone: --- For delta-sync replication, we rely on CSN order being preserved at all times. When logops includes anything more than "writes", we don't use li_op_rmutex to maintain serialisation. A concurrent write and another operation (like bind) can have the write have its csn assigned before the bind. But before the write finishes on the main DB and is logged, the bind has already hit accesslog. This entry out of order doesn't match the usual filter, so non-persist sessions will not notice, however running persist sessions could get a new cookie sent, depending on how things are ordered when they hit syncprov. A sample: ---- 8< ---- Apr 26 19:56:04 localhost slapd[43930]: conn=1003 op=41 ADD dn="uid=dm01-R1H2-41660,ou=People,dc=example,dc=com" Apr 26 19:56:04 localhost slapd[43930]: conn=1003 op=41 syncprov_matchops: recording uuid for dn=reqStart=20210426195604.000350Z,cn=accesslog on opc=0x7d3d2800dc50 Apr 26 19:56:04 localhost slapd[43930]: slap_get_csn: conn=1003 op=42 generated new csn=20210426195604.556053Z#000000#002#000000 manage=1 Apr 26 19:56:04 localhost slapd[43930]: slap_queue_csn: queueing 0x7d3d38148f60 20210426195604.556053Z#000000#002#000000 Apr 26 19:56:04 localhost slapd[43930]: conn=1005 op=1 BIND dn="dc=example,dc=com" method=128 Apr 26 19:56:04 localhost slapd[43930]: conn=1005 op=1 BIND dn="dc=example,dc=com" mech=SIMPLE bind_ssf=0 ssf=256 Apr 26 19:56:04 localhost slapd[43930]: conn=1003 op=41 RESULT tag=105 err=0 qtime=0.005874 etime=0.015182 text= Apr 26 19:56:04 localhost slapd[43930]: slap_get_csn: conn=1005 op=1 generated new csn=20210426195604.558683Z#000000#002#000000 manage=1 Apr 26 19:56:04 localhost slapd[43930]: slap_queue_csn: queueing 0x561f09113f80 20210426195604.558683Z#000000#002#000000 Apr 26 19:56:04 localhost slapd[43930]: conn=1005 op=1 syncprov_matchops: recording uuid for dn=reqStart=20210426195604.000364Z,cn=accesslog on opc=0x561f0900fcf0 Apr 26 19:56:04 localhost slapd[43930]: conn=1002 op=2 syncprov_qresp: set up a new syncres mode=4 csn=20210426195604.558683Z#000000#002#000000 Apr 26 19:56:04 localhost slapd[43930]: conn=1001 op=2 syncprov_qresp: set up a new syncres mode=4 csn=20210426195604.558683Z#000000#002#000000 Apr 26 19:56:04 localhost slapd[43930]: conn=1000 op=2 syncprov_qresp: set up a new syncres mode=4 csn=20210426195604.558683Z#000000#002#000000 Apr 26 19:56:04 localhost slapd[43930]: slap_graduate_commit_csn: removing 0x561f09113f80 20210426195604.558683Z#000000#002#000000 Apr 26 19:56:04 localhost slapd[43930]: conn=1005 op=1 RESULT tag=97 err=0 qtime=0.000020 etime=0.004297 text= Apr 26 19:56:04 localhost slapd[43930]: slap_queue_csn: queueing 0x7d3d38148250 20210426195604.556053Z#000000#002#000000 Apr 26 19:56:04 localhost slapd[43930]: slap_graduate_commit_csn: removing 0x7d3d38148250 20210426195604.556053Z#000000#002#000000 Apr 26 19:56:04 localhost slapd[43930]: slap_graduate_commit_csn: removing 0x7d3d38148f60 20210426195604.556053Z#000000#002#000000 ---- 8< ---- Example entries in the order slapcat sees them: ---- 8< ---- dn: reqStart=20210426195604.000364Z,cn=accesslog objectClass: auditBind reqStart: 20210426195604.000364Z reqEnd: 20210426195604.000365Z reqType: bind entryCSN: 20210426195604.558683Z#000000#002#000000 dn: reqStart=20210426195604.000351Z,cn=accesslog objectClass: auditAdd reqStart: 20210426195604.000351Z reqEnd: 20210426195604.000366Z reqType: add entryCSN: 20210426195604.556053Z#000000#002#000000 ---- 8< ---- -- You are receiving this mail because: You are on the CC list for the issue.

1 20

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 2022