openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

Re: (ITS#7515) Nested liblmdb transaction bugs
by h.b.furuseth＠usit.uio.no 16 Feb '13

16 Feb '13

> Here are some crashes with nested liblmdb transactions. Fixed in mdb.master, except: > Can't use a DBI from an aborted child txn, unlike aborted main txn: > > $ ./bug R[cp] # Create a named DB and put an item there > $ ./bug [[o}g] # Open that DB in a child, abort, use the DBI > 40: mdb_get(txn, dbi, &key, &rdata): Invalid argument Fixing this caused problems and got reverted. The DBI is available to next non-nested txn: $ ./bug [[o}}[g] # Open DB in child, abort both txns, use DBI in new txn -- Hallvard

1 0

(ITS#7528) ldapadd not working while adding attribute having long list of values
by omkar＠mithi.com 15 Feb '13

15 Feb '13

Full_Name: Omkar Phadke Version: 2.4.30 OS: Red Hat Enterprise Linux Server release 6.0 (Santiago) URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (115.111.211.142) I am trying to add bellow ldif file. Command ldapadd -d -1 -cxv -D "cn=Manager,dc=mithibo" -f /root/TestSmall.ldif -w "$LDAP_ROOT_PASSWD" > /root/log_failed.txt 2>&1 I get error ldap_add: Undefined attribute type (17) additional info: ame: attribute type undefined ldapadd exe is not present separately, in folder /usr/local/openldap/bin/ ldapadd is linked with ldapmodify Actually homecountry attribute's value is list of countries and it is very long bellow i give ldif file. but if i extract ldapmodify file from older version 2.4.23 and copied to /usr/local/openldap/bin/ then above command executes successfully. ---------------------------------------------------------------------------------- Ldif file /root/TestSmall.ldif contents -- dn: cn=homecountry,ou=boproperty,ou=user,cn=template.int,ou=domains,cn=enterprise,o=enterprise, dc=mithibo cn:homecountry objectClass: top objectClass: person objectClass: organizationalPerson objectClass: mithiBO admincompulsary: f admineditable: t allowblankvalue: t compulsary: f default: India record: user description: Home country dircontainer: cd editable: t encodedecode: f inheritsvalue: f label: Home country ldapstorage: homecountry list: Afghanistan:Afghanistan,Albania:Albania,Algeria:Algeria,American:American,Samoa:Samoa,Andorra:Andorra,Angola:Angola,Anguilla:Anguilla,Antarctica:Antarctica,Antigua and Barbuda:Antigua and Barbuda,Argentina:Argentina,Armenia:Armenia,Aruba:Aruba,Australia:Australia,Austria:Austria,Azerbaijan:Azerbaijan,Bahamas:Bahamas,Bahrain:Bahrain,Bangladesh:Bangladesh,Barbados:Barbados,Belarus:Belarus,Belgium:Belgium,Belize:Belize,Benin:Benin,Bermuda:Bermuda,Bhutan:Bhutan,Bolivia:Bolivia,Bosnia and Herzegovina:Bosnia and Herzegovina,Botswana:Botswana,Bouvet Island:Bouvet Island,Brazil:Brazil,British Indian Ocean Territory:British Indian Ocean Territory,British Virgin Islands:British Virgin Islands,Brunei:Brunei,Bulgaria:Bulgaria,Burkina Faso:Burkina Faso,Burundi:Burundi,Cambodia:Cambodia,Cameroon:Cameroon,CanadaCape:CanadaCape,Verde:Verde,Cayman Islands:Cayman Islands,Central:Central,African:African,Republic:Republic,Chad:Chad,Chile:Chile,China:China,Christmas Island:Christmas Island,Cocos Islands:Cocos Islands,Colombia:Colombia,Comoros:Comoros,Congo:Congo,Cook Islands:Cook Islands,Costa Rica:Costa Rica,Croatia:Croatia,Cuba:Cuba,Cyprus:Cyprus,Czech Republic:Czech Republic,Denmark:Denmark,Djibouti:Djibouti,Dominica:Dominica,Dominican Republic:Dominican Republic,East Timor:East Timor,Ecuador:Ecuador,Egypt:Egypt,El Salvador:El Salvador,Equatorial Guinea:Equatorial Guinea,Eritrea:Eritrea,Estonia:Estonia,Ethiopia:Ethiopia,Falkland Islands:Falkland Islands,Faroe Islands:Faroe Islands,Fiji:Fiji,Finland:Finland,France:France,French Guiana:French Guiana,French Polynesia:French Polynesia,French Southern Territories:French Southern Territories,Gabon:Gabon,Gambia:Gambia,Georgia:Georgia,Germany:Germany,Ghana:Ghana,Gibraltar:Gibraltar,Greece:Greece,Greenland:Greenland,Grenada:Grenada,Guadeloupe:Guadeloupe,Guam:Guam,Guatemala:Guatemala,Guinea:Guinea,Guinea-Bissau:Guinea-Bissau,Guyana:Guyana,Haiti:Haiti,Heard and McDonald Islands:Heard and McDonald Islands,Honduras:Honduras,Hong Kong:Hong Kong,Hungary Iceland:Hungary Iceland,India:India,Indonesia:Indonesia,Iran:Iran,Iraq:Iraq,Ireland:Ireland,Israel:Israel,Italy:Italy,Ivory Coast:Ivory Coast,Jamaica:Jamaica,Japan:Japan,Jordan:Jordan,Kazakhstan:Kazakhstan,Kenya:Kenya,Kiribati North:Kiribati North,Korea South:Korea South,Korea:Korea,Kuwait:Kuwait,Kyrgyzstan:Kyrgyzstan,Laos:Laos,Latvia:Latvia,Lesotho:Lesotho,Liberia:Liberia,Libya:Libya,Liechtenstein:Liechtenstein,Lithuania:Lithuania,Luxembourg:Luxembourg,Macau:Macau,Macedonia:Macedonia,Madagascar:Madagascar,Malawi:Malawi,Malaysia:Malaysia,Maldives:Maldives,Mali:Mali,Malta:Malta,Marshall Islands:Marshall Islands,Martinique:Martinique,Mauritania:Mauritania,Mauritius:Mauritius,Mayotte:Mayotte,Mexico:Mexico,Micronesia:Micronesia,Moldova:Moldova,Monaco:Monaco,Mongolia:Mongolia,Montserrat:Montserrat,Morocco:Morocco,Mozambique:Mozambique,Myanmar:Myanmar,Namibia:Namibia,Nauru:Nauru,Nepal:Nepal,Netherlands:Netherlands,Netherlands Antilles:Netherlands Antilles,New Caledonia:New Caledonia,New Zealand:New Zealand,Nicaragua:Nicaragua,Niger:Niger,Nigeria:Nigeria,Niue:Niue,Norfolk Island:Norfolk Island,Northern Mariana Islands:Northern Mariana Islands,Norway:Norway,Oman:Oman,Pakistan:Pakistan,Palau:Palau,Panama:Panama,Papua New Guinea:Papua New Guinea,Paraguay:Paraguay,Peru:Peru,Philippines:Philippines,Pitcairn Island:Pitcairn Island,Poland:Poland,Portugal:Portugal,Puerto Rico:Puerto Rico,Qatar:Qatar,Reunion:Reunion,Romania:Romania,Russia:Russia,RwandaS. Georgia and S. Sandwich Isls.:RwandaS. Georgia and S. Sandwich Isls.,Saint Kitts and Nevis Saint Lucia:Saint Kitts and Nevis Saint Lucia,Saint Vincent and The Grenadines:Saint Vincent and The Grenadines,Samoa:Samoa,San Marino:San Marino,Sao Tome and Principe:Sao Tome and Principe,Saudi Arabia:Saudi Arabia,Senegal:Senegal,Seychelles:Seychelles,Sierra Leone:Sierra Leone,Singapore:Singapore,Slovakia:Slovakia,Slovenia:Slovenia,Solomon Islands:Solomon Islands,Somalia:Somalia,South Africa:South Africa,Spain:Spain,Sri Lanka:Sri Lanka,St. Helena:St. Helena,St. Pierre and Miquelon:St. Pierre and Miquelon,Sudan:Sudan multiline: f multivalue: f property: t readable: t showinusage: t sync: f timestampproperty: whenchanged type: list isregenrequired: f isregencomposite: f hasscope: f allowedonlicenseexpiry: f --------------------------------------------------------------------------------

1 0

Re: (ITS#7527) Problems Adding entries to back-mdb database
by whm＠stanford.edu 13 Feb '13

13 Feb '13

--On Thursday, February 14, 2013 02:53:54 AM +0000 Howard Chu <hyc(a)symas.com> wrote: > whm(a)stanford.edu wrote: >> Full_Name: Bill MacAllister >> Version: RE24 pulled 11-Feb-2013 >> OS: debian wheezy (testing) >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (67.180.239.194) >> >> >> When attempting to add a new entry to a back-mdb database I am seeing >> the following failure: >> >> SASL/EXTERNAL authentication started >> SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth >> SASL SSF: 0 >> SASL/EXTERNAL authentication started >> SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth >> SASL SSF: 0 >> adding new entry "suRegID=uniqueid1,cn=people,dc=stanford,dc=edu" >> ldap_add: Other (e.g., implementation specific) error (80) >> additional info: index generation failed > > Since you pulled RE24 on Feb 11, your code should be producing > additional error info in syslog. Please send the slapd logs > associated with this error. Here is a log entry showing the error. (I should have looked at this sooner.) Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: conn=1074 fd=20 ACCEPT from PATH=/var/run/slapd/ldapi (PATH=/var/run/ slapd/ldapi) Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: conn=1074 op=0 BIND dn="" method=163 Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: conn=1074 op=0 BIND authcid="gidNumber=0+uidNumber=0,cn=peercred,cn=e xternal,cn=auth(a)stanford.edu" authzid="gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth(a)stanford.edu" Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: conn=1074 op=0 BIND dn="gidNumber=0+uidNumber=0,cn=peercred,cn=extern al,cn=auth" mech=EXTERNAL sasl_ssf=0 ssf=71 Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: conn=1074 op=0 RESULT tag=97 err=0 text= Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: conn=1074 op=1 ADD dn="suRegID=uniqueid1,cn=people,dc=stanford,dc=edu " Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: => mdb_idl_insert_keys: c_put lo/hi failed: Invalid argument (22) Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: conn=1074 op=1 RESULT tag=105 err=80 text=index generation failed Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: conn=1074 op=2 UNBIND Feb 13 15:05:27 ldap-unixdev1 slapd[30667]: conn=1074 fd=20 closed Bill -- Bill MacAllister Infrastructure Delivery Group, Stanford University

1 0

Re: (ITS#7527) Problems Adding entries to back-mdb database
by hyc＠symas.com 13 Feb '13

13 Feb '13

whm(a)stanford.edu wrote: > Full_Name: Bill MacAllister > Version: RE24 pulled 11-Feb-2013 > OS: debian wheezy (testing) > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (67.180.239.194) > > > When attempting to add a new entry to a back-mdb database I am seeing > the following failure: > > SASL/EXTERNAL authentication started > SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth > SASL SSF: 0 > SASL/EXTERNAL authentication started > SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth > SASL SSF: 0 > adding new entry "suRegID=uniqueid1,cn=people,dc=stanford,dc=edu" > ldap_add: Other (e.g., implementation specific) error (80) > additional info: index generation failed Since you pulled RE24 on Feb 11, your code should be producing additional error info in syslog. Please send the slapd logs associated with this error. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#7527) Problems Adding entries to back-mdb database
by whm＠stanford.edu 13 Feb '13

13 Feb '13

Full_Name: Bill MacAllister Version: RE24 pulled 11-Feb-2013 OS: debian wheezy (testing) URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (67.180.239.194) When attempting to add a new entry to a back-mdb database I am seeing the following failure: SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 adding new entry "suRegID=uniqueid1,cn=people,dc=stanford,dc=edu" ldap_add: Other (e.g., implementation specific) error (80) additional info: index generation failed The attribute that is causing the failure is suPrivilegeGroup. The schema definition for this attribute is: olcAttributeTypes: ( StanfordLDAPattributeType:19 NAME ( 'suPrivilegeGroup' ) EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 ) The index defined for this attribute is: olcDbIndex: suPrivilegeGroup eq,sub I have been able to successfully load the entry by either: * Modifying the index definition by removing the substring index, i.e. 'olcDbIndex: suPrivilegeGroup eq,sub'. or * Modifying the data. The value 'suPrivilegeGroup: n:all' succeeds and the value 'suPrivilegeGroup: ne:all' fails. Here is a complete failing entry: dn: suRegID=uniqueid1,cn=people,dc=stanford,dc=edu objectClass: suPerson objectClass: organizationalPerson objectClass: inetOrgPerson objectClass: person displayName: Bill MacAllister suCN: bill macallister suDisplayNameLF: MacAllister, Bill suGeneralID: billmacallister suRegID: uniqueid1 suRegisteredName: William Henry MacAllister suRegisteredNameLF: MacAllister, William Henry suSN: macallister suUniqueIdentifier: unique1 sn: macallister o: University ou: netdocs-access:all uid: whm cn: bill macallister cn: william macallister givenName: william givenName: bill suPrivilegeGroup: ne:all I first started investigating this problem because some entries where not present in the directory after a complete refresh from an ldif dumped from a 2.4.26 server. I used slapadd to load the ldif and there were no error messages during the load, just some entries were missing. I expect that the lack of an error message from slapadd is a separate, but related issue.

1 0

Re: (ITS#7525) Bad conversion to cn=config format
by francesco.policastro＠selex-es.com 13 Feb '13

13 Feb '13

--=_alternative 0036332BC1257B11_= Content-Type: text/plain; charset="US-ASCII" Installed the master revision (openldap-648d28f.tar.gz) Test ok . Many thanks, Francesco Policastro From: Pierangelo Masarati <masarati(a)aero.polimi.it> To: <francesco.policastro(a)selex-es.com> Cc: <openldap-its(a)openldap.org> Date: 12/02/2013 17:23 Subject: Re: (ITS#7525) Bad conversion to cn=config format Fixed in git master, please test. p. -- Pierangelo Masarati Associate Professor Dipartimento di Scienze e Tecnologie Aerospaziali Politecnico di Milano --=_alternative 0036332BC1257B11_= Content-Type: text/html; charset="US-ASCII" Installed the master revision (openldap-648d28f.tar.gz) Test ok . Many thanks, Francesco Policastro <table width=100%> <tr valign=top> <td>From: <td>Pierangelo Masarati <masarati(a)aero.polimi.it> <tr valign=top> <td>To: <td><francesco.policastro(a)selex-es.com> <tr> <td valign=top>Cc: <td><openldap-its(a)openldap.org> <tr valign=top> <td>Date: <td>12/02/2013 17:23 <tr valign=top> <td>Subject: <td>Re: (ITS#7525) Bad conversion to cn=config format</table> <hr noshade> <tt>Fixed in git master, please test.  p. -- Pierangelo Masarati Associate Professor Dipartimento di Scienze e Tecnologie Aerospaziali Politecnico di Milano </tt> --=_alternative 0036332BC1257B11_=--

1 0

Re: (ITS#7526) Segfault in slapd-meta during olcDbUri modify
by masarati＠aero.polimi.it 12 Feb '13

12 Feb '13

> Full_Name: John Madden > Version: 2.4.32 > OS: Linux / RHEL6/64 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (168.91.17.188) > > > slapd-meta frontend to another slapd, perform an ldapmodify on the > olcDbUri > (incidentally while troubleshooting incorrect proxy behavior) results in a > segfault. Your backtrace looks useless; however, I could reproduce the problem. A(n almost blind) fix is coming. p. -- Pierangelo Masarati Associate Professor Dipartimento di Scienze e Tecnologie Aerospaziali Politecnico di Milano

1 0

(ITS#7526) Segfault in slapd-meta during olcDbUri modify
by jmadden＠ivytech.edu 12 Feb '13

12 Feb '13

Full_Name: John Madden Version: 2.4.32 OS: Linux / RHEL6/64 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (168.91.17.188) slapd-meta frontend to another slapd, perform an ldapmodify on the olcDbUri (incidentally while troubleshooting incorrect proxy behavior) results in a segfault. (gdb) attach 5979 Attaching to process 5979 Reading symbols from /usr/local/libexec/slapd...(no debugging symbols found)...done. Reading symbols from /usr/local/BerkeleyDB.5.1/lib/libdb-5.1.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/BerkeleyDB.5.1/lib/libdb-5.1.so Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done. [Thread debugging using libthread_db enabled] [New Thread 0x7f9dc6485700 (LWP 6928)] [New Thread 0x7f9dc6c86700 (LWP 6927)] [New Thread 0x7f9dc7487700 (LWP 5980)] Loaded symbols for /lib64/libpthread.so.0 Reading symbols from /usr/lib64/libsasl2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libsasl2.so.2 Reading symbols from /usr/lib64/libssl.so.10...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libssl.so.10 Reading symbols from /usr/lib64/libcrypto.so.10...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libcrypto.so.10 Reading symbols from /lib64/libresolv.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libresolv.so.2 Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libdl.so.2 Reading symbols from /lib64/libcrypt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/libcrypt.so.1 Reading symbols from /lib64/libgssapi_krb5.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libgssapi_krb5.so.2 Reading symbols from /lib64/libkrb5.so.3...(no debugging symbols found)...done. Loaded symbols for /lib64/libkrb5.so.3 Reading symbols from /lib64/libcom_err.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libcom_err.so.2 Reading symbols from /lib64/libk5crypto.so.3...(no debugging symbols found)...done. Loaded symbols for /lib64/libk5crypto.so.3 Reading symbols from /lib64/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/libz.so.1 Reading symbols from /lib64/libfreebl3.so...(no debugging symbols found)...done. Loaded symbols for /lib64/libfreebl3.so Reading symbols from /lib64/libkrb5support.so.0...(no debugging symbols found)...done. Loaded symbols for /lib64/libkrb5support.so.0 Reading symbols from /lib64/libkeyutils.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/libkeyutils.so.1 Reading symbols from /lib64/libselinux.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/libselinux.so.1 Reading symbols from /lib64/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libnss_files.so.2 Reading symbols from /lib64/libnss_dns.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libnss_dns.so.2 Reading symbols from /usr/lib64/sasl2/libcrammd5.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libcrammd5.so Reading symbols from /usr/lib64/sasl2/libanonymous.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libanonymous.so Reading symbols from /usr/lib64/sasl2/libplain.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libplain.so Reading symbols from /usr/lib64/sasl2/libsasldb.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libsasldb.so Reading symbols from /lib64/libdb-4.7.so...(no debugging symbols found)...done. Loaded symbols for /lib64/libdb-4.7.so Reading symbols from /usr/lib64/sasl2/liblogin.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/liblogin.so Reading symbols from /usr/lib64/sasl2/libdigestmd5.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libdigestmd5.so Reading symbols from /usr/lib64/sasl2/libgssapiv2.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libgssapiv2.so 0x00000033114080ad in pthread_join () from /lib64/libpthread.so.0 Missing separate debuginfos, use: debuginfo-install cyrus-sasl-gssapi-2.1.23-13.el6_3.1.x86_64 cyrus-sasl-lib-2.1.23-13.el6_3.1.x86_64 cyrus-sasl-md5-2.1.23-13.el6_3.1.x86_64 cyrus-sasl-plain-2.1.23-13.el6_3.1.x86_64 db4-4.7.25-17.el6.x86_64 glibc-2.12-1.80.el6_3.6.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.9-33.el6_3.3.x86_64 libcom_err-1.41.12-12.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.0-25.el6_3.1.x86_64 zlib-1.2.3-27.el6.x86_64 (gdb) continue Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f9dc6c86700 (LWP 6927)] 0x0000000000516517 in ?? () (gdb) backtrace full #0 0x0000000000516517 in ?? () No symbol table info available. #1 0x0000000000412b2c in ?? () No symbol table info available. #2 0x0000000000438a8b in ?? () No symbol table info available. #3 0x00000000004393b6 in ?? () No symbol table info available. #4 0x00000000004212d9 in ?? () No symbol table info available. #5 0x0000000000421ab5 in ?? () No symbol table info available. #6 0x0000000000570da0 in ?? () No symbol table info available. #7 0x0000003311407851 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #8 0x0000003310ce811d in clone () from /lib64/libc.so.6 No symbol table info available. (gdb) info registers rax 0x19 25 rbx 0x7f9dc6c83340 140315621602112 rcx 0x0 0 rdx 0x19 25 rsi 0x7f9dc6c83340 140315621602112 rdi 0x7f9dc6c83340 140315621602112 rbp 0x1dbaf00 0x1dbaf00 rsp 0x7f9dc6c80bf0 0x7f9dc6c80bf0 r8 0x0 0 r9 0x7f9dc6c830c0 140315621601472 r10 0x84db78 8706936 r11 0x0 0 r12 0x1d55390 30757776 r13 0x7f9dc6c83340 140315621602112 r14 0x7f9db8112be0 140315374726112 r15 0x7f9db8112670 140315374724720 rip 0x516517 0x516517 eflags 0x10283 [ CF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 (gdb) x/16i $pc => 0x516517: mov 0x0,%rdi 0x51651f: test %rdi,%rdi 0x516522: je 0x515858 0x516528: callq 0x43b4e0 0x51652d: xor %ebp,%ebp 0x51652f: movq $0x0,0x0 0x51653b: jmpq 0x515745 0x516540: andl $0xfffffe7f,0x8 0x51654b: xor %ebp,%ebp 0x51654d: jmpq 0x515745 0x516552: andl $0xfffdffff,0x8 0x51655d: xor %ebp,%ebp 0x51655f: jmpq 0x515745 0x516564: movq $0x0,0x138(%rbp) 0x51656f: xor %ebp,%ebp 0x516571: jmpq 0x515745 (gdb) thread apply all backtrace Thread 4 (Thread 0x7f9dc7487700 (LWP 5980)): #0 0x0000003310ce8713 in epoll_wait () from /lib64/libc.so.6 #1 0x000000000041e5fa in ?? () #2 0x0000003311407851 in start_thread () from /lib64/libpthread.so.0 #3 0x0000003310ce811d in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7f9dc6c86700 (LWP 6927)): #0 0x0000000000516517 in ?? () #1 0x0000000000412b2c in ?? () #2 0x0000000000438a8b in ?? () #3 0x00000000004393b6 in ?? () #4 0x00000000004212d9 in ?? () #5 0x0000000000421ab5 in ?? () #6 0x0000000000570da0 in ?? () #7 0x0000003311407851 in start_thread () from /lib64/libpthread.so.0 #8 0x0000003310ce811d in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f9dc6485700 (LWP 6928)): #0 0x000000331140b43c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000570df5 in ?? () #2 0x0000003311407851 in start_thread () from /lib64/libpthread.so.0 #3 0x0000003310ce811d in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7f9dcb64e7c0 (LWP 5979)): #0 0x00000033114080ad in pthread_join () from /lib64/libpthread.so.0 #1 0x000000000041b951 in ?? () #2 0x00000000004081c5 in ?? () #3 0x0000003310c1ecdd in __libc_start_main () from /lib64/libc.so.6 #4 0x0000000000406a69 in ?? () #5 0x00007fffe3969bc8 in ?? () #6 0x000000000000001c in ?? () #7 0x0000000000000005 in ?? () #8 0x00007fffe396bd7a in ?? () #9 0x00007fffe396bd93 in ?? () #10 0x00007fffe396bd96 in ?? () #11 0x00007fffe396bdbe in ?? () #12 0x00007fffe396bdc1 in ?? () #13 0x0000000000000000 in ?? ()

1 0

Re: (ITS#7525) Bad conversion to cn=config format
by masarati＠aero.polimi.it 12 Feb '13

12 Feb '13

Fixed in git master, please test. p. -- Pierangelo Masarati Associate Professor Dipartimento di Scienze e Tecnologie Aerospaziali Politecnico di Milano

1 0

(ITS#7525) Bad conversion to cn=config format
by francesco.policastro＠selex-es.com 12 Feb '13

12 Feb '13

Full_Name: Francesco Policastro Version: 2.4.33 OS: RHEL 6.2 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (94.127.80.134) A slapd.conf using meta backend can include the following uri definition that is accepted as legal uri "ldap://server2.domain2.net/ou=org Unit,dc=second,dc=newco,dc=com" idassert-bind bindmethod=simple binddn="cn=ldap-2,cn=Users,dc=domain2,dc=net" credentials=secret3 chase-referrals no rebind-as-user true map objectclass groupOfNames * map objectclass person * suffixmassage "dc=second,dc=newco,dc=com" "dc=domain2,dc=net" subtree-include "ou=Users,ou=1stlocation,ou=org Unit,dc=second,dc=newco,dc=com" ... "slaptest -f slapd.conf" returns "config file testing succeeded" "slaptest -f slapd.conf -F slapd.d" converts to cn=config format "slaptest -F slapd.d" issues an error: 511a57ef olcDbURI: value #0: unable to parse URI #0 in "olcDbURI <protocol>://<server>[:port]/<naming context>". 511a57ef config error processing olcMetaSub={1}uri,olcDatabase={1}meta,cn=config: unable to parse URI #0 in "olcDbURI <protocol>://<server>[:port]/<naming context>" slaptest: bad configuration directory! I know that the offending words are in the "ou=org Unit" directive; in fact "ou=orgUnit" (with no space) works. The uri sintax permits to enclose the string in quotes and one assumes that spaces are legal. They are only in slapd.conf because the cn=config conversion does not accept them.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs