[Bug 9189] New: Add GSSAPI channel-bindings support
by openldap-its＠openldap.org
https://bugs.openldap.org/show_bug.cgi?id=9189
Bug ID: 9189
Summary: Add GSSAPI channel-bindings support
Product: OpenLDAP
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: libraries
Assignee: bugs(a)openldap.org
Reporter: iboukris(a)gmail.com
Target Milestone: ---
Recently MS has announce they plan to enforce channel-bindings for LDAP over
TLS (ADV190023).
To support it on client side, we need to pass "tls-endpoint" bindings (RFC
5929) to the SASL plugin, and make use of that in GSSAPI.
See also:
https://github.com/cyrusimap/cyrus-sasl/pull/601
--
You are receiving this mail because:
You are on the CC list for the bug.
2 days, 3 hours
[Bug 9197] New: slapd-ldap/slapo-chain hits error 80 after idletimeout
by openldap-its＠openldap.org
https://bugs.openldap.org/show_bug.cgi?id=9197
Bug ID: 9197
Summary: slapd-ldap/slapo-chain hits error 80 after idletimeout
Product: OpenLDAP
Version: 2.5
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: backends
Assignee: bugs(a)openldap.org
Reporter: quanah(a)openldap.org
Target Milestone: ---
From a customer:
In order to communicate via the LB managed writable ldap, we have to ensure
that an idle connection is periodically refreshed. If we do not, the LB will
silently drop the connection after 5 minutes.
Therefore to combat that I set an olcIdleTimeout on the writable server so that
the chain cached connections will be removed before the LB timeout hits.
However the slapo-ldap client goes into CLOSE_WAIT state, which causes
subsequent ldapmodify updates being brokered by the read only instance to fail
with err=80. There appear to be a few bugs filed on this in the past against
slapd-ldap, but it's not clear if we may be hitting the same issue, or if this
is a new one.
I've also connected the read only instances directly to the writable ldap
instances and the CLOSE_WAIT issue persists, so I don't believe the CLOSE_WAIT
issue is caused by the LB
These were the other threads I found as I started looking for this problem,
these are using the ldap-proxy though I think:
https://www.openldap.org/lists/openldap-technical/201301/msg00323.html
http://www.openldap.org/lists/openldap-software/201004/msg00060.html
https://www.openldap.org/lists/openldap-bugs/200412/msg00029.html
The LB we have seems to be set to forget connections that last over 5 min per
the setting, so the 240:10:30 seemed like it should have worked and I just
thought it wasn't working because in the man page the text "Only some systems
support the customization of these values" is present. however after setting
keepalive to 60:10:30 did I maintain a stable connection, so there may be other
network settings at play I'm not aware of.
--
You are receiving this mail because:
You are on the CC list for the bug.
1 week
[Issue 9432] New: ldap_initialize leaks memory if compiled with cyrus sasl
by openldap-its＠openldap.org
https://bugs.openldap.org/show_bug.cgi?id=9432
Issue ID: 9432
Summary: ldap_initialize leaks memory if compiled with cyrus
sasl
Product: OpenLDAP
Version: 2.4.56
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: libraries
Assignee: bugs(a)openldap.org
Reporter: sternenseemann(a)systemli.org
Target Milestone: ---
Created attachment 782
--> https://bugs.openldap.org/attachment.cgi?id=782&action=edit
Code for the first two examples, compiled with -lldap -lsasl2
I have a trivial program which just connects to a LDAP server optionally using
TLS and does nothing further. If I use libldap compiled with SASL support, the
executable leaks memory from ldap_initialize even though I call
sasl_client_done() in the end:
-------------------------------------------------
valgrind --show-leak-kinds=all --leak-check=full -s ./ldapsimilarity
ldaps://db.debian.org
==20383== Memcheck, a memory error detector
==20383== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==20383== Using Valgrind-3.16.1 and LibVEX; rerun with -h for copyright info
==20383== Command: ./ldapsimilarity ldaps://db.debian.org
==20383==
Using db.debian.org:636
==20383==
==20383== HEAP SUMMARY:
==20383== in use at exit: 212 bytes in 3 blocks
==20383== total heap usage: 766 allocs, 763 frees, 169,881 bytes allocated
==20383==
==20383== 20 bytes in 2 blocks are indirectly lost in loss record 1 of 2
==20383== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20383== by 0x56255BE: ???
==20383== by 0x5626FC3: ???
==20383== by 0x56272AE: ???
==20383== by 0x56280A2: ???
==20383== by 0x56280B7: ???
==20383== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20383== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20383== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20383== by 0x489DD43: sasl_client_init (client.c:316)
==20383== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20383== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20383==
==20383== 212 (192 direct, 20 indirect) bytes in 1 blocks are definitely lost
in loss record 2 of 2
==20383== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20383== by 0x56271C9: ???
==20383== by 0x56280A2: ???
==20383== by 0x56280B7: ???
==20383== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20383== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20383== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20383== by 0x489DD43: sasl_client_init (client.c:316)
==20383== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20383== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20383== by 0x485620D: ldap_create (open.c:109)
==20383== by 0x4856491: ldap_initialize (open.c:241)
==20383==
==20383== LEAK SUMMARY:
==20383== definitely lost: 192 bytes in 1 blocks
==20383== indirectly lost: 20 bytes in 2 blocks
==20383== possibly lost: 0 bytes in 0 blocks
==20383== still reachable: 0 bytes in 0 blocks
==20383== suppressed: 0 bytes in 0 blocks
==20383==
==20383== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
-------------------------------------------------
If I compile openldap without cyrus sasl the valgrind log looks like this:
-------------------------------------------------
valgrind --show-leak-kinds=all --leak-check=full -s ./ldapsimilarity
ldaps://db.debian.org
==20305== Memcheck, a memory error detector
==20305== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==20305== Using Valgrind-3.16.1 and LibVEX; rerun with -h for copyright info
==20305== Command: ./ldapsimilarity ldaps://db.debian.org
==20305==
Using db.debian.org:636
==20305==
==20305== HEAP SUMMARY:
==20305== in use at exit: 0 bytes in 0 blocks
==20305== total heap usage: 45 allocs, 45 frees, 13,788 bytes allocated
==20305==
==20305== All heap blocks were freed -- no leaks are possible
==20305==
==20305== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
-------------------------------------------------
Also note that if I don't call sasl_client_done() and link specifically againt
cyrus sasl for that purpose, as I never call any sasl related functions, the
executable leaks over 20K. It seems like an oversight to me that
ldap_unbind_ext doesn't free anything SASL related.
-------------------------------------------------
valgrind --show-leak-kinds=all --leak-check=full -s ./ldapsimilarity
ldaps://db.debian.org
==20410== Memcheck, a memory error detector
==20410== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==20410== Using Valgrind-3.16.1 and LibVEX; rerun with -h for copyright info
==20410== Command: ./ldapsimilarity ldaps://db.debian.org
==20410==
Using db.debian.org:636
==20410==
==20410== HEAP SUMMARY:
==20410== in use at exit: 26,473 bytes in 103 blocks
==20410== total heap usage: 753 allocs, 650 frees, 154,770 bytes allocated
==20410==
==20410== 6 bytes in 1 blocks are still reachable in loss record 1 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x4E38FD6: generic_gss_add_oid_set_member (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x4E47DFE: gss_add_oid_set_member (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x4E4746C: gss_indicate_mechs_by_attrs (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x5627112: gs2_indicate_mechs (gs2.c:1365)
==20410== by 0x56271AC: gs2_common_plug_init (gs2.c:573)
==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961)
==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41)
==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410==
==20410== 9 bytes in 1 blocks are still reachable in loss record 2 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x489FCBB: _sasl_strdup (common.c:179)
==20410== by 0x489D2F1: sasl_client_add_plugin (client.c:221)
==20410== by 0x489DCAF: sasl_client_init (client.c:311)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 9 bytes in 1 blocks are still reachable in loss record 3 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x4E39037: generic_gss_add_oid_set_member (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x4E47DFE: gss_add_oid_set_member (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x4E4746C: gss_indicate_mechs_by_attrs (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x5627112: gs2_indicate_mechs (gs2.c:1365)
==20410== by 0x56271AC: gs2_common_plug_init (gs2.c:573)
==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961)
==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41)
==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410==
==20410== 12 bytes in 1 blocks are still reachable in loss record 4 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x48A4504: sasl_randcreate (saslutil.c:384)
==20410== by 0x48A035E: _sasl_alloc_utils (common.c:2009)
==20410== by 0x489D3A7: init_mechlist (client.c:68)
==20410== by 0x489DC96: sasl_client_init (client.c:305)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 12 bytes in 1 blocks are still reachable in loss record 5 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x48A4504: sasl_randcreate (saslutil.c:384)
==20410== by 0x48A035E: _sasl_alloc_utils (common.c:2009)
==20410== by 0x48A0642: _sasl_common_init (common.c:811)
==20410== by 0x489DCBB: sasl_client_init (client.c:313)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 16 bytes in 1 blocks are still reachable in loss record 6 of 29
==20410== at 0x483A9A2: calloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x4E38EE5: generic_gss_create_empty_oid_set (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x4E4723C: gss_indicate_mechs_by_attrs (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x5627112: gs2_indicate_mechs (gs2.c:1365)
==20410== by 0x56271AC: gs2_common_plug_init (gs2.c:573)
==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961)
==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41)
==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410==
==20410== 20 bytes in 2 blocks are still reachable in loss record 7 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x56255BE: gs2_duplicate_buffer (gs2.c:1408)
==20410== by 0x5626FC3: gs2_client_plug_alloc (gs2.c:925)
==20410== by 0x56272AE: gs2_common_plug_init (gs2.c:597)
==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961)
==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41)
==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410==
==20410== 32 bytes in 1 blocks are still reachable in loss record 8 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x489DC72: sasl_client_init (client.c:298)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 32 bytes in 1 blocks are still reachable in loss record 9 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x489D2CB: sasl_client_add_plugin (client.c:217)
==20410== by 0x489DCAF: sasl_client_init (client.c:311)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 32 bytes in 1 blocks are still reachable in loss record 10 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x4E38F88: generic_gss_add_oid_set_member (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x4E47DFE: gss_add_oid_set_member (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x4E4746C: gss_indicate_mechs_by_attrs (in
/nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2)
==20410== by 0x5627112: gs2_indicate_mechs (gs2.c:1365)
==20410== by 0x56271AC: gs2_common_plug_init (gs2.c:573)
==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961)
==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41)
==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410==
==20410== 40 bytes in 1 blocks are still reachable in loss record 11 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x55E6725: digestmd5_client_plug_init (digestmd5.c:4641)
==20410== by 0x55E67F4: sasl_client_plug_init (digestmd5_init.c:41)
==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410==
==20410== 56 bytes in 2 blocks are still reachable in loss record 12 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x4007613: decompose_rpath.isra.10 (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x400974B: _dl_map_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x400D941: openaux (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x400DCD3: _dl_map_object_deps (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4013ADD: dl_open_worker (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x40135DC: _dl_open (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4E24245: dlopen_doit (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x49E11CE: _dl_catch_error (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 72 bytes in 1 blocks are still reachable in loss record 13 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x489FCBB: _sasl_strdup (common.c:179)
==20410== by 0x489FD84: _sasl_getpath (common.c:1598)
==20410== by 0x48A90F1: _sasl_load_plugins (dlopen.c:469)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 82 bytes in 12 blocks are still reachable in loss record 14 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x489FCBB: _sasl_strdup (common.c:179)
==20410== by 0x489D2F1: sasl_client_add_plugin (client.c:221)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 112 bytes in 1 blocks are still reachable in loss record 15 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x48A2438: _sasl_build_mechlist (common.c:2374)
==20410== by 0x489DCF0: sasl_client_init (client.c:324)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 147 bytes in 2 blocks are still reachable in loss record 16 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x4006A32: open_path (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x400927B: _dl_map_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x400D941: openaux (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x400DCD3: _dl_map_object_deps (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4013ADD: dl_open_worker (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x40135DC: _dl_open (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4E24245: dlopen_doit (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x49E11CE: _dl_catch_error (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 147 bytes in 2 blocks are still reachable in loss record 17 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x400BB28: _dl_new_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4007BF5: _dl_map_object_from_fd (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4009096: _dl_map_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x400D941: openaux (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x400DCD3: _dl_map_object_deps (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4013ADD: dl_open_worker (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x40135DC: _dl_open (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4E24245: dlopen_doit (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 160 bytes in 10 blocks are still reachable in loss record 18 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x48A8FDD: _sasl_get_plugin (dlopen.c:379)
==20410== by 0x48A930D: _sasl_load_plugins (dlopen.c:527)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 192 bytes in 1 blocks are still reachable in loss record 19 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x56271C9: gs2_common_plug_init (gs2.c:577)
==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961)
==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41)
==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410==
==20410== 384 bytes in 12 blocks are still reachable in loss record 20 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x489D2CB: sasl_client_add_plugin (client.c:217)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 392 bytes in 1 blocks are still reachable in loss record 21 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x48A0345: _sasl_alloc_utils (common.c:2003)
==20410== by 0x489D3A7: init_mechlist (client.c:68)
==20410== by 0x489DC96: sasl_client_init (client.c:305)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 392 bytes in 1 blocks are still reachable in loss record 22 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x48A0345: _sasl_alloc_utils (common.c:2003)
==20410== by 0x48A0642: _sasl_common_init (common.c:811)
==20410== by 0x489DCBB: sasl_client_init (client.c:313)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 870 bytes in 10 blocks are still reachable in loss record 23 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x401C3CA: strdup (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4009019: _dl_map_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4013A75: dl_open_worker (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x40135DC: _dl_open (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4E24245: dlopen_doit (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x49E11CE: _dl_catch_error (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x4E248F4: _dlerror_run (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x4E242C5: dlopen@@GLIBC_2.2.5 (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x48A8FF2: _sasl_get_plugin (dlopen.c:382)
==20410==
==20410== 870 bytes in 10 blocks are still reachable in loss record 24 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x400BB28: _dl_new_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4007BF5: _dl_map_object_from_fd (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4009096: _dl_map_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4013A75: dl_open_worker (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x40135DC: _dl_open (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4E24245: dlopen_doit (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x49E11CE: _dl_catch_error (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x4E248F4: _dlerror_run (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x4E242C5: dlopen@@GLIBC_2.2.5 (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410==
==20410== 880 bytes in 1 blocks are still reachable in loss record 25 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x55E6779: digestmd5_client_plug_init (digestmd5.c:4654)
==20410== by 0x55E67F4: sasl_client_plug_init (digestmd5_init.c:41)
==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194)
==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239)
==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533)
==20410== by 0x489DD43: sasl_client_init (client.c:316)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410==
==20410== 2,280 bytes in 12 blocks are still reachable in loss record 26 of 29
==20410== at 0x483A9A2: calloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x40112AC: _dl_check_map_versions (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4013B25: dl_open_worker (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x40135DC: _dl_open (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4E24245: dlopen_doit (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x49E11CE: _dl_catch_error (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x4E248F4: _dlerror_run (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x4E242C5: dlopen@@GLIBC_2.2.5 (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x48A8FF2: _sasl_get_plugin (dlopen.c:382)
==20410== by 0x48A930D: _sasl_load_plugins (dlopen.c:527)
==20410==
==20410== 2,395 bytes in 2 blocks are still reachable in loss record 27 of 29
==20410== at 0x483A9A2: calloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x400B922: _dl_new_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4007BF5: _dl_map_object_from_fd (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4009096: _dl_map_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x400D941: openaux (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x400DCD3: _dl_map_object_deps (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4013ADD: dl_open_worker (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x40135DC: _dl_open (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4E24245: dlopen_doit (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 4,112 bytes in 1 blocks are still reachable in loss record 28 of 29
==20410== at 0x4838753: malloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x489B76E: sasl_canonuser_add_plugin (canonusr.c:335)
==20410== by 0x48A060E: _sasl_common_init (common.c:816)
==20410== by 0x489DCBB: sasl_client_init (client.c:313)
==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117)
==20410== by 0x4870D8E: ldap_int_initialize (init.c:662)
==20410== by 0x485620D: ldap_create (open.c:109)
==20410== by 0x4856491: ldap_initialize (open.c:241)
==20410== by 0x4013C6: run (main.c:68)
==20410== by 0x48D6DBC: (below main) (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410==
==20410== 12,710 bytes in 10 blocks are still reachable in loss record 29 of 29
==20410== at 0x483A9A2: calloc (in
/nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==20410== by 0x400B922: _dl_new_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4007BF5: _dl_map_object_from_fd (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4009096: _dl_map_object (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4013A75: dl_open_worker (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x40135DC: _dl_open (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so)
==20410== by 0x4E24245: dlopen_doit (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x49E1134: _dl_catch_exception (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x49E11CE: _dl_catch_error (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so)
==20410== by 0x4E248F4: _dlerror_run (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410== by 0x4E242C5: dlopen@@GLIBC_2.2.5 (in
/nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so)
==20410==
==20410== LEAK SUMMARY:
==20410== definitely lost: 0 bytes in 0 blocks
==20410== indirectly lost: 0 bytes in 0 blocks
==20410== possibly lost: 0 bytes in 0 blocks
==20410== still reachable: 26,473 bytes in 103 blocks
==20410== suppressed: 0 bytes in 0 blocks
==20410==
==20410== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
-------------------------------------------------
I'm using the NixOS package for openldap 2.4.56 for which you can find the
build process here:
https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/libraries/o....
The code for my executable is attached.
--
You are receiving this mail because:
You are on the CC list for the issue.
2 weeks
[Issue 9431] New: back-mdb: Always have an equality index for objectClass
by openldap-its＠openldap.org
https://bugs.openldap.org/show_bug.cgi?id=9431
Issue ID: 9431
Summary: back-mdb: Always have an equality index for
objectClass
Product: OpenLDAP
Version: 2.5
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: backends
Assignee: bugs(a)openldap.org
Reporter: quanah(a)openldap.org
Target Milestone: ---
Data storage backends require an equality index on objectClass to function
correctly. As this is a hard requirement it should be automatic with back-mdb.
Why this wasn't done in the past with other backends isn't exactly clear, it
may have been due to their requirements to have additional cache layers. That
however is not necessary with back-mdb.
--
You are receiving this mail because:
You are on the CC list for the issue.
2 weeks, 2 days
[Issue 9430] New: mdb_put() with MDB_RESERVE | MDB_NOOVERWRITE sets 'data' to invalid memory
by openldap-its＠openldap.org
https://bugs.openldap.org/show_bug.cgi?id=9430
Issue ID: 9430
Summary: mdb_put() with MDB_RESERVE | MDB_NOOVERWRITE sets
'data' to invalid memory
Product: LMDB
Version: unspecified
Hardware: x86_64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: liblmdb
Assignee: bugs(a)openldap.org
Reporter: kenta(a)lithdew.net
Target Milestone: ---
Running on NixOS (x86_64-linux).
The following sequence of methods was called with an MDB_env and MDB_txn
created with default flags, with the MDB_txn open on MAIN_DBI.
The following code is pseudocode - should the code not be clear enough, happy
to provide the original test case which was written in Zig
(https://ziglang.org).
// Put KV pair ('hello', 'test').
var k: MDB_val = .{ .mv_size = "hello".len, .mv_data = &"hello" };
var v: MDB_val = .{ .mv_size = "test".len, .mv_data = &"test" };
mdb_put(txn, MAIN_DBI, &k, &v, 0);
// Attempt to put KV pair ('hello', 'world!') with MDB_RESERVE |
MDB_NOOVERWRITE, and assert that it fails.
var k2: MDB_val = .{ .mv_size = "hello".len, .mv_data = &"hello" };
var v2: MDB_val = .{ .mv_size = "world!".len, .mv_data = null };
assert(mdb_put(txn, MAIN_DBI, &k2, &v2, MDB_RESERVE | MDB_NOOVERWRITE) ==
MDB_KEYEXIST);
// Assertion fails.
assert(v2 == v);
After these steps, it is expected that v2's 'mv_data' points to 'test' with a
'mv_size' of 4 (the previously, successfully-written KV pair).
What actually happened was that v2's 'mv_size' was correctly set to 4, though
'mv_data' points to garbage memory.
--
You are receiving this mail because:
You are on the CC list for the issue.
2 weeks, 2 days
[Issue 9429] New: LMDB mdb_del and mdb_cursor_del cause MDB_MAP_FULL on Apple M1
by openldap-its＠openldap.org
https://bugs.openldap.org/show_bug.cgi?id=9429
Issue ID: 9429
Summary: LMDB mdb_del and mdb_cursor_del cause MDB_MAP_FULL on
Apple M1
Product: LMDB
Version: 0.9.26
Hardware: Other
OS: Mac OS
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: liblmdb
Assignee: bugs(a)openldap.org
Reporter: simonleier(a)gmail.com
Target Milestone: ---
I discovered that deleting data from the database causes MDB_MAP_FULL on my
MacBook Pro with M1 chip. The same code works fine on an Intel Mac.
I think there is no special code required to reproduce this. Open a db, put
something, try to delete it and LMDB crashes.
--
You are receiving this mail because:
You are on the CC list for the issue.
3 weeks, 2 days
[Issue 9428] New: DoS due to infinite packet processing in slapd
by openldap-its＠openldap.org
https://bugs.openldap.org/show_bug.cgi?id=9428
Issue ID: 9428
Summary: DoS due to infinite packet processing in slapd
Product: OpenLDAP
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: slapd
Assignee: bugs(a)openldap.org
Reporter: phasip(a)gmail.com
Target Milestone: ---
Processing of a packet results in the command handling thread becomming stuck
in an infinite loop.
After sending 32 of theese slapd doesn't respond to any new queries and
consumes 100% cpu
Packet
00000000: 3036 0200 7730 300b 312e 332e 362e 312e 06..w00.1.3.6.1.
00000010: 312e 3881 1030 0130 0030 3030 3030 3030 1.8..0.0.0000000
00000020: 3030 3030 3030 0030 3030 3030 3030 3030 000000.000000000
00000030: 3030 3030 3030 3030 3030 3030 3030 3030 0000000000000000
00000040: 30 0
GDB backtrace
(gdb) thread 3
[Switching to thread 3 (Thread 0x7fff8aad2700 (LWP 12))]
#0 0x00007ffff7eb489b in sched_yield ()
at ../sysdeps/unix/syscall-template.S:78
78 ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) bt
#0 0x00007ffff7eb489b in sched_yield ()
at ../sysdeps/unix/syscall-template.S:78
#1 0x0000555555671671 in ldap_pvt_thread_yield () at thr_posix.c:249
#2 0x00005555555d9255 in cancel_extop (op=0x7fff7c001160, rs=<optimized
out>)
at cancel.c:143
#3 0x00005555555b449a in fe_extended (op=0x7fff7c001160,
rs=0x7fff8aad1a80)
at extended.c:225
#4 0x00005555555b41c2 in do_extended (op=0x7fff7c001160,
rs=0x7fff8aad1a80)
at extended.c:175
#5 0x0000555555583d09 in connection_operation
(ctx=ctx@entry=0x7fff8aad1ba0,
arg_v=0x7fff7c001160) at connection.c:1163
#6 0x0000555555584370 in connection_read_thread (ctx=0x7fff8aad1ba0,
argv=0xc)
at connection.c:1314
#7 0x0000555555671080 in ldap_int_thread_pool_wrapper
(xpool=0x555555799240)
at tpool.c:1051
#8 0x00007ffff7faa609 in start_thread (arg=<optimized out>)
at pthread_create.c:477
#9 0x00007ffff7ed1293 in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Testing:
docker run --privileged -it --net=host --entrypoint gdb phasip/openldap
/openldap/servers/slapd/slapd -ex 'set args -h ldap://:1389/ -d 256' -ex 'run'
for i in {1..32}; do echo -en
'\x30\x36\x02\x00\x77\x30\x30\x0b\x31\x2e\x33\x2e\x36\x2e\x31\x2e\x31\x2e\x38\x81\x10\x30\x01\x30\x00\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x00\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30\x30'
| timeout 1 nc localhost 1389 & done
--
You are receiving this mail because:
You are on the CC list for the issue.
3 weeks, 4 days
[Issue 9426] New: Paged results return duplicates
by openldap-its＠openldap.org
https://bugs.openldap.org/show_bug.cgi?id=9426
Issue ID: 9426
Summary: Paged results return duplicates
Product: OpenLDAP
Version: 2.4.56
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: slapd
Assignee: bugs(a)openldap.org
Reporter: quanah(a)openldap.org
Target Milestone: ---
When performing a query that matches 744 entries, the number of returned
entries varies depending on the page size requested.
For a page size of 300, it returns 767 entries
For a page size of 500, it returns 759 entries
Running the results for sort -u correctly shows 744 unique entries. So
anywhere from 15 to 23 duplicates are returned in the above case.
--
You are receiving this mail because:
You are on the CC list for the issue.
1 month
[Issue 9397] New: LMDB: A second process opening a file with MDB_WRITEMAP can cause the first to SIGBUS
by openldap-its＠openldap.org
https://bugs.openldap.org/show_bug.cgi?id=9397
Issue ID: 9397
Summary: LMDB: A second process opening a file with
MDB_WRITEMAP can cause the first to SIGBUS
Product: LMDB
Version: 0.9.26
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: liblmdb
Assignee: bugs(a)openldap.org
Reporter: github(a)nicwatson.org
Target Milestone: ---
Created attachment 780
--> https://bugs.openldap.org/attachment.cgi?id=780&action=edit
Full reproduction of SIGBUS MDB_WRITEMAP issue (works on Linux only)
The fundamental problem is that a ftruncate() on Linux that makes a file
smaller will cause accesses past the new end of the file to SIGBUS (see the
mmap man page).
The sequence that causes a SIGBUS involves two processes.
1. The first process opens a new LMDB file with MDB_WRITEMAP.
2. The second process opens the same LMDB file with MDB_WRITEMAP and with an
explicit map_size smaller than the first process's map size.
* This causes an ftruncate that makes the underlying file *smaller*.
3. (Optional) The second process closes the environment and exits.
4. The first process opens a write transaction and writes a bunch of data.
5. The first process commits the transaction. This causes a memory read from
the mapped memory that's now past the end of the file. On Linux, this triggers
a SIGBUS.
Attached is code that fully reproduces the problem on Linux.
The most straightforward solution is to allow ftruncate to *reduce* the file
size if it is the only reader. Another possibility is check the file size and
ftruncate if necessary every time a write transaction is opened. A third
possibility is to catch the SIGBUS signal.
Repro note: I used clone() to create the subprocess to most straightforwardly
demonstrate that the problem is not due to inherited file descriptors. The
problem still manifests when the processes are completely independent.
--
You are receiving this mail because:
You are on the CC list for the issue.
1 month