Hi,
what could the following possibly be?
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
*** glibc detected *** slapadd: corrupted double-linked list: 0x00007f3ef0cb9920 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x75018)[0x7f3eedeb2018] /lib64/libc.so.6(+0x76e0e)[0x7f3eedeb3e0e] /lib64/libc.so.6(+0x7ad91)[0x7f3eedeb7d91] /lib64/libc.so.6(realloc+0xfa)[0x7f3eedeb81aa] /usr/lib64/liblber-2.4.so.2(ber_memrealloc_x+0x48)[0x7f3eeffd4f48] slapadd(ldif_read_record+0x121)[0x7f3ef07bcd81] slapadd(slapadd+0x28b)[0x7f3ef070426b] slapadd(main+0xd4)[0x7f3ef0678b84] /lib64/libc.so.6(__libc_start_main+0xe6)[0x7f3eede5bbc6] slapadd(+0x2d509)[0x7f3ef0678509] ======= Memory map: ======== 7f3ecc000000-7f3ecc021000 rw-p 00000000 00:00 0 7f3ecc021000-7f3ed0000000 ---p 00000000 00:00 0 7f3ed0364000-7f3ed037a000 r-xp 00000000 08:02 48688 /lib64/libgcc_s.so.1 7f3ed037a000-7f3ed0579000 ---p 00016000 08:02 48688 /lib64/libgcc_s.so.1 7f3ed0579000-7f3ed057a000 r--p 00015000 08:02 48688 /lib64/libgcc_s.so.1 7f3ed057a000-7f3ed057b000 rw-p 00016000 08:02 48688 /lib64/libgcc_s.so.1 7f3ed057b000-7f3ed094c000 rw-p 00000000 00:00 0 7f3ed094c000-7f3ed1308000 rw-s 00000000 fd:05 172038 /var/lib/ldap/main-data/__db.003 7f3ed1308000-7f3ed16d9000 rw-p 00000000 00:00 0 7f3ed16d9000-7f3ed681b000 rw-s 00000000 fd:05 49158 /var/lib/ldap/human-data/__db.003 7f3ed681b000-7f3ed6d09000 rw-s 00000000 fd:05 49157 /var/lib/ldap/human-data/__db.002 7f3ed6d09000-7f3ed70da000 rw-p 00000000 00:00 0 7f3ed70da000-7f3eeb0dc000 rw-s 00000000 fd:05 335878 /var/lib/ldap/linux-data/__db.003 7f3eeb0dc000-7f3eeba8a000 rw-s 00000000 fd:05 335877 /var/lib/ldap/linux-data/__db.002 7f3eeba8a000-7f3eebaa7000 r-xp 00000000 fd:0a 163907 /usr/lib/openldap/modules/back_meta-2.4.so.2.5.3 7f3eebaa7000-7f3eebca6000 ---p 0001d000 fd:0a 163907 /usr/lib/openldap/modules/back_meta-2.4.so.2.5.3 7f3eebca6000-7f3eebca7000 r--p 0001c000 fd:0a 163907 /usr/lib/openldap/modules/back_meta-2.4.so.2.5.3 7f3eebca7000-7f3eebca8000 rw-p 0001d000 fd:0a 163907 /usr/lib/openldap/modules/back_meta-2.4.so.2.5.3 7f3eebca8000-7f3eebcac000 r-xp 00000000 fd:0a 795580 /usr/lib64/sasl2/libanonymous.so.2.0.22 7f3eebcac000-7f3eebeab000 ---p 00004000 fd:0a 795580 /usr/lib64/sasl2/libanonymous.so.2.0.22 7f3eebeab000-7f3eebeac000 r--p 00003000 fd:0a 795580 /usr/lib64/sasl2/libanonymous.so.2.0.22 7f3eebeac000-7f3eebead000 rw-p 00004000 fd:0a 795580 /usr/lib64/sasl2/libanonymous.so.2.0.22 7f3eebead000-7f3eebeaf000 r-xp 00000000 08:02 48656 /lib64/libkeyutils-1.2.so 7f3eebeaf000-7f3eec0ae000 ---p 00002000 08:02 48656 /lib64/libkeyutils-1.2.so 7f3eec0ae000-7f3eec0af000 r--p 00001000 08:02 48656 /lib64/libkeyutils-1.2.so 7f3eec0af000-7f3eec0b0000 rw-p 00002000 08:02 48656 /lib64/libkeyutils-1.2.so 7f3eec0b0000-7f3eec0b7000 r-xp 00000000 fd:0a 778733 /usr/lib64/libkrb5support.so.0.1 7f3eec0b7000-7f3eec2b7000 ---p 00007000 fd:0a 778733 /usr/lib64/libkrb5support.so.0.1 7f3eec2b7000-7f3eec2b8000 r--p 00007000 fd:0a 778733 /usr/lib64/libkrb5support.so.0.1 7f3eec2b8000-7f3eec2b9000 rw-p 00008000 fd:0a 778733 /usr/lib64/libkrb5support.so.0.1 7f3eec2b9000-7f3eec2bc000 r-xp 00000000 08:02 48700 /lib64/libcom_err.so.2.1 7f3eec2bc000-7f3eec4bb000 ---p 00003000 08:02 48700 /lib64/libcom_err.so.2.1 7f3eec4bb000-7f3eec4bc000 r--p 00002000 08:02 48700 /lib64/libcom_err.so.2.1 7f3eec4bc000-7f3eec4bd000 rw-p 00003000 08:02 48700 /lib64/libcom_err.so.2.1 7f3eec4bd000-7f3eec4e1000 r-xp 00000000 fd:0a 778721 /usr/lib64/libk5crypto.so.3.1 7f3eec4e1000-7f3eec6e0000 ---p 00024000 fd:0a 778721 /usr/lib64/libk5crypto.so.3.1 7f3eec6e0000-7f3eec6e2000 r--p 00023000 fd:0a 778721 /usr/lib64/libk5crypto.so.3.1 7f3eec6e2000-7f3eec6e3000 rw-p 00025000 fd:0a 778721 /usr/lib64/libk5crypto.so.3.1 7f3eec6e3000-7f3eec781000 r-xp 00000000 fd:0a 778731 /usr/lib64/libkrb5.so.3.3 7f3eec781000-7f3eec980000 ---p 0009e000 fd:0a 778731 /usr/lib64/libkrb5.so.3.3 7f3eec980000-7f3eec983000 r--p 0009d000 fd:0a 778731 /usr/lib64/libkrb5.so.3.3 7f3eec983000-7f3eec985000 rw-p 000a0000 fd:0a 778731 /usr/lib64/libkrb5.so.3.3 7f3eec985000-7f3eec9b0000 r-xp 00000000 fd:0a 778717 /usr/lib64/libgssapi_krb5.so.2.2 7f3eec9b0000-7f3eecbaf000 ---p 0002b000 fd:0a 778717 /usr/lib64/libgssapi_krb5.so.2.2 7f3eecbaf000-7f3eecbb0000 r--p 0002a000 fd:0a 778717 /usr/lib64/libgssapi_krb5.so.2.2 7f3eecbb0000-7f3eecbb1000 rw-p 0002b000 fd:0a 778717 /usr/lib64/libgssapi_krb5.so.2.2 7f3eecbb1000-7f3eecbb8000 r-xp 00000000 fd:0a 795710 /usr/lib64/sasl2/libgssapiv2.so.2.0.22 7f3eecbb8000-7f3eecdb7000 ---p 00007000 fd:0a 795710 /usr/lib64/sasl2/libgssapiv2.so.2.0.22 7f3eecdb7000-7f3eecdb8000 r--p 00006000 fd:0a 795710 /usr/lib64/sasl2/libgssapiv2.so.2.0.22 7f3eecdb8000-7f3eecdb9000 rw-p 00007000 fd:0a 795710 /usr/lib64/sasl2/libgssapiv2.so.2.0.22 7f3eecdb9000-7f3eecdbd000 r-xp 00000000 fd:0a 795583 /usr/lib64/sasl2/liblogin.so.2.0.22 7f3eecdbd000-7f3eecfbc000 ---p 00004000 fd:0a 795583 /usr/lib64/sasl2/liblogin.so.2.0.22 7f3eecfbc000-7f3eecfbd000 r--p 00003000 fd:0a 795583 /usr/lib64/sasl2/liblogin.so.2.0.22 7f3eecfbd000-7f3eecfbe000 rw-p 00004000 fd:0a 795583 /usr/lib64/sasl2/liblogin.so.2.0.22 7f3eecfbe000-7f3eecfc3000 r-xp 00000000 fd:0a 795586 /usr/lib64/sasl2/libsasldb.so.2.0.22 7f3eecfc3000-7f3eed1c2000 ---p 00005000 fd:0a 795586 /usr/lib64/sasl2/libsasldb.so.2.0.22 7f3eed1c2000-7f3eed1c3000 r--p 00004000 fd:0a 795586 /usr/lib64/sasl2/libsasldb.so.2.0.22 7f3eed1c3000-7f3eed1c4000 rw-p 00005000 fd:0a 795586 /usr/lib64/sasl2/libsasldb.so.2.0.22 7f3eed1c4000-7f3eed1c8000 r-xp 00000000 fd:0a 795707 /usr/lib64/sasl2/libplain.so.2.0.22 7f3eed1c8000-7f3eed3c7000 ---p 00004000 fd:0a 795707 /usr/lib64/sasl2/libplain.so.2.0.22 7f3eed3c7000-7f3eed3c8000 r--p 00003000 fd:0a 795707 /usr/lib64/sasl2/libplain.so.2.0.22 7f3eed3c8000-7f3eed3c9000 rw-p 00004000 fd:0a 795707 /usr/lib64/sasl2/libplain.so.2.0.22 7f3eed3c9000-7f3eed3cd000 r-xp 00000000 fd:0a 795716 /usr/lib64/sasl2/libcrammd5.so.2.0.22 7f3eed3cd000-7f3eed5cd000 ---p 00004000 fd:0a 795716
Without the "-q" switch it is running happily till the end.
Marc
Hello, just for typo correction, SLES 11 SP1 is using 2.4.20, so no misunderstandings are coming up.
bye.
On Mon, Dec 6, 2010 at 16:40, Marc Patermann < hans.moser@ofd-z.niedersachsen.de> wrote:
Hi,
what could the following possibly be?
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
*** glibc detected *** slapadd: corrupted double-linked list: 0x00007f3ef0cb9920 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x75018)[0x7f3eedeb2018] /lib64/libc.so.6(+0x76e0e)[0x7f3eedeb3e0e] /lib64/libc.so.6(+0x7ad91)[0x7f3eedeb7d91] /lib64/libc.so.6(realloc+0xfa)[0x7f3eedeb81aa] /usr/lib64/liblber-2.4.so.2(ber_memrealloc_x+0x48)[0x7f3eeffd4f48] slapadd(ldif_read_record+0x121)[0x7f3ef07bcd81] slapadd(slapadd+0x28b)[0x7f3ef070426b] slapadd(main+0xd4)[0x7f3ef0678b84] /lib64/libc.so.6(__libc_start_main+0xe6)[0x7f3eede5bbc6] slapadd(+0x2d509)[0x7f3ef0678509] ======= Memory map: ======== 7f3ecc000000-7f3ecc021000 rw-p 00000000 00:00 0 7f3ecc021000-7f3ed0000000 ---p 00000000 00:00 0 7f3ed0364000-7f3ed037a000 r-xp 00000000 08:02 48688 /lib64/libgcc_s.so.1 7f3ed037a000-7f3ed0579000 ---p 00016000 08:02 48688 /lib64/libgcc_s.so.1 7f3ed0579000-7f3ed057a000 r--p 00015000 08:02 48688 /lib64/libgcc_s.so.1 7f3ed057a000-7f3ed057b000 rw-p 00016000 08:02 48688 /lib64/libgcc_s.so.1 7f3ed057b000-7f3ed094c000 rw-p 00000000 00:00 0 7f3ed094c000-7f3ed1308000 rw-s 00000000 fd:05 172038 /var/lib/ldap/main-data/__db.003 7f3ed1308000-7f3ed16d9000 rw-p 00000000 00:00 0 7f3ed16d9000-7f3ed681b000 rw-s 00000000 fd:05 49158 /var/lib/ldap/human-data/__db.003 7f3ed681b000-7f3ed6d09000 rw-s 00000000 fd:05 49157 /var/lib/ldap/human-data/__db.002 7f3ed6d09000-7f3ed70da000 rw-p 00000000 00:00 0 7f3ed70da000-7f3eeb0dc000 rw-s 00000000 fd:05 335878 /var/lib/ldap/linux-data/__db.003 7f3eeb0dc000-7f3eeba8a000 rw-s 00000000 fd:05 335877 /var/lib/ldap/linux-data/__db.002 7f3eeba8a000-7f3eebaa7000 r-xp 00000000 fd:0a 163907 /usr/lib/openldap/modules/back_meta-2.4.so.2.5.3 7f3eebaa7000-7f3eebca6000 ---p 0001d000 fd:0a 163907 /usr/lib/openldap/modules/back_meta-2.4.so.2.5.3 7f3eebca6000-7f3eebca7000 r--p 0001c000 fd:0a 163907 /usr/lib/openldap/modules/back_meta-2.4.so.2.5.3 7f3eebca7000-7f3eebca8000 rw-p 0001d000 fd:0a 163907 /usr/lib/openldap/modules/back_meta-2.4.so.2.5.3 7f3eebca8000-7f3eebcac000 r-xp 00000000 fd:0a 795580 /usr/lib64/sasl2/libanonymous.so.2.0.22 7f3eebcac000-7f3eebeab000 ---p 00004000 fd:0a 795580 /usr/lib64/sasl2/libanonymous.so.2.0.22 7f3eebeab000-7f3eebeac000 r--p 00003000 fd:0a 795580 /usr/lib64/sasl2/libanonymous.so.2.0.22 7f3eebeac000-7f3eebead000 rw-p 00004000 fd:0a 795580 /usr/lib64/sasl2/libanonymous.so.2.0.22 7f3eebead000-7f3eebeaf000 r-xp 00000000 08:02 48656 /lib64/ libkeyutils-1.2.so 7f3eebeaf000-7f3eec0ae000 ---p 00002000 08:02 48656 /lib64/ libkeyutils-1.2.so 7f3eec0ae000-7f3eec0af000 r--p 00001000 08:02 48656 /lib64/ libkeyutils-1.2.so 7f3eec0af000-7f3eec0b0000 rw-p 00002000 08:02 48656 /lib64/ libkeyutils-1.2.so 7f3eec0b0000-7f3eec0b7000 r-xp 00000000 fd:0a 778733 /usr/lib64/libkrb5support.so.0.1 7f3eec0b7000-7f3eec2b7000 ---p 00007000 fd:0a 778733 /usr/lib64/libkrb5support.so.0.1 7f3eec2b7000-7f3eec2b8000 r--p 00007000 fd:0a 778733 /usr/lib64/libkrb5support.so.0.1 7f3eec2b8000-7f3eec2b9000 rw-p 00008000 fd:0a 778733 /usr/lib64/libkrb5support.so.0.1 7f3eec2b9000-7f3eec2bc000 r-xp 00000000 08:02 48700 /lib64/libcom_err.so.2.1 7f3eec2bc000-7f3eec4bb000 ---p 00003000 08:02 48700 /lib64/libcom_err.so.2.1 7f3eec4bb000-7f3eec4bc000 r--p 00002000 08:02 48700 /lib64/libcom_err.so.2.1 7f3eec4bc000-7f3eec4bd000 rw-p 00003000 08:02 48700 /lib64/libcom_err.so.2.1 7f3eec4bd000-7f3eec4e1000 r-xp 00000000 fd:0a 778721 /usr/lib64/libk5crypto.so.3.1 7f3eec4e1000-7f3eec6e0000 ---p 00024000 fd:0a 778721 /usr/lib64/libk5crypto.so.3.1 7f3eec6e0000-7f3eec6e2000 r--p 00023000 fd:0a 778721 /usr/lib64/libk5crypto.so.3.1 7f3eec6e2000-7f3eec6e3000 rw-p 00025000 fd:0a 778721 /usr/lib64/libk5crypto.so.3.1 7f3eec6e3000-7f3eec781000 r-xp 00000000 fd:0a 778731 /usr/lib64/libkrb5.so.3.3 7f3eec781000-7f3eec980000 ---p 0009e000 fd:0a 778731 /usr/lib64/libkrb5.so.3.3 7f3eec980000-7f3eec983000 r--p 0009d000 fd:0a 778731 /usr/lib64/libkrb5.so.3.3 7f3eec983000-7f3eec985000 rw-p 000a0000 fd:0a 778731 /usr/lib64/libkrb5.so.3.3 7f3eec985000-7f3eec9b0000 r-xp 00000000 fd:0a 778717 /usr/lib64/libgssapi_krb5.so.2.2 7f3eec9b0000-7f3eecbaf000 ---p 0002b000 fd:0a 778717 /usr/lib64/libgssapi_krb5.so.2.2 7f3eecbaf000-7f3eecbb0000 r--p 0002a000 fd:0a 778717 /usr/lib64/libgssapi_krb5.so.2.2 7f3eecbb0000-7f3eecbb1000 rw-p 0002b000 fd:0a 778717 /usr/lib64/libgssapi_krb5.so.2.2 7f3eecbb1000-7f3eecbb8000 r-xp 00000000 fd:0a 795710 /usr/lib64/sasl2/libgssapiv2.so.2.0.22 7f3eecbb8000-7f3eecdb7000 ---p 00007000 fd:0a 795710 /usr/lib64/sasl2/libgssapiv2.so.2.0.22 7f3eecdb7000-7f3eecdb8000 r--p 00006000 fd:0a 795710 /usr/lib64/sasl2/libgssapiv2.so.2.0.22 7f3eecdb8000-7f3eecdb9000 rw-p 00007000 fd:0a 795710 /usr/lib64/sasl2/libgssapiv2.so.2.0.22 7f3eecdb9000-7f3eecdbd000 r-xp 00000000 fd:0a 795583 /usr/lib64/sasl2/liblogin.so.2.0.22 7f3eecdbd000-7f3eecfbc000 ---p 00004000 fd:0a 795583 /usr/lib64/sasl2/liblogin.so.2.0.22 7f3eecfbc000-7f3eecfbd000 r--p 00003000 fd:0a 795583 /usr/lib64/sasl2/liblogin.so.2.0.22 7f3eecfbd000-7f3eecfbe000 rw-p 00004000 fd:0a 795583 /usr/lib64/sasl2/liblogin.so.2.0.22 7f3eecfbe000-7f3eecfc3000 r-xp 00000000 fd:0a 795586 /usr/lib64/sasl2/libsasldb.so.2.0.22 7f3eecfc3000-7f3eed1c2000 ---p 00005000 fd:0a 795586 /usr/lib64/sasl2/libsasldb.so.2.0.22 7f3eed1c2000-7f3eed1c3000 r--p 00004000 fd:0a 795586 /usr/lib64/sasl2/libsasldb.so.2.0.22 7f3eed1c3000-7f3eed1c4000 rw-p 00005000 fd:0a 795586 /usr/lib64/sasl2/libsasldb.so.2.0.22 7f3eed1c4000-7f3eed1c8000 r-xp 00000000 fd:0a 795707 /usr/lib64/sasl2/libplain.so.2.0.22 7f3eed1c8000-7f3eed3c7000 ---p 00004000 fd:0a 795707 /usr/lib64/sasl2/libplain.so.2.0.22 7f3eed3c7000-7f3eed3c8000 r--p 00003000 fd:0a 795707 /usr/lib64/sasl2/libplain.so.2.0.22 7f3eed3c8000-7f3eed3c9000 rw-p 00004000 fd:0a 795707 /usr/lib64/sasl2/libplain.so.2.0.22 7f3eed3c9000-7f3eed3cd000 r-xp 00000000 fd:0a 795716 /usr/lib64/sasl2/libcrammd5.so.2.0.22 7f3eed3cd000-7f3eed5cd000 ---p 00004000 fd:0a 795716
Without the "-q" switch it is running happily till the end.
Marc
Hi,
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
I have a fresh install of SLES 11 SP1 on a new machine. I installed 2.4.23. When I did the config and tried to put initial data (8(!) objects) into the server, I got glibc errors too.
# slapadd -q -c -v -l init.ldif added: ... ... _#################### 100.00% eta none elapsed none fast! Closing DB... *** glibc detected *** slapadd: free(): invalid pointer: 0x00007f89c0273210 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x75018)[0x7f89bd242018] /lib64/libc.so.6(cfree+0x6c)[0x7f89bd246f6c] /usr/lib64/libdb-4.5.so(__ham_db_close+0x19)[0x7f89bf0d9139] /usr/lib64/libdb-4.5.so(__db_refresh+0x340)[0x7f89bf120a20] /usr/lib64/libdb-4.5.so(__db_close+0x51)[0x7f89bf120f91] /usr/lib64/libdb-4.5.so(__db_close_pp+0xd5)[0x7f89bf135445] slapadd(+0xc15eb)[0x7f89bfd065eb] ...
As I found out, when I deactivate the four index lines, it works. Each of these four lines causes an glibc error.
#index objectclass,uid,mail eq #index sn,cn,givenName sub,eq
#index dhcpHWAddress,dhcpClassData,dhcpOption eq #index entryCSN,entryUUID,zoneName eq
Hm? :(
Marc
--On Wednesday, December 08, 2010 6:36 PM +0100 Marc Patermann hans.moser@ofd-z.niedersachsen.de wrote:
Hi,
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
I have a fresh install of SLES 11 SP1 on a new machine. I installed 2.4.23.
Is this your own build of 2.4.23? Did you also build it on an SLES11 SP1 machine? Novell did something brilliant with SLES11 SP1, where they changed the glibc version as compared to SLES11 SP0...
--Quanah
--
Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration
Quanah,
Quanah Gibson-Mount schrieb am 08.12.2010 18:51 Uhr:
--On Wednesday, December 08, 2010 6:36 PM +0100 Marc Patermann hans.moser@ofd-z.niedersachsen.de wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
I have a fresh install of SLES 11 SP1 on a new machine. I installed 2.4.23.
Is this your own build of 2.4.23? Did you also build it on an SLES11 SP1 machine?
No, the RPM is from here: http://download.opensuse.org/repositories/network:/ldap:/OpenLDAP:/
I think they are build by Ralf Haferkamp.
Marc
Hi,
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
I have a fresh install of SLES 11 SP1 on a new machine. I installed 2.4.23.
What Oracle DB? How did you build it? Did you patch it as needed with the official patches?
p.
When I did the config and tried to put initial data (8(!) objects) into the server, I got glibc errors too.
# slapadd -q -c -v -l init.ldif added: ... ... _#################### 100.00% eta none elapsed none fast! Closing DB... *** glibc detected *** slapadd: free(): invalid pointer: 0x00007f89c0273210 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x75018)[0x7f89bd242018] /lib64/libc.so.6(cfree+0x6c)[0x7f89bd246f6c] /usr/lib64/libdb-4.5.so(__ham_db_close+0x19)[0x7f89bf0d9139] /usr/lib64/libdb-4.5.so(__db_refresh+0x340)[0x7f89bf120a20] /usr/lib64/libdb-4.5.so(__db_close+0x51)[0x7f89bf120f91] /usr/lib64/libdb-4.5.so(__db_close_pp+0xd5)[0x7f89bf135445] slapadd(+0xc15eb)[0x7f89bfd065eb] ...
As I found out, when I deactivate the four index lines, it works. Each of these four lines causes an glibc error.
#index objectclass,uid,mail eq #index sn,cn,givenName sub,eq
#index dhcpHWAddress,dhcpClassData,dhcpOption eq #index entryCSN,entryUUID,zoneName eq
Hm? :(
Marc
Hi,
masarati@aero.polimi.it schrieb am 08.12.2010 18:53 Uhr:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
I have a fresh install of SLES 11 SP1 on a new machine. I installed 2.4.23.
What Oracle DB? How did you build it? Did you patch it as needed with the official patches?
Until now I stood with the SLES package.
Marc
Marc Patermann wrote:
Hi,
masarati@aero.polimi.it schrieb am 08.12.2010 18:53 Uhr:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
I have a fresh install of SLES 11 SP1 on a new machine. I installed 2.4.23.
What Oracle DB? How did you build it? Did you patch it as needed with the official patches?
Until now I stood with the SLES package.
What is the Oracle DB version of the SLES package? If it requires official patches and they were not applied, you're on your own.
p.
Pierangelo,
Pierangelo Masarati schrieb am 09.12.2010 10:19 Uhr:
Marc Patermann wrote:
masarati@aero.polimi.it schrieb am 08.12.2010 18:53 Uhr:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
I have a fresh install of SLES 11 SP1 on a new machine. I installed 2.4.23.
What Oracle DB? How did you build it? Did you patch it as needed with the official patches?
Until now I stood with the SLES package.
What is the Oracle DB version of the SLES package? If it requires official patches and they were not applied, you're on your own.
# rpm -qi libdb-4_5-4.5.20 Name : libdb-4_5 Relocations: /usr Version : 4.5.20 Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany Release : 95.39 Build Date: Sat Feb 21 07:55:21 2009 Install Date: Fri Nov 26 12:39:27 2010 Build Host: dusty Group : System/Libraries Source RPM: libdb-4_5-4.5.20-95.39.src.rpm Size : 1278112 License: BSD 3-Clause Signature : RSA/8, Sat Feb 21 07:55:49 2009, Key ID e3a5c360307e3d54 Packager : http://bugs.opensuse.org URL : http://www.sleepycat.com Summary : Berkeley DB Database Library Version 4.5 Description : The Berkeley DB Database is a programmatic toolkit that provides database support for applications.
This package contains the necessary runtime libraries. Distribution: SUSE Linux Enterprise 11
Marc
Marc Patermann wrote:
Hi,
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
This looks like something valgrind ought to be able to diagnose.
When I do a # slapadd -q -v -c -l dump.ldif to a SLES 11 SP1 (openldap 2.3.20) I get this after a few 1000 entries:
I have a fresh install of SLES 11 SP1 on a new machine. I installed 2.4.23. When I did the config and tried to put initial data (8(!) objects) into the server, I got glibc errors too.
# slapadd -q -c -v -l init.ldif added: ... ... _#################### 100.00% eta none elapsed none fast! Closing DB... *** glibc detected *** slapadd: free(): invalid pointer: 0x00007f89c0273210 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x75018)[0x7f89bd242018] /lib64/libc.so.6(cfree+0x6c)[0x7f89bd246f6c] /usr/lib64/libdb-4.5.so(__ham_db_close+0x19)[0x7f89bf0d9139] /usr/lib64/libdb-4.5.so(__db_refresh+0x340)[0x7f89bf120a20] /usr/lib64/libdb-4.5.so(__db_close+0x51)[0x7f89bf120f91] /usr/lib64/libdb-4.5.so(__db_close_pp+0xd5)[0x7f89bf135445] slapadd(+0xc15eb)[0x7f89bfd065eb] ...
As I found out, when I deactivate the four index lines, it works. Each of these four lines causes an glibc error.
#index objectclass,uid,mail eq #index sn,cn,givenName sub,eq
#index dhcpHWAddress,dhcpClassData,dhcpOption eq #index entryCSN,entryUUID,zoneName eq
Hm? :(
Marc
Howard,
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
This looks like something valgrind ought to be able to diagnose.
I'll check if there is a package for this, but http://software.opensuse.org/search is börked at the moment.
This only happens with slapadd -q. slapadd without -q runs fine. Even when I comment out the 4 lines, do a slapadd -q, put the lines back in and do a slapindex, everything is fine.
Marc
Howard,
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
This looks like something valgrind ought to be able to diagnose.
OK, I installed valgrind.
Do I just start # valgrind slapadd -q -v -c -l init.ldif or do I have to provide any options to get any helpfull output?
Marc
Hi,
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
This looks like something valgrind ought to be able to diagnose.
OK, I installed valgrind.
Do I just start # valgrind slapadd -q -v -c -l init.ldif or do I have to provide any options to get any helpfull output?
Here is what I get:
# valgrind slapadd -q -c -v -l init.ldif ==24941== Memcheck, a memory error detector ==24941== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==24941== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==24941== Command: slapadd -q -c -v -l init.ldif ==24941== ==24941== Conditional jump or move depends on uninitialised value(s) ==24941== at 0x400AE79: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==24941== by 0x4003868: dl_main (in /lib64/ld-2.11.1.so) ==24941== by 0x4014869: _dl_sysdep_start (in /lib64/ld-2.11.1.so) ==24941== by 0x40013D0: _dl_start (in /lib64/ld-2.11.1.so) ==24941== by 0x4000B07: ??? (in /lib64/ld-2.11.1.so) ==24941== by 0x5: ??? ==24941== by 0x7FF0006CA: ??? ==24941== by 0x7FF0006D2: ??? ==24941== by 0x7FF0006D5: ??? ==24941== by 0x7FF0006D8: ??? ==24941== by 0x7FF0006DB: ??? ==24941== by 0x7FF0006DE: ??? ==24941== ==24941== Conditional jump or move depends on uninitialised value(s) ==24941== at 0x400AE82: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==24941== by 0x4003868: dl_main (in /lib64/ld-2.11.1.so) ==24941== by 0x4014869: _dl_sysdep_start (in /lib64/ld-2.11.1.so) ==24941== by 0x40013D0: _dl_start (in /lib64/ld-2.11.1.so) ==24941== by 0x4000B07: ??? (in /lib64/ld-2.11.1.so) ==24941== by 0x5: ??? ==24941== by 0x7FF0006CA: ??? ==24941== by 0x7FF0006D2: ??? ==24941== by 0x7FF0006D5: ??? ==24941== by 0x7FF0006D8: ??? ==24941== by 0x7FF0006DB: ??? ==24941== by 0x7FF0006DE: ??? ==24941== ==24941== Conditional jump or move depends on uninitialised value(s) ==24941== at 0x400AE79: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==24941== by 0x401216A: dl_open_worker (in /lib64/ld-2.11.1.so) ==24941== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==24941== by 0x4011A5A: _dl_open (in /lib64/ld-2.11.1.so) ==24941== by 0x64F4F9A: dlopen_doit (in /lib64/libdl-2.11.1.so) ==24941== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==24941== by 0x64F533B: _dlerror_run (in /lib64/libdl-2.11.1.so) ==24941== by 0x64F4F00: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.11.1.so) ==24941== by 0x62EC473: _sasl_get_plugin (in /usr/lib64/libsasl2.so.2.0.22) ==24941== by 0x62EC9CA: _sasl_load_plugins (in /usr/lib64/libsasl2.so.2.0.22) ==24941== by 0x62EB572: sasl_server_init (in /usr/lib64/libsasl2.so.2.0.22) ==24941== by 0x1A4EAC: slap_sasl_init (in /usr/lib/openldap/slapd) ==24941== ==24941== Conditional jump or move depends on uninitialised value(s) ==24941== at 0x400B010: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==24941== by 0x401216A: dl_open_worker (in /lib64/ld-2.11.1.so) ==24941== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==24941== by 0x4011A5A: _dl_open (in /lib64/ld-2.11.1.so) ==24941== by 0x64F4F9A: dlopen_doit (in /lib64/libdl-2.11.1.so) ==24941== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==24941== by 0x64F533B: _dlerror_run (in /lib64/libdl-2.11.1.so) ==24941== by 0x64F4F00: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.11.1.so) ==24941== by 0x62EC473: _sasl_get_plugin (in /usr/lib64/libsasl2.so.2.0.22) ==24941== by 0x62EC9CA: _sasl_load_plugins (in /usr/lib64/libsasl2.so.2.0.22) ==24941== by 0x62EB572: sasl_server_init (in /usr/lib64/libsasl2.so.2.0.22) ==24941== by 0x1A4EAC: slap_sasl_init (in /usr/lib/openldap/slapd) ==24941== ==24941== Conditional jump or move depends on uninitialised value(s) ==24941== at 0x400B05F: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==24941== by 0x401216A: dl_open_worker (in /lib64/ld-2.11.1.so) ==24941== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==24941== by 0x4011A5A: _dl_open (in /lib64/ld-2.11.1.so) ==24941== by 0x64F4F9A: dlopen_doit (in /lib64/libdl-2.11.1.so) ==24941== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==24941== by 0x64F533B: _dlerror_run (in /lib64/libdl-2.11.1.so) ==24941== by 0x64F4F00: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.11.1.so) ==24941== by 0x62EC473: _sasl_get_plugin (in /usr/lib64/libsasl2.so.2.0.22) ==24941== by 0x62EC9CA: _sasl_load_plugins (in /usr/lib64/libsasl2.so.2.0.22) ==24941== by 0x62EB572: sasl_server_init (in /usr/lib64/libsasl2.so.2.0.22) ==24941== by 0x1A4EAC: slap_sasl_init (in /usr/lib/openldap/slapd) ==24941== /etc/openldap/slapd.conf: line 60: warning, threads=160 larger than twice the default (2*16=32); YMMV. ==24941== Warning: set address range perms: large range [0xafb2000, 0x1efb4000) (defined) added: "ou=foo" (00000001) added: "ou=mgr,ou=foo" (00000002) added: "cn=sys,ou=mgr,ou=foo" (00000003) added: "cn=gen.man,ou=mgr,ou=foo" (00000004) added: "cn=human,ou=mgr,ou=foo" (00000005) ==24941== Invalid write of size 1 ==24941== at 0x4C28129: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x1D3F8A: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid write of size 1 ==24941== at 0x4C2810C: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x1D3F8A: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad261 is 1 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid write of size 1 ==24941== at 0x4C28114: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x1D3F8A: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad262 is 2 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid write of size 1 ==24941== at 0x4C28119: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x1D3F8A: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad263 is 3 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid write of size 1 ==24941== at 0x4C28108: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x1D3F8A: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad264 is 4 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid write of size 8 ==24941== at 0x2045CB: bdb_index_recset (in /usr/lib/openldap/slapd) ==24941== by 0x1D3FC5: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid read of size 8 ==24941== at 0x2045D7: bdb_index_recset (in /usr/lib/openldap/slapd) ==24941== by 0x1D3FC5: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid write of size 8 ==24941== at 0x2045DE: bdb_index_recset (in /usr/lib/openldap/slapd) ==24941== by 0x1D3FC5: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid read of size 8 ==24941== at 0x2044AF: bdb_index_recrun (in /usr/lib/openldap/slapd) ==24941== by 0x1D40ED: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid read of size 8 ==24941== at 0x2044C0: bdb_index_recrun (in /usr/lib/openldap/slapd) ==24941== by 0x1D40ED: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid read of size 8 ==24941== at 0x2044C9: bdb_index_recrun (in /usr/lib/openldap/slapd) ==24941== by 0x1D40ED: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid write of size 8 ==24941== at 0x2044D6: bdb_index_recrun (in /usr/lib/openldap/slapd) ==24941== by 0x1D40ED: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== added: "ou=humans,ou=foo" (00000001) added: "ou=gruppen,ou=humans,ou=foo" (00000002) added: "ou=system,ou=foo" (00000001) _#################### 100.00% eta none elapsed none fast! Closing DB... ==24941== Warning: set address range perms: large range [0xafb2000, 0x1efb4000) (noaccess)
valgrind: m_mallocfree.c:225 (mk_plain_bszB): Assertion 'bszB != 0' failed. valgrind: This is probably caused by your program erroneously writing past the end of a heap block and corrupting heap metadata. If you fix any invalid writes reported by Memcheck, this assertion failure will probably go away. Please try that before reporting this as a bug.
==24941== at 0x3802AD34: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==24941== by 0x3802AFA7: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==24941== by 0x380371B3: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==24941== by 0x38001F29: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==24941== by 0x38063328: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==24941== by 0x3808AEC4: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux)
sched status: running_tid=1
Thread 1: status = VgTs_Runnable ==24941== at 0x4C25DD8: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x1574BE: attr_destroy (in /usr/lib/openldap/slapd) ==24941== by 0x17E741: slap_destroy (in /usr/lib/openldap/slapd) ==24941== by 0x1C071A: slap_tool_destroy (in /usr/lib/openldap/slapd) ==24941== by 0x1BF4E2: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd)
Marc
Marc Patermann wrote:
Hi,
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
This looks like something valgrind ought to be able to diagnose.
OK, I installed valgrind.
Do I just start # valgrind slapadd -q -v -c -l init.ldif or do I have to provide any options to get any helpfull output?
Here is what I get:
That's on the right track, but your slapd binary has no debug symbols so there's not enough information here (like source line numbers for each offending event.) It looks like only the last event is of interest, write 8 bytes past block of 80 bytes.
# valgrind slapadd -q -c -v -l init.ldif ==24941== Memcheck, a memory error detector ==24941== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==24941== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==24941== Command: slapadd -q -c -v -l init.ldif
==24941== Invalid read of size 8 ==24941== at 0x2044C9: bdb_index_recrun (in /usr/lib/openldap/slapd) ==24941== by 0x1D40ED: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== ==24941== Invalid write of size 8 ==24941== at 0x2044D6: bdb_index_recrun (in /usr/lib/openldap/slapd) ==24941== by 0x1D40ED: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1D49A1: bdb_tool_entry_put (in /usr/lib/openldap/slapd) ==24941== by 0x1B9197: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF983: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==24941== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==24941== by 0x50826B4: ber_memalloc_x (in /usr/lib64/liblber-2.4.so.2.5.6) ==24941== by 0x16AD7A: ch_malloc (in /usr/lib/openldap/slapd) ==24941== by 0x1D5D7F: bdb_tool_entry_open (in /usr/lib/openldap/slapd) ==24941== by 0x1BADB7: ??? (in /usr/lib/openldap/slapd) ==24941== by 0x1BF930: slapadd (in /usr/lib/openldap/slapd) ==24941== by 0x132223: main (in /usr/lib/openldap/slapd) ==24941== added: "ou=humans,ou=foo" (00000001) added: "ou=gruppen,ou=humans,ou=foo" (00000002) added: "ou=system,ou=foo" (00000001) _#################### 100.00% eta none elapsed none fast! Closing DB... ==24941== Warning: set address range perms: large range [0xafb2000, 0x1efb4000) (noaccess)
valgrind: m_mallocfree.c:225 (mk_plain_bszB): Assertion 'bszB != 0' failed. valgrind: This is probably caused by your program erroneously writing past the end of a heap block and corrupting heap metadata. If you fix any invalid writes reported by Memcheck, this assertion failure will probably go away. Please try that before reporting this as a bug.
Howard,
Howard Chu schrieb am 09.12.2010 18:21 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
This looks like something valgrind ought to be able to diagnose.
OK, I installed valgrind.
Do I just start # valgrind slapadd -q -v -c -l init.ldif or do I have to provide any options to get any helpfull output?
Here is what I get:
That's on the right track, but your slapd binary has no debug symbols so there's not enough information here (like source line numbers for each offending event.) It looks like only the last event is of interest, write 8 bytes past block of 80 bytes.
There is an extra RPM called openldap2-debuginfo-2.4.23-124.1.x86_64.rpm Would it help to install this?
# rpm -qlp openldap2-debuginfo-2.4.23-124.1.x86_64.rpm warning: openldap2-debuginfo-2.4.23-124.1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 6924a015 /usr/lib/debug /usr/lib/debug/.build-id /usr/lib/debug/.build-id/12 /usr/lib/debug/.build-id/12/fc828e400a5240de90d278c96385f0bf45cb71 /usr/lib/debug/.build-id/12/fc828e400a5240de90d278c96385f0bf45cb71.debug /usr/lib/debug/.build-id/15 /usr/lib/debug/.build-id/15/eee2bc17237d6772acbea4d6ef463e94329895 /usr/lib/debug/.build-id/15/eee2bc17237d6772acbea4d6ef463e94329895.debug /usr/lib/debug/.build-id/1b /usr/lib/debug/.build-id/1b/d5c396bc41ac59e2ae036452b9574e55980f58 /usr/lib/debug/.build-id/1b/d5c396bc41ac59e2ae036452b9574e55980f58.debug /usr/lib/debug/.build-id/1e /usr/lib/debug/.build-id/1e/d6e58b177770db8c4e74d790016c0d5e52416b /usr/lib/debug/.build-id/1e/d6e58b177770db8c4e74d790016c0d5e52416b.debug /usr/lib/debug/.build-id/25 /usr/lib/debug/.build-id/25/54126622cb33b5cf8698480dec8a01f781a3a7 /usr/lib/debug/.build-id/25/54126622cb33b5cf8698480dec8a01f781a3a7.debug /usr/lib/debug/.build-id/35 /usr/lib/debug/.build-id/35/101f365a84a23db4dbffb6b02f9bf57fb69325 /usr/lib/debug/.build-id/35/101f365a84a23db4dbffb6b02f9bf57fb69325.debug /usr/lib/debug/.build-id/39 /usr/lib/debug/.build-id/39/467bac27457bc7bb97fd1eb9072e6f4dfc45fe /usr/lib/debug/.build-id/39/467bac27457bc7bb97fd1eb9072e6f4dfc45fe.debug /usr/lib/debug/.build-id/49 /usr/lib/debug/.build-id/49/238b930a80934f1e3552aa92299edc0cc34eea /usr/lib/debug/.build-id/49/238b930a80934f1e3552aa92299edc0cc34eea.debug /usr/lib/debug/.build-id/54 /usr/lib/debug/.build-id/54/1e6a386875d62d3479ca0c989d46323d9ecd15 /usr/lib/debug/.build-id/54/1e6a386875d62d3479ca0c989d46323d9ecd15.debug /usr/lib/debug/.build-id/6d /usr/lib/debug/.build-id/6d/cf52bd1e5957192e2cde0c0cc790bf9aa7f07a /usr/lib/debug/.build-id/6d/cf52bd1e5957192e2cde0c0cc790bf9aa7f07a.debug /usr/lib/debug/.build-id/7b /usr/lib/debug/.build-id/7b/22ea67d9199c07ba43f7c58ea5349d49261113 /usr/lib/debug/.build-id/7b/22ea67d9199c07ba43f7c58ea5349d49261113.debug /usr/lib/debug/.build-id/84 /usr/lib/debug/.build-id/84/467c59dac15386d170c48ce8c155ac3ccd386e /usr/lib/debug/.build-id/84/467c59dac15386d170c48ce8c155ac3ccd386e.debug /usr/lib/debug/.build-id/86 /usr/lib/debug/.build-id/86/32569420df48ff6582c9c5a1296f1019c73a93 /usr/lib/debug/.build-id/86/32569420df48ff6582c9c5a1296f1019c73a93.debug /usr/lib/debug/.build-id/99 /usr/lib/debug/.build-id/99/19c1df722b915a682e423fa2e0dbf663186255 /usr/lib/debug/.build-id/99/19c1df722b915a682e423fa2e0dbf663186255.debug /usr/lib/debug/.build-id/99/deb8189b9e8277b4dc852c279f1016c150499a /usr/lib/debug/.build-id/99/deb8189b9e8277b4dc852c279f1016c150499a.debug /usr/lib/debug/.build-id/c4 /usr/lib/debug/.build-id/c4/2c5b60ec66ed3652bcd19f31091bc38d0075ce /usr/lib/debug/.build-id/c4/2c5b60ec66ed3652bcd19f31091bc38d0075ce.debug /usr/lib/debug/.build-id/c7 /usr/lib/debug/.build-id/c7/21ad47187b25ec6c207ecec51d087d1d8eb3c4 /usr/lib/debug/.build-id/c7/21ad47187b25ec6c207ecec51d087d1d8eb3c4.debug /usr/lib/debug/.build-id/ce /usr/lib/debug/.build-id/ce/e7179b63c2751102feeac58213e4bab01d6e13 /usr/lib/debug/.build-id/ce/e7179b63c2751102feeac58213e4bab01d6e13.debug /usr/lib/debug/.build-id/d1 /usr/lib/debug/.build-id/d1/91d20966dd1755e6a3f862319784362ccdf832 /usr/lib/debug/.build-id/d1/91d20966dd1755e6a3f862319784362ccdf832.debug /usr/lib/debug/.build-id/d6 /usr/lib/debug/.build-id/d6/137164b38a2bc308c995987ca4e745de5d8406 /usr/lib/debug/.build-id/d6/137164b38a2bc308c995987ca4e745de5d8406.debug /usr/lib/debug/.build-id/da /usr/lib/debug/.build-id/da/bbd5115090181a6faf1d42a6af8739783e1a73 /usr/lib/debug/.build-id/da/bbd5115090181a6faf1d42a6af8739783e1a73.debug /usr/lib/debug/.build-id/e7 /usr/lib/debug/.build-id/e7/1d46d9223d921cd51e7b9815dff7294981ad5c /usr/lib/debug/.build-id/e7/1d46d9223d921cd51e7b9815dff7294981ad5c.debug /usr/lib/debug/.build-id/f0 /usr/lib/debug/.build-id/f0/aff3729b2867853892c04bf8d8d7c9004222aa /usr/lib/debug/.build-id/f0/aff3729b2867853892c04bf8d8d7c9004222aa.debug /usr/lib/debug/usr /usr/lib/debug/usr/lib /usr/lib/debug/usr/lib/openldap /usr/lib/debug/usr/lib/openldap/modules /usr/lib/debug/usr/lib/openldap/modules/accesslog-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/accesslog-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/accesslog.so.debug /usr/lib/debug/usr/lib/openldap/modules/auditlog-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/auditlog-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/auditlog.so.debug /usr/lib/debug/usr/lib/openldap/modules/back_meta-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/back_meta-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/back_meta.so.debug /usr/lib/debug/usr/lib/openldap/modules/back_perl-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/back_perl-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/back_perl.so.debug /usr/lib/debug/usr/lib/openldap/modules/back_sql-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/back_sql-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/back_sql.so.debug /usr/lib/debug/usr/lib/openldap/modules/collect-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/collect-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/collect.so.debug /usr/lib/debug/usr/lib/openldap/modules/constraint-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/constraint-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/constraint.so.debug /usr/lib/debug/usr/lib/openldap/modules/dds-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/dds-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/dds.so.debug /usr/lib/debug/usr/lib/openldap/modules/deref-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/deref-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/deref.so.debug /usr/lib/debug/usr/lib/openldap/modules/dyngroup-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/dyngroup-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/dyngroup.so.debug /usr/lib/debug/usr/lib/openldap/modules/dynlist-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/dynlist-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/dynlist.so.debug /usr/lib/debug/usr/lib/openldap/modules/memberof-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/memberof-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/memberof.so.debug /usr/lib/debug/usr/lib/openldap/modules/pcache-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/pcache-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/pcache.so.debug /usr/lib/debug/usr/lib/openldap/modules/refint-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/refint-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/refint.so.debug /usr/lib/debug/usr/lib/openldap/modules/retcode-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/retcode-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/retcode.so.debug /usr/lib/debug/usr/lib/openldap/modules/rwm-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/rwm-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/rwm.so.debug /usr/lib/debug/usr/lib/openldap/modules/seqmod-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/seqmod-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/seqmod.so.debug /usr/lib/debug/usr/lib/openldap/modules/sssvlv-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/sssvlv-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/sssvlv.so.debug /usr/lib/debug/usr/lib/openldap/modules/translucent-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/translucent-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/translucent.so.debug /usr/lib/debug/usr/lib/openldap/modules/unique-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/unique-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/unique.so.debug /usr/lib/debug/usr/lib/openldap/modules/valsort-2.4.so.2.5.6.debug /usr/lib/debug/usr/lib/openldap/modules/valsort-2.4.so.2.debug /usr/lib/debug/usr/lib/openldap/modules/valsort.so.debug /usr/lib/debug/usr/lib/openldap/slapd.debug /usr/lib/debug/usr/sbin /usr/lib/debug/usr/sbin/openldap-2.3-slapcat.debug /usr/lib/debug/usr/sbin/slapacl.debug /usr/lib/debug/usr/sbin/slapadd.debug /usr/lib/debug/usr/sbin/slapauth.debug /usr/lib/debug/usr/sbin/slapcat.debug /usr/lib/debug/usr/sbin/slapdn.debug /usr/lib/debug/usr/sbin/slapindex.debug /usr/lib/debug/usr/sbin/slappasswd.debug /usr/lib/debug/usr/sbin/slapschema.debug /usr/lib/debug/usr/sbin/slaptest.debug
What else cann I do to track this issue down?
Marc
Marc Patermann wrote:
Howard,
Howard Chu schrieb am 09.12.2010 18:21 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
> what could the following possibly be?
This looks like something valgrind ought to be able to diagnose.
OK, I installed valgrind.
Do I just start # valgrind slapadd -q -v -c -l init.ldif or do I have to provide any options to get any helpfull output?
Here is what I get:
That's on the right track, but your slapd binary has no debug symbols so there's not enough information here (like source line numbers for each offending event.) It looks like only the last event is of interest, write 8 bytes past block of 80 bytes.
There is an extra RPM called openldap2-debuginfo-2.4.23-124.1.x86_64.rpm Would it help to install this?
Probably.
# rpm -qlp openldap2-debuginfo-2.4.23-124.1.x86_64.rpm warning: openldap2-debuginfo-2.4.23-124.1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 6924a015 /usr/lib/debug
What else cann I do to track this issue down?
Marc
Am Freitag 10 Dezember 2010, 09:46:06 schrieb Marc Patermann:
Howard,
Howard Chu schrieb am 09.12.2010 18:21 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
> what could the following possibly be?
This looks like something valgrind ought to be able to diagnose.
OK, I installed valgrind.
Do I just start # valgrind slapadd -q -v -c -l init.ldif or do I have to provide any options to get any helpfull output?
Here is what I get:
That's on the right track, but your slapd binary has no debug symbols so there's not enough information here (like source line numbers for each offending event.) It looks like only the last event is of interest, write 8 bytes past block of 80 bytes.
There is an extra RPM called openldap2-debuginfo-2.4.23-124.1.x86_64.rpm Would it help to install this?
Yes. That should do it. Note: Please make sure that the RPM release number of the debuginfo package exactly matches the release number of the installed openldap2 package. (You might also need the matching openldap2-client-debuginfo).
What else can I do to track this issue down?
valgrind seems like a good choice for now.
Ralf,
Ralf Haferkamp schrieb am 15.12.2010 13:13 Uhr:
Am Freitag 10 Dezember 2010, 09:46:06 schrieb Marc Patermann:
Howard Chu schrieb am 09.12.2010 18:21 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote: > Marc Patermann schrieb am 06.12.2010 16:40 Uhr: > >> what could the following possibly be? This looks like something valgrind ought to be able to diagnose.
OK, I installed valgrind.
Do I just start # valgrind slapadd -q -v -c -l init.ldif or do I have to provide any options to get any helpfull output?
Here is what I get:
That's on the right track, but your slapd binary has no debug symbols so there's not enough information here (like source line numbers for each offending event.) It looks like only the last event is of interest, write 8 bytes past block of 80 bytes.
There is an extra RPM called openldap2-debuginfo-2.4.23-124.1.x86_64.rpm Would it help to install this?
Yes. That should do it. Note: Please make sure that the RPM release number of the debuginfo package exactly matches the release number of the installed openldap2 package. (You might also need the matching openldap2-client-debuginfo).
I installed both now: # rpm -Uvh openldap2-client-debuginfo-2.4.23-128.1.x86_64.rpm openldap2-debuginfo-2.4.23-124.1.x86_64.rpm warning: openldap2-client-debuginfo-2.4.23-128.1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 6924a015 Preparing... ########################################### [100%] 1:openldap2-debuginfo ########################################### [ 50%] 2:openldap2-client-debugi########################################### [100%]
# rpm -qa "*ldap*" | sort libldap-2_4-2-2.4.23-128.1 libldap-2_4-2-32bit-2.4.23-128.1 libldapcpp1-0.1.2-3.1.42 nss_ldap-262-11.23.1 nss_ldap-32bit-262-11.23.1 openldap2-2.4.23-124.1 openldap2-client-2.4.23-128.1 openldap2-client-debuginfo-2.4.23-128.1 openldap2-debuginfo-2.4.23-124.1 pam_ldap-184-147.20 pam_ldap-32bit-184-147.20 perl-ldap-0.37-1.19.3 yast2-ldap-2.17.3-1.37 yast2-ldap-client-2.17.22-0.2.1.18 yast2-ldap-server-2.17.35-0.2.1
What else can I do to track this issue down?
valgrind seems like a good choice for now.
The output does not seam to change:
# valgrind slapadd -q -c -v -l init.ldif ==28480== Memcheck, a memory error detector ==28480== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==28480== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==28480== Command: slapadd -q -c -v -l init.ldif ==28480== ==28480== Conditional jump or move depends on uninitialised value(s) ==28480== at 0x400AE79: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28480== by 0x4003868: dl_main (in /lib64/ld-2.11.1.so) ==28480== by 0x4014869: _dl_sysdep_start (in /lib64/ld-2.11.1.so) ==28480== by 0x40013D0: _dl_start (in /lib64/ld-2.11.1.so) ==28480== by 0x4000B07: ??? (in /lib64/ld-2.11.1.so) ==28480== by 0x5: ??? ==28480== by 0x7FF0006CA: ??? ==28480== by 0x7FF0006D2: ??? ==28480== by 0x7FF0006D5: ??? ==28480== by 0x7FF0006D8: ??? ==28480== by 0x7FF0006DB: ??? ==28480== by 0x7FF0006DE: ??? ==28480== ==28480== Conditional jump or move depends on uninitialised value(s) ==28480== at 0x400AE82: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28480== by 0x4003868: dl_main (in /lib64/ld-2.11.1.so) ==28480== by 0x4014869: _dl_sysdep_start (in /lib64/ld-2.11.1.so) ==28480== by 0x40013D0: _dl_start (in /lib64/ld-2.11.1.so) ==28480== by 0x4000B07: ??? (in /lib64/ld-2.11.1.so) ==28480== by 0x5: ??? ==28480== by 0x7FF0006CA: ??? ==28480== by 0x7FF0006D2: ??? ==28480== by 0x7FF0006D5: ??? ==28480== by 0x7FF0006D8: ??? ==28480== by 0x7FF0006DB: ??? ==28480== by 0x7FF0006DE: ??? ==28480== ==28480== Conditional jump or move depends on uninitialised value(s) ==28480== at 0x400AE79: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28480== by 0x401216A: dl_open_worker (in /lib64/ld-2.11.1.so) ==28480== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28480== by 0x4011A5A: _dl_open (in /lib64/ld-2.11.1.so) ==28480== by 0x64F4F9A: dlopen_doit (in /lib64/libdl-2.11.1.so) ==28480== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28480== by 0x64F533B: _dlerror_run (in /lib64/libdl-2.11.1.so) ==28480== by 0x64F4F00: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.11.1.so) ==28480== by 0x62EC473: _sasl_get_plugin (in /usr/lib64/libsasl2.so.2.0.22) ==28480== by 0x62EC9CA: _sasl_load_plugins (in /usr/lib64/libsasl2.so.2.0.22) ==28480== by 0x62EB572: sasl_server_init (in /usr/lib64/libsasl2.so.2.0.22) ==28480== by 0x1A4EAC: slap_sasl_init (sasl.c:1161) ==28480== ==28480== Conditional jump or move depends on uninitialised value(s) ==28480== at 0x400B010: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28480== by 0x401216A: dl_open_worker (in /lib64/ld-2.11.1.so) ==28480== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28480== by 0x4011A5A: _dl_open (in /lib64/ld-2.11.1.so) ==28480== by 0x64F4F9A: dlopen_doit (in /lib64/libdl-2.11.1.so) ==28480== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28480== by 0x64F533B: _dlerror_run (in /lib64/libdl-2.11.1.so) ==28480== by 0x64F4F00: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.11.1.so) ==28480== by 0x62EC473: _sasl_get_plugin (in /usr/lib64/libsasl2.so.2.0.22) ==28480== by 0x62EC9CA: _sasl_load_plugins (in /usr/lib64/libsasl2.so.2.0.22) ==28480== by 0x62EB572: sasl_server_init (in /usr/lib64/libsasl2.so.2.0.22) ==28480== by 0x1A4EAC: slap_sasl_init (sasl.c:1161) ==28480== ==28480== Conditional jump or move depends on uninitialised value(s) ==28480== at 0x400B05F: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28480== by 0x401216A: dl_open_worker (in /lib64/ld-2.11.1.so) ==28480== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28480== by 0x4011A5A: _dl_open (in /lib64/ld-2.11.1.so) ==28480== by 0x64F4F9A: dlopen_doit (in /lib64/libdl-2.11.1.so) ==28480== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28480== by 0x64F533B: _dlerror_run (in /lib64/libdl-2.11.1.so) ==28480== by 0x64F4F00: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.11.1.so) ==28480== by 0x62EC473: _sasl_get_plugin (in /usr/lib64/libsasl2.so.2.0.22) ==28480== by 0x62EC9CA: _sasl_load_plugins (in /usr/lib64/libsasl2.so.2.0.22) ==28480== by 0x62EB572: sasl_server_init (in /usr/lib64/libsasl2.so.2.0.22) ==28480== by 0x1A4EAC: slap_sasl_init (sasl.c:1161) ==28480== /etc/openldap/slapd.conf: line 60: warning, threads=160 larger than twice the default (2*16=32); YMMV. ==28480== Warning: set address range perms: large range [0xafb2000, 0x1efb4000) (defined) added: "ou=steuer,o=landesverwaltung niedersachsen,c=de" (00000001) added: "ou=mgr,ou=steuer,o=landesverwaltung niedersachsen,c=de" (00000002) added: "cn=sys,ou=mgr,ou=steuer,o=landesverwaltung niedersachsen,c=de" (00000003) added: "cn=gen.man,ou=mgr,ou=steuer,o=landesverwaltung niedersachsen,c=de" (00000004) added: "cn=human,ou=mgr,ou=steuer,o=landesverwaltung niedersachsen,c=de" (00000005) ==28480== Invalid write of size 1 ==28480== at 0x4C28129: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid write of size 1 ==28480== at 0x4C2810C: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad261 is 1 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid write of size 1 ==28480== at 0x4C28114: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad262 is 2 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid write of size 1 ==28480== at 0x4C28119: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad263 is 3 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid write of size 1 ==28480== at 0x4C28108: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad264 is 4 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid write of size 8 ==28480== at 0x216F0B: hdb_index_recset (index.c:414) ==28480== by 0x1E0E05: bdb_tool_index_add (tools.c:559) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid read of size 8 ==28480== at 0x216F17: hdb_index_recset (index.c:417) ==28480== by 0x1E0E05: bdb_tool_index_add (tools.c:559) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid write of size 8 ==28480== at 0x216F1E: hdb_index_recset (index.c:418) ==28480== by 0x1E0E05: bdb_tool_index_add (tools.c:559) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid read of size 8 ==28480== at 0x216DEF: hdb_index_recrun (index.c:457) ==28480== by 0x1E0F2D: bdb_tool_index_add (tools.c:577) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid read of size 8 ==28480== at 0x216E00: hdb_index_recrun (index.c:458) ==28480== by 0x1E0F2D: bdb_tool_index_add (tools.c:577) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid read of size 8 ==28480== at 0x216E09: hdb_index_recrun (index.c:460) ==28480== by 0x1E0F2D: bdb_tool_index_add (tools.c:577) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== ==28480== Invalid write of size 8 ==28480== at 0x216E16: hdb_index_recrun (index.c:459) ==28480== by 0x1E0F2D: bdb_tool_index_add (tools.c:577) ==28480== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28480== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28480== by 0x1BF983: slapadd (slapadd.c:406) ==28480== by 0x132223: main (main.c:652) ==28480== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==28480== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28480== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28480== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28480== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28480== by 0x1BF930: slapadd (slapadd.c:114) ==28480== by 0x132223: main (main.c:652) ==28480== added: "ou=humans,ou=steuer,o=landesverwaltung niedersachsen,c=de" (00000001) added: "ou=gruppen,ou=humans,ou=steuer,o=landesverwaltung niedersachsen,c=de" (00000002) added: "ou=system,ou=steuer,o=landesverwaltung niedersachsen,c=de" (00000001) _#################### 100.00% eta none elapsed none fast! Closing DB... ==28480== Warning: set address range perms: large range [0xafb2000, 0x1efb4000) (noaccess)
valgrind: m_mallocfree.c:225 (mk_plain_bszB): Assertion 'bszB != 0' failed. valgrind: This is probably caused by your program erroneously writing past the end of a heap block and corrupting heap metadata. If you fix any invalid writes reported by Memcheck, this assertion failure will probably go away. Please try that before reporting this as a bug.
==28480== at 0x3802AD34: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28480== by 0x3802AFA7: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28480== by 0x380371B3: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28480== by 0x38001F29: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28480== by 0x38063328: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28480== by 0x3808AEC4: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux)
sched status: running_tid=1
Thread 1: status = VgTs_Runnable ==28480== at 0x4C25DD8: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28480== by 0x1574BE: attr_destroy (attr.c:712) ==28480== by 0x17E741: slap_destroy (init.c:254) ==28480== by 0x1C071A: slap_tool_destroy (slapcommon.c:865) ==28480== by 0x1BF4E2: slapadd (slapadd.c:570) ==28480== by 0x132223: main (main.c:652)
The more verbose output from
# valgrind --leak-check=yes --show-reachable=yes --track-origins=yes --read-var-info=yes --log-file=/tmp/valgrind.%p --trace-children=yes -v slapadd -q -c -v -l init.ldif
(which Dieter provided) logged this:
==28546== Memcheck, a memory error detector ==28546== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==28546== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==28546== Command: slapadd -q -c -v -l init.ldif ==28546== Parent PID: 28159 ==28546== --28546-- --28546-- Valgrind options: --28546-- --leak-check=yes --28546-- --show-reachable=yes --28546-- --track-origins=yes --28546-- --read-var-info=yes --28546-- --log-file=/tmp/valgrind.%p --28546-- --trace-children=yes --28546-- -v --28546-- Contents of /proc/version: --28546-- Linux version 2.6.32.12-0.7-default (geeko@buildhost) (gcc version 4.3.4 [gcc-4_3-branch revision 152973] (SUSE Linux) ) #1 SMP 2010-05-20 11:14:20 +0200 --28546-- Arch and hwcaps: AMD64, amd64-sse3-cx16 --28546-- Page sizes: currently 4096, max supported 4096 --28546-- Valgrind library directory: /usr/lib64/valgrind --28546-- Reading syms from /usr/lib/openldap/slapd (0x108000) --28546-- Reading debug info from /usr/lib/debug/usr/lib/openldap/slapd.debug .. --28546-- Reading syms from /lib64/ld-2.11.1.so (0x4000000) --28546-- Reading syms from /usr/lib64/valgrind/memcheck-amd64-linux (0x38000000) --28546-- object doesn't have a symbol table --28546-- object doesn't have a dynamic symbol table --28546-- Reading suppressions file: /usr/lib64/valgrind/default.supp --28546-- REDIR: 0x4016de0 (strlen) redirected to 0x3803fa17 (???) --28546-- Reading syms from /usr/lib64/valgrind/vgpreload_core-amd64-linux.so (0x4a21000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so (0x4c23000) --28546-- object doesn't have a symbol table ==28546== WARNING: new redirection conflicts with existing -- ignoring it --28546-- new: 0x04016de0 (strlen ) R-> 0x04c27280 strlen --28546-- REDIR: 0x4016350 (index) redirected to 0x4c26fd0 (index) --28546-- REDIR: 0x4016500 (strcmp) redirected to 0x4c27580 (strcmp) --28546-- Reading syms from /usr/lib64/libldap_r-2.4.so.2.5.6 (0x4e2b000) --28546-- Reading debug info from /usr/lib/debug/usr/lib64/libldap_r-2.4.so.2.5.6.debug .. --28546-- Reading syms from /usr/lib64/liblber-2.4.so.2.5.6 (0x507a000) --28546-- Reading debug info from /usr/lib/debug/usr/lib64/liblber-2.4.so.2.5.6.debug .. --28546-- Reading syms from /usr/lib64/libltdl.so.7.2.0 (0x5289000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/libdb-4.5.so (0x5493000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/libodbc.so.1.0.0 (0x57cb000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /lib64/libpthread-2.11.1.so (0x5a35000) --28546-- Reading syms from /usr/lib64/libslp.so.1.0.0 (0x5c52000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /lib64/libm-2.11.1.so (0x5e6b000) --28546-- Reading syms from /lib64/libnsl-2.11.1.so (0x60c1000) --28546-- Reading syms from /usr/lib64/libsasl2.so.2.0.22 (0x62d9000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /lib64/libdl-2.11.1.so (0x64f4000) --28546-- Reading syms from /usr/lib64/libssl.so.0.9.8 (0x66f8000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/libcrypto.so.0.9.8 (0x694c000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /lib64/libcrypt-2.11.1.so (0x6cc7000) --28546-- Reading syms from /lib64/libresolv-2.11.1.so (0x6f02000) --28546-- Reading syms from /lib64/libwrap.so.0.7.6 (0x7119000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /lib64/libc-2.11.1.so (0x7324000) --28546-- Reading syms from /lib64/libz.so.1.2.3 (0x7682000) --28546-- object doesn't have a symbol table ==28546== Conditional jump or move depends on uninitialised value(s) ==28546== at 0x400AE79: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== by 0x4003868: dl_main (in /lib64/ld-2.11.1.so) ==28546== by 0x4014869: _dl_sysdep_start (in /lib64/ld-2.11.1.so) ==28546== by 0x40013D0: _dl_start (in /lib64/ld-2.11.1.so) ==28546== by 0x4000B07: ??? (in /lib64/ld-2.11.1.so) ==28546== by 0x5: ??? ==28546== by 0x7FF0006CA: ??? ==28546== by 0x7FF0006D2: ??? ==28546== by 0x7FF0006D5: ??? ==28546== by 0x7FF0006D8: ??? ==28546== by 0x7FF0006DB: ??? ==28546== by 0x7FF0006DE: ??? ==28546== Uninitialised value was created by a stack allocation ==28546== at 0x400ACF0: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== ==28546== Conditional jump or move depends on uninitialised value(s) ==28546== at 0x400AE82: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== by 0x4003868: dl_main (in /lib64/ld-2.11.1.so) ==28546== by 0x4014869: _dl_sysdep_start (in /lib64/ld-2.11.1.so) ==28546== by 0x40013D0: _dl_start (in /lib64/ld-2.11.1.so) ==28546== by 0x4000B07: ??? (in /lib64/ld-2.11.1.so) ==28546== by 0x5: ??? ==28546== by 0x7FF0006CA: ??? ==28546== by 0x7FF0006D2: ??? ==28546== by 0x7FF0006D5: ??? ==28546== by 0x7FF0006D8: ??? ==28546== by 0x7FF0006DB: ??? ==28546== by 0x7FF0006DE: ??? ==28546== Uninitialised value was created by a stack allocation ==28546== at 0x400ACF0: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== --28546-- REDIR: 0x73a2a00 (rindex) redirected to 0x4c26e30 (rindex) --28546-- REDIR: 0x73a3f40 (memmove) redirected to 0x4c28160 (memmove) --28546-- REDIR: 0x739d570 (calloc) redirected to 0x4c25439 (calloc) --28546-- REDIR: 0x739df00 (free) redirected to 0x4c25d51 (free) --28546-- REDIR: 0x73a18d0 (strcmp) redirected to 0x4c27530 (strcmp) --28546-- REDIR: 0x73a2660 (strlen) redirected to 0x4c27240 (strlen) --28546-- REDIR: 0x73a1850 (index) redirected to 0x4c26ed0 (index) --28546-- REDIR: 0x739dfe0 (malloc) redirected to 0x4c26141 (malloc) --28546-- REDIR: 0x73a40f0 (memset) redirected to 0x4c280f0 (memset) --28546-- REDIR: 0x73a5a30 (memcpy) redirected to 0x4c27650 (memcpy) --28546-- REDIR: 0x73a8440 (strchrnul) redirected to 0x4c281d0 (strchrnul) --28546-- REDIR: 0x73a1c30 (strcpy) redirected to 0x4c272a0 (strcpy) --28546-- REDIR: 0x73a1690 (strcat) redirected to 0x4c27010 (strcat) --28546-- REDIR: 0x73a2930 (strncpy) redirected to 0x4c27370 (strncpy) --28546-- REDIR: 0x739f0b0 (realloc) redirected to 0x4c261f2 (realloc) --28546-- REDIR: 0x73a3ad0 (memchr) redirected to 0x4c27620 (memchr) --28546-- REDIR: 0x73a26b0 (strnlen) redirected to 0x4c27200 (strnlen) --28546-- REDIR: 0x740bc00 (__strcpy_chk) redirected to 0x4c288a0 (__strcpy_chk) --28546-- REDIR: 0x73a5a20 (__memcpy_chk) redirected to 0x4c28740 (__memcpy_chk) --28546-- Reading syms from /usr/lib64/sasl2/libplain.so.2.0.22 (0x7c98000) --28546-- object doesn't have a symbol table ==28546== Conditional jump or move depends on uninitialised value(s) ==28546== at 0x400AE79: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== by 0x401216A: dl_open_worker (in /lib64/ld-2.11.1.so) ==28546== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28546== by 0x4011A5A: _dl_open (in /lib64/ld-2.11.1.so) ==28546== by 0x64F4F9A: dlopen_doit (in /lib64/libdl-2.11.1.so) ==28546== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28546== by 0x64F533B: _dlerror_run (in /lib64/libdl-2.11.1.so) ==28546== by 0x64F4F00: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.11.1.so) ==28546== by 0x62EC473: _sasl_get_plugin (in /usr/lib64/libsasl2.so.2.0.22) ==28546== by 0x62EC9CA: _sasl_load_plugins (in /usr/lib64/libsasl2.so.2.0.22) ==28546== by 0x62EB572: sasl_server_init (in /usr/lib64/libsasl2.so.2.0.22) ==28546== by 0x1A4EAC: slap_sasl_init (sasl.c:1161) ==28546== Uninitialised value was created by a stack allocation ==28546== at 0x400ACF0: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== ==28546== Conditional jump or move depends on uninitialised value(s) ==28546== at 0x400B010: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== by 0x401216A: dl_open_worker (in /lib64/ld-2.11.1.so) ==28546== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28546== by 0x4011A5A: _dl_open (in /lib64/ld-2.11.1.so) ==28546== by 0x64F4F9A: dlopen_doit (in /lib64/libdl-2.11.1.so) ==28546== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28546== by 0x64F533B: _dlerror_run (in /lib64/libdl-2.11.1.so) ==28546== by 0x64F4F00: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.11.1.so) ==28546== by 0x62EC473: _sasl_get_plugin (in /usr/lib64/libsasl2.so.2.0.22) ==28546== by 0x62EC9CA: _sasl_load_plugins (in /usr/lib64/libsasl2.so.2.0.22) ==28546== by 0x62EB572: sasl_server_init (in /usr/lib64/libsasl2.so.2.0.22) ==28546== by 0x1A4EAC: slap_sasl_init (sasl.c:1161) ==28546== Uninitialised value was created by a stack allocation ==28546== at 0x400ACF0: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== ==28546== Conditional jump or move depends on uninitialised value(s) ==28546== at 0x400B05F: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== by 0x401216A: dl_open_worker (in /lib64/ld-2.11.1.so) ==28546== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28546== by 0x4011A5A: _dl_open (in /lib64/ld-2.11.1.so) ==28546== by 0x64F4F9A: dlopen_doit (in /lib64/libdl-2.11.1.so) ==28546== by 0x400DAA5: _dl_catch_error (in /lib64/ld-2.11.1.so) ==28546== by 0x64F533B: _dlerror_run (in /lib64/libdl-2.11.1.so) ==28546== by 0x64F4F00: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.11.1.so) ==28546== by 0x62EC473: _sasl_get_plugin (in /usr/lib64/libsasl2.so.2.0.22) ==28546== by 0x62EC9CA: _sasl_load_plugins (in /usr/lib64/libsasl2.so.2.0.22) ==28546== by 0x62EB572: sasl_server_init (in /usr/lib64/libsasl2.so.2.0.22) ==28546== by 0x1A4EAC: slap_sasl_init (sasl.c:1161) ==28546== Uninitialised value was created by a stack allocation ==28546== at 0x400ACF0: _dl_relocate_object (in /lib64/ld-2.11.1.so) ==28546== --28546-- REDIR: 0x4017420 (stpcpy) redirected to 0x4c28020 (stpcpy) --28546-- Reading syms from /usr/lib64/sasl2/libanonymous.so.2.0.22 (0x7e9d000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/sasl2/libcrammd5.so.2.0.22 (0x80a2000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/sasl2/libgssapiv2.so.2.0.22 (0x82a8000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/libgssapi_krb5.so.2.2 (0x84b0000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/libkrb5.so.3.3 (0x86dc000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/libk5crypto.so.3.1 (0x897e000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /lib64/libcom_err.so.2.1 (0x8ba4000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/libkrb5support.so.0.1 (0x8da8000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /lib64/libkeyutils-1.2.so (0x8fb1000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/sasl2/libsasldb.so.2.0.22 (0x91b4000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/sasl2/liblogin.so.2.0.22 (0x93ba000) --28546-- object doesn't have a symbol table --28546-- Reading syms from /usr/lib64/sasl2/libdigestmd5.so.2.0.22 (0x95bf000) --28546-- object doesn't have a symbol table --28546-- REDIR: 0xffffffffff600400 (???) redirected to 0x3803fa0d (???) --28546-- REDIR: 0x73a4c20 (mempcpy) redirected to 0x4c28220 (mempcpy) --28546-- Reading syms from /usr/lib/openldap/modules/accesslog-2.4.so.2.5.6 (0x97cc000) --28546-- Reading debug info from /usr/lib/debug/usr/lib/openldap/modules/accesslog-2.4.so.2.5.6.debug .. --28546-- REDIR: 0x73a2860 (strncmp) redirected to 0x4c274c0 (strncmp) --28546-- REDIR: 0x73a5230 (stpcpy) redirected to 0x4c27e80 (stpcpy) --28546-- Reading syms from /usr/lib/openldap/modules/dynlist-2.4.so.2.5.6 (0x99d8000) --28546-- Reading debug info from /usr/lib/debug/usr/lib/openldap/modules/dynlist-2.4.so.2.5.6.debug .. --28546-- Reading syms from /usr/lib/openldap/modules/memberof-2.4.so.2.5.6 (0x9bdf000) --28546-- Reading debug info from /usr/lib/debug/usr/lib/openldap/modules/memberof-2.4.so.2.5.6.debug .. --28546-- Reading syms from /usr/lib/openldap/modules/refint-2.4.so.2.5.6 (0x9de7000) --28546-- Reading debug info from /usr/lib/debug/usr/lib/openldap/modules/refint-2.4.so.2.5.6.debug .. --28546-- Reading syms from /usr/lib/openldap/modules/unique-2.4.so.2.5.6 (0x9fed000) --28546-- Reading debug info from /usr/lib/debug/usr/lib/openldap/modules/unique-2.4.so.2.5.6.debug .. --28546-- REDIR: 0xffffffffff600000 (???) redirected to 0x3803fa03 (???) ==28546== Warning: set address range perms: large range [0xafb2000, 0x1efb4000) (defined) ==28546== Invalid write of size 1 ==28546== at 0x4C28129: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid write of size 1 ==28546== at 0x4C2810C: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad261 is 1 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid write of size 1 ==28546== at 0x4C28114: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad262 is 2 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid write of size 1 ==28546== at 0x4C28119: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad263 is 3 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid write of size 1 ==28546== at 0x4C28108: memset (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x1E0DCA: bdb_tool_index_add (string3.h:86) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad264 is 4 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid write of size 8 ==28546== at 0x216F0B: hdb_index_recset (index.c:414) ==28546== by 0x1E0E05: bdb_tool_index_add (tools.c:559) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid read of size 8 ==28546== at 0x216F17: hdb_index_recset (index.c:417) ==28546== by 0x1E0E05: bdb_tool_index_add (tools.c:559) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid write of size 8 ==28546== at 0x216F1E: hdb_index_recset (index.c:418) ==28546== by 0x1E0E05: bdb_tool_index_add (tools.c:559) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid read of size 8 ==28546== at 0x216DEF: hdb_index_recrun (index.c:457) ==28546== by 0x1E0F2D: bdb_tool_index_add (tools.c:577) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid read of size 8 ==28546== at 0x216E00: hdb_index_recrun (index.c:458) ==28546== by 0x1E0F2D: bdb_tool_index_add (tools.c:577) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid read of size 8 ==28546== at 0x216E09: hdb_index_recrun (index.c:460) ==28546== by 0x1E0F2D: bdb_tool_index_add (tools.c:577) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad260 is 0 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Invalid write of size 8 ==28546== at 0x216E16: hdb_index_recrun (index.c:459) ==28546== by 0x1E0F2D: bdb_tool_index_add (tools.c:577) ==28546== by 0x1E17E1: hdb_tool_entry_put (tools.c:653) ==28546== by 0x1B9197: glue_tool_entry_put (backglue.c:1176) ==28546== by 0x1BF983: slapadd (slapadd.c:406) ==28546== by 0x132223: main (main.c:652) ==28546== Address 0x1f3ad268 is 8 bytes after a block of size 80 alloc'd ==28546== at 0x4C261C3: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x50826B4: ber_memalloc_x (memory.c:226) ==28546== by 0x16AD7A: ch_malloc (ch_malloc.c:54) ==28546== by 0x1E2CCF: hdb_tool_entry_open (tools.c:139) ==28546== by 0x1BADB7: glue_tool_entry_open (backglue.c:757) ==28546== by 0x1BF930: slapadd (slapadd.c:114) ==28546== by 0x132223: main (main.c:652) ==28546== ==28546== Warning: set address range perms: large range [0xafb2000, 0x1efb4000) (noaccess) --28546-- Discarding syms at 0x95c0ba0-0x95c8a28 in /usr/lib64/sasl2/libdigestmd5.so.2.0.22 due to munmap() --28546-- Discarding syms at 0x93bb1a0-0x93bd038 in /usr/lib64/sasl2/liblogin.so.2.0.22 due to munmap() --28546-- Discarding syms at 0x91b5520-0x91b82e8 in /usr/lib64/sasl2/libsasldb.so.2.0.22 due to munmap() --28546-- Discarding syms at 0x82a9930-0x82adae8 in /usr/lib64/sasl2/libgssapiv2.so.2.0.22 due to munmap() --28546-- Discarding syms at 0x84b66d0-0x84d5d58 in /usr/lib64/libgssapi_krb5.so.2.2 due to munmap() --28546-- Discarding syms at 0x86f5590-0x87663b8 in /usr/lib64/libkrb5.so.3.3 due to munmap() --28546-- Discarding syms at 0x8983a80-0x8997ac8 in /usr/lib64/libk5crypto.so.3.1 due to munmap() --28546-- Discarding syms at 0x8ba53e0-0x8ba5f18 in /lib64/libcom_err.so.2.1 due to munmap() --28546-- Discarding syms at 0x8da9ea0-0x8dadb38 in /usr/lib64/libkrb5support.so.0.1 due to munmap() --28546-- Discarding syms at 0x8fb1bb0-0x8fb2138 in /lib64/libkeyutils-1.2.so due to munmap() --28546-- Discarding syms at 0x80a32a0-0x80a5768 in /usr/lib64/sasl2/libcrammd5.so.2.0.22 due to munmap() --28546-- Discarding syms at 0x7e9e190-0x7e9fea8 in /usr/lib64/sasl2/libanonymous.so.2.0.22 due to munmap() --28546-- Discarding syms at 0x7c991b0-0x7c9b068 in /usr/lib64/sasl2/libplain.so.2.0.22 due to munmap()
valgrind: m_mallocfree.c:225 (mk_plain_bszB): Assertion 'bszB != 0' failed. valgrind: This is probably caused by your program erroneously writing past the end of a heap block and corrupting heap metadata. If you fix any invalid writes reported by Memcheck, this assertion failure will probably go away. Please try that before reporting this as a bug.
==28546== at 0x3802AD34: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28546== by 0x3802AFA7: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28546== by 0x380371B3: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28546== by 0x38001F29: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28546== by 0x38063328: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==28546== by 0x3808AEC4: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux)
sched status: running_tid=1
Thread 1: status = VgTs_Runnable ==28546== at 0x4C25DD8: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==28546== by 0x1574BE: attr_destroy (attr.c:712) ==28546== by 0x17E741: slap_destroy (init.c:254) ==28546== by 0x1C071A: slap_tool_destroy (slapcommon.c:865) ==28546== by 0x1BF4E2: slapadd (slapadd.c:570) ==28546== by 0x132223: main (main.c:652)
Marc
Hi Marc,
Am Wed, 15 Dec 2010 15:53:12 +0100 schrieb Marc Patermann hans.moser@ofd-z.niedersachsen.de:
Ralf,
Ralf Haferkamp schrieb am 15.12.2010 13:13 Uhr:
Am Freitag 10 Dezember 2010, 09:46:06 schrieb Marc Patermann:
Howard Chu schrieb am 09.12.2010 18:21 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr: > Marc Patermann wrote: >> Marc Patermann schrieb am 06.12.2010 16:40 Uhr: >> >>> what could the following possibly be? > This looks like something valgrind ought to be able to > diagnose. OK, I installed valgrind.
You have to install glibc-debuginfo, openssl-debuginfo, valgrind-debuginfo, cyrus-sasl-debuginfo,libdb-4_5-debuginfo
to get propper output.
-Dieter
Am Fri, 10 Dec 2010 09:46:06 +0100 schrieb Marc Patermann hans.moser@ofd-z.niedersachsen.de:
Howard,
Howard Chu schrieb am 09.12.2010 18:21 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
> what could the following possibly be?
This looks like something valgrind ought to be able to diagnose.
OK, I installed valgrind.
Do I just start # valgrind slapadd -q -v -c -l init.ldif or do I have to provide any options to get any helpfull output?
Here is what I get:
That's on the right track, but your slapd binary has no debug symbols so there's not enough information here (like source line numbers for each offending event.) It looks like only the last event is of interest, write 8 bytes past block of 80 bytes.
There is an extra RPM called openldap2-debuginfo-2.4.23-124.1.x86_64.rpm Would it help to install this?
# rpm -qlp openldap2-debuginfo-2.4.23-124.1.x86_64.rpm
[...]
I can reproduce this error on SLES-11 and SLES-11SP1. An excerpt of valgrind log:
==9411== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==9411== Command: /usr/sbin/slapadd -f /etc/openldap/slapd.conf-ofd -l Projekte/ofd-ns/init.ldif -q -c ==9411== Parent PID: 9279 ==9411== --9411-- --9411-- Valgrind options: --9411-- --leak-check=full --9411-- --track-origins=yes --9411-- --log-file=/tmp/openldap-ofd.%p --9411-- -v [...] --9411-- REDIR: 0x668fa00 (rindex) redirected to 0x4c26f60 (rindex) --9411-- REDIR: 0x668f690 (strlen) redirected to 0x4c27330 (strlen) --9411-- REDIR: 0x6690cf0 (memmove) redirected to 0x4c28290 (memmove) --9411-- REDIR: 0x668bbe0 (calloc) redirected to 0x4c255dc (calloc) --9411-- REDIR: 0x668af60 (free) redirected to 0x4c25ef4 (free) --9411-- REDIR: 0x668e8f0 (strcmp) redirected to 0x4c27620 (strcmp) --9411-- REDIR: 0x668e870 (index) redirected to 0x4c27000 (index) --9411-- REDIR: 0x668aa30 (malloc) redirected to 0x4c26bb8 (malloc) --9411-- REDIR: 0x6690eb0 (memset) redirected to 0x4c28220 (memset) --9411-- REDIR: 0x6692810 (memcpy) redirected to 0x4c27780 (memcpy) --9411-- REDIR: 0x6694f00 (strchrnul) redirected to 0x4c28390 (strchrnul) --9411-- REDIR: 0x668ec50 (strcpy) redirected to 0x4c27390 (strcpy) --9411-- REDIR: 0x668e6b0 (strcat) redirected to 0x4c27140 (strcat) --9411-- REDIR: 0x668f940 (strncpy) redirected to 0x4c27460 (strncpy) --9411-- REDIR: 0x668b040 (realloc) redirected to 0x4c26c69 (realloc) --9411-- REDIR: 0x6690880 (memchr) redirected to 0x4c27740 (memchr) --9411-- REDIR: 0x668f6e0 (strnlen) redirected to 0x4c27300 (strnlen) --9411-- REDIR: 0x66f6ca0 (__strcpy_chk) redirected to 0x4c283e0 (__strcpy_chk) --9411-- REDIR: 0x6692800 (__memcpy_chk) redirected to 0x4c28660 (__memcpy_chk) [...] --9411-- REDIR: 0xffffffffff600000 (???) redirected to 0x3803fa33 (vgPlain_amd64_linux_REDIR_FOR_vgettimeofday) ==9411== Warning: set address range perms: large range [0xa99a000, 0x1e99c000) (defined) ==9411== Invalid write of size 1 ==9411== at 0x4C28259: memset (mc_replace_strmem.c:586) ==9411== by 0x1DE52A: bdb_tool_index_add (string3.h:86) ==9411== by 0x1DFB11: hdb_tool_entry_put (tools.c:653) ==9411== by 0x1B755B: glue_tool_entry_put (backglue.c:1176) ==9411== by 0x1BE20B: slapadd (slapadd.c:406) ==9411== by 0x131F44: main (main.c:661) ==9411== Address 0x75c7dc0 is 0 bytes after a block of size 80 alloc'd ==9411== at 0x4C26C3A: malloc (vg_replace_malloc.c:195) ==9411== by 0x508447B: ber_memalloc_x (memory.c:226) ==9411== by 0x169CFA: ch_malloc (ch_malloc.c:54) ==9411== by 0x1DF1D2: hdb_tool_entry_open (tools.c:139) ==9411== by 0x1B8FC1: glue_tool_entry_open (backglue.c:757) ==9411== by 0x1BD978: slapadd (slapadd.c:114) ==9411== by 0x131F44: main (main.c:661) ==9411== ==9411== Invalid write of size 1 ==9411== at 0x4C2823C: memset (mc_replace_strmem.c:586) ==9411== by 0x1DE52A: bdb_tool_index_add (string3.h:86) ==9411== by 0x1DFB11: hdb_tool_entry_put (tools.c:653) ==9411== by 0x1B755B: glue_tool_entry_put (backglue.c:1176) ==9411== by 0x1BE20B: slapadd (slapadd.c:406) ==9411== by 0x131F44: main (main.c:661) ==9411== Address 0x75c7dc1 is 1 bytes after a block of size 80 alloc'd ==9411== at 0x4C26C3A: malloc (vg_replace_malloc.c:195) ==9411== by 0x508447B: ber_memalloc_x (memory.c:226) ==9411== by 0x169CFA: ch_malloc (ch_malloc.c:54) ==9411== by 0x1DF1D2: hdb_tool_entry_open (tools.c:139) ==9411== by 0x1B8FC1: glue_tool_entry_open (backglue.c:757) ==9411== by 0x1BD978: slapadd (slapadd.c:114) ==9411== by 0x131F44: main (main.c:661) ==9411== ==9411== Invalid write of size 1 ==9411== at 0x4C28244: memset (mc_replace_strmem.c:586) ==9411== by 0x1DE52A: bdb_tool_index_add (string3.h:86) ==9411== by 0x1DFB11: hdb_tool_entry_put (tools.c:653) ==9411== by 0x1B755B: glue_tool_entry_put (backglue.c:1176) ==9411== by 0x1BE20B: slapadd (slapadd.c:406) ==9411== by 0x131F44: main (main.c:661) ==9411== Address 0x75c7dc2 is 2 bytes after a block of size 80 alloc'd ==9411== at 0x4C26C3A: malloc (vg_replace_malloc.c:195) ==9411== by 0x508447B: ber_memalloc_x (memory.c:226) ==9411== by 0x169CFA: ch_malloc (ch_malloc.c:54) ==9411== by 0x1DF1D2: hdb_tool_entry_open (tools.c:139) ==9411== by 0x1B8FC1: glue_tool_entry_open (backglue.c:757) ==9411== by 0x1BD978: slapadd (slapadd.c:114) ==9411== by 0x131F44: main (main.c:661) ==9411== ==9411== Invalid write of size 1 ==9411== at 0x4C28249: memset (mc_replace_strmem.c:586) ==9411== by 0x1DE52A: bdb_tool_index_add (string3.h:86) ==9411== by 0x1DFB11: hdb_tool_entry_put (tools.c:653) ==9411== by 0x1B755B: glue_tool_entry_put (backglue.c:1176) ==9411== by 0x1BE20B: slapadd (slapadd.c:406) ==9411== by 0x131F44: main (main.c:661) ==9411== Address 0x75c7dc3 is 3 bytes after a block of size 80 alloc'd ==9411== at 0x4C26C3A: malloc (vg_replace_malloc.c:195) ==9411== by 0x508447B: ber_memalloc_x (memory.c:226) ==9411== by 0x169CFA: ch_malloc (ch_malloc.c:54) ==9411== by 0x1DF1D2: hdb_tool_entry_open (tools.c:139) ==9411== by 0x1B8FC1: glue_tool_entry_open (backglue.c:757) ==9411== by 0x1BD978: slapadd (slapadd.c:114) ==9411== by 0x131F44: main (main.c:661) [...]
==9411== Invalid read of size 4 ==9411== at 0x55360DE: __db_c_destroy (db_cam.c:163) ==9411== by 0x552F640: __db_refresh (db.c:800) ==9411== by 0x552FCD0: __db_close (db.c:682) ==9411== by 0x553EC0C: __db_close_pp (db_iface.c:256) ==9411== by 0x1D3FF4: hdb_db_close (init.c:625) ==9411== by 0x1B9C33: over_db_close (backover.c:182) ==9411== by 0x15B2DE: backend_shutdown (backend.c:361) ==9411== by 0x1C00F9: slap_tool_destroy (slapcommon.c:862) ==9411== by 0x1BD714: slapadd (slapadd.c:570) ==9411== by 0x131F44: main (main.c:661) ==9411== Address 0x40 is not stack'd, malloc'd or (recently) free'd ==9411== ==9411== ==9411== Process terminating with default action of signal 11 (SIGSEGV) ==9411== Access not within mapped region at address 0x40 ==9411== at 0x55360DE: __db_c_destroy (db_cam.c:163) ==9411== by 0x552F640: __db_refresh (db.c:800) ==9411== by 0x552FCD0: __db_close (db.c:682) ==9411== by 0x553EC0C: __db_close_pp (db_iface.c:256) ==9411== by 0x1D3FF4: hdb_db_close (init.c:625) ==9411== by 0x1B9C33: over_db_close (backover.c:182) ==9411== by 0x15B2DE: backend_shutdown (backend.c:361) ==9411== by 0x1C00F9: slap_tool_destroy (slapcommon.c:862) ==9411== by 0x1BD714: slapadd (slapadd.c:570) ==9411== by 0x131F44: main (main.c:661) ==9411== If you believe this happened as a result of a stack ==9411== overflow in your program's main thread (unlikely but ==9411== possible), you can try to increase the size of the ==9411== main thread stack using the --main-stacksize= flag. ==9411== The main thread stack size used in this run was 8388608. ==9411==
The full valgrind output of some 2,000 lines can be submitted if required.
-Dieter
Am Montag 20 Dezember 2010, 14:17:23 schrieb Dieter Kluenter:
Am Fri, 10 Dec 2010 09:46:06 +0100
[..]
I can reproduce this error on SLES-11 and SLES-11SP1. An excerpt of valgrind log:
BTW, I just filed ITS#6794 for this bug, which I was able to finally reproduce on stock 2.4.23 and current HEAD.
regards, Ralf
==9411== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright
[..]
==9411== Invalid write of size 1 ==9411== at 0x4C28259: memset (mc_replace_strmem.c:586) ==9411== by 0x1DE52A: bdb_tool_index_add (string3.h:86) ==9411== by 0x1DFB11: hdb_tool_entry_put (tools.c:653) ==9411== by 0x1B755B: glue_tool_entry_put (backglue.c:1176) ==9411== by 0x1BE20B: slapadd (slapadd.c:406) ==9411== by 0x131F44: main (main.c:661) ==9411== Address 0x75c7dc0 is 0 bytes after a block of size 80 alloc'd ==9411== at 0x4C26C3A: malloc (vg_replace_malloc.c:195) ==9411== by 0x508447B: ber_memalloc_x (memory.c:226) ==9411== by 0x169CFA: ch_malloc (ch_malloc.c:54) ==9411== by 0x1DF1D2: hdb_tool_entry_open (tools.c:139) ==9411== by 0x1B8FC1: glue_tool_entry_open (backglue.c:757) ==9411== by 0x1BD978: slapadd (slapadd.c:114) ==9411== by 0x131F44: main (main.c:661) ==9411== ==9411== Invalid write of size 1 ==9411== at 0x4C2823C: memset (mc_replace_strmem.c:586) ==9411== by 0x1DE52A: bdb_tool_index_add (string3.h:86) ==9411== by 0x1DFB11: hdb_tool_entry_put (tools.c:653) ==9411== by 0x1B755B: glue_tool_entry_put (backglue.c:1176) ==9411== by 0x1BE20B: slapadd (slapadd.c:406) ==9411== by 0x131F44: main (main.c:661) ==9411== Address 0x75c7dc1 is 1 bytes after a block of size 80 alloc'd ==9411== at 0x4C26C3A: malloc (vg_replace_malloc.c:195) ==9411== by 0x508447B: ber_memalloc_x (memory.c:226) ==9411== by 0x169CFA: ch_malloc (ch_malloc.c:54) ==9411== by 0x1DF1D2: hdb_tool_entry_open (tools.c:139) ==9411== by 0x1B8FC1: glue_tool_entry_open (backglue.c:757) ==9411== by 0x1BD978: slapadd (slapadd.c:114) ==9411== by 0x131F44: main (main.c:661) ==9411== ==9411== Invalid write of size 1 ==9411== at 0x4C28244: memset (mc_replace_strmem.c:586) ==9411== by 0x1DE52A: bdb_tool_index_add (string3.h:86) ==9411== by 0x1DFB11: hdb_tool_entry_put (tools.c:653) ==9411== by 0x1B755B: glue_tool_entry_put (backglue.c:1176) ==9411== by 0x1BE20B: slapadd (slapadd.c:406) ==9411== by 0x131F44: main (main.c:661) ==9411== Address 0x75c7dc2 is 2 bytes after a block of size 80 alloc'd ==9411== at 0x4C26C3A: malloc (vg_replace_malloc.c:195) ==9411== by 0x508447B: ber_memalloc_x (memory.c:226) ==9411== by 0x169CFA: ch_malloc (ch_malloc.c:54) ==9411== by 0x1DF1D2: hdb_tool_entry_open (tools.c:139) ==9411== by 0x1B8FC1: glue_tool_entry_open (backglue.c:757) ==9411== by 0x1BD978: slapadd (slapadd.c:114) ==9411== by 0x131F44: main (main.c:661) ==9411== ==9411== Invalid write of size 1 ==9411== at 0x4C28249: memset (mc_replace_strmem.c:586) ==9411== by 0x1DE52A: bdb_tool_index_add (string3.h:86) ==9411== by 0x1DFB11: hdb_tool_entry_put (tools.c:653) ==9411== by 0x1B755B: glue_tool_entry_put (backglue.c:1176) ==9411== by 0x1BE20B: slapadd (slapadd.c:406) ==9411== by 0x131F44: main (main.c:661) ==9411== Address 0x75c7dc3 is 3 bytes after a block of size 80 alloc'd ==9411== at 0x4C26C3A: malloc (vg_replace_malloc.c:195) ==9411== by 0x508447B: ber_memalloc_x (memory.c:226) ==9411== by 0x169CFA: ch_malloc (ch_malloc.c:54) ==9411== by 0x1DF1D2: hdb_tool_entry_open (tools.c:139) ==9411== by 0x1B8FC1: glue_tool_entry_open (backglue.c:757) ==9411== by 0x1BD978: slapadd (slapadd.c:114) ==9411== by 0x131F44: main (main.c:661)
[..]
--On December 9, 2010 11:48:06 AM +0100 Marc Patermann hans.moser@ofd-z.niedersachsen.de wrote:
Hi,
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
Hi Marc,
I don't know that it is valid to run an rpm built for OpenSuSE on SLES11. I certainly know that things built on SLES11 don't necessarily run on OpenSuSE, so it would not surprise me if the reverse was also the case. I would advise you to use a build solely done on SLES11.
--Quanah
Am Thu, 09 Dec 2010 14:30:31 -0800 schrieb Quanah Gibson-Mount quanah@zimbra.com:
--On December 9, 2010 11:48:06 AM +0100 Marc Patermann hans.moser@ofd-z.niedersachsen.de wrote:
Hi,
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
Hi Marc,
I don't know that it is valid to run an rpm built for OpenSuSE on SLES11. I certainly know that things built on SLES11 don't necessarily run on OpenSuSE, so it would not surprise me if the reverse was also the case. I would advise you to use a build solely done on SLES11.
The arch http://download.opensuse.org/repositories/network:/ldap:/OpenLDAP:/RE24/SLE_... provides packages for SLES11 SP1
-Dieter
Quanah,
Quanah Gibson-Mount schrieb am 09.12.2010 23:30 Uhr:
--On December 9, 2010 11:48:06 AM +0100 Marc Patermann hans.moser@ofd-z.niedersachsen.de wrote:
Marc Patermann schrieb am 09.12.2010 11:40 Uhr:
Howard Chu schrieb am 08.12.2010 18:55 Uhr:
Marc Patermann wrote:
Marc Patermann schrieb am 06.12.2010 16:40 Uhr:
what could the following possibly be?
I don't know that it is valid to run an rpm built for OpenSuSE on SLES11. I certainly know that things built on SLES11 don't necessarily run on OpenSuSE, so it would not surprise me if the reverse was also the case. I would advise you to use a build solely done on SLES11.
I did not install a openSuSE RPM, it is built for SLES (as Dieter already pointed out). And I got a glibc error with the standard SLES RPM too, see the first post in this thread (06.12.2010 16:40).
Marc
openldap-technical@openldap.org
-
Benjamin Griese -
Dieter Kluenter -
Howard Chu -
Marc Patermann -
masarati＠aero.polimi.it -
Pierangelo Masarati
-
Quanah Gibson-Mount -
Ralf Haferkamp