openldap-bugs

openldap-bugs@openldap.org

1 participants
21001 discussions

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

18 Feb '13

I wrote: >> Can't use a DBI from an aborted child txn, unlike aborted main txn: > (...) > Well, closing the DBI in mdb_txn_abort() caused problems. A fix > in the opposite direction is easy, if we want DBIs to work that > way: mdb_env_open() can open the DBI in any parent txns too. To get more consistent behavior, if that wasn't clear: Any parent txn will receive the DBI independently of commit/abort, just like the MDB_env. Future children of a preexisting txn still differ, which is probably for the best. Changing that would take locking. -- Hallvard

1 0

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

18 Feb '13

I wrote: > Fixed in mdb.master, except: > >> Can't use a DBI from an aborted child txn, unlike aborted main txn: Yet it may be possible to use the DBI in the parent txn if mdb_dbi_open() reused a closed DBI - but it may have the wrong flags and cmp functions, or also wrong MDB_db if the close happened after txn_begin. > Fixing this caused problems and got reverted. > The DBI is available to next non-nested txn Well, closing the DBI in mdb_txn_abort() caused problems. A fix in the opposite direction is easy, if we want DBIs to work that way: mdb_env_open() can open the DBI in any parent txns too. ldbm.h: "[The database handle] denotes the name and parameters of a database, independently of whether such a database exists. It will not exist if the transaction which created it aborted, nor if another process deleted it. Preexisting transactions, other than the current transaction and any parents, must not use the new handle. Nor must their children." -- Hallvard

1 0

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

18 Feb '13

--=_alternative 0039EFE9C1257B16_= Content-Type: text/plain; charset="US-ASCII" My suggestion is to modify the test suite to include an uri containing spaces, just to avoid regressions. Ciao, Francesco Policastro --=_alternative 0039EFE9C1257B16_= Content-Type: text/html; charset="US-ASCII" My suggestion is to modify the test suite to include an uri containing spaces, just to avoid regressions. Ciao, Francesco Policastro --=_alternative 0039EFE9C1257B16_=--

1 0

Re: (ITS#7517) mdb_dbi_close(dbi updated in existing txn) breaks
by h.b.furuseth＠usit.uio.no 17 Feb '13

17 Feb '13

Related: If a DB is dropped (and thus the DBI closed) in a txn which has modified it, mdb_txn_commit attempted to save the DB. This could corrupt another DB if mdb_dbi_open() in another thread had reused the DBI. This is now fixed in mdb.master. -- Hallvard

1 0

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

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