--00504502c82c9d7fc8049b363033 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi, the (same?) problem arises again.
I downloaded the upgraded source, created a new accesslog and today tried t= o slapcat/drop/slapadd. This is the error that I'm encountering:
[ldap@ldap03 db_log]$ time /usr/local/openldap/sbin/slapadd -b "cn=3Dlog03,= dc=3D mycorp.it" -l dump_ldap_dblog_20110201.ldif .### 17.14% eta 01h17m elapsed 15m56s spd 443.0 k/s str2entry: invalid value for attributeType reqAttr #1 (syntax 1.3.6.1.4.1.1466.115.121.1.15) slapadd: could not parse entry (line=3D13502606) _### 17.14% eta 01h17m elapsed 15m56s spd 330.0 k/s Closing DB...
The corrupted entry is:
dn: reqStart=3D20110128141509.000004Z,cn=3Dlog03,dc=3Dmycorp.it objectClass: auditSearch structuralObjectClass: auditSearch reqStart: 20110128141509.000004Z reqEnd: 20110128141510.000000Z reqType: search reqSession: 6521 reqAuthzID: cn=3DManager,dc=3Dmyregion,dc=3Dmycorp.it reqDN: uid=3Dpe1748,ou=3DPeople,dc=3Dmyregion,dc=3Dmycorp.it reqResult: 0 reqScope: base reqDerefAliases: never reqAttrsOnly: FALSE reqFilter: (&(objectClass=3D*)) reqAttr: * reqAttr: reqEntries: 1 reqTimeLimit: -1 reqSizeLimit: 500 entryUUID: c18cf535-bbbd-4a0c-b5bb-848da7e39dbf creatorsName: cn=3DManager,cn=3Dlog03,dc=3Dmycorp.it createTimestamp: 20110128141510Z entryCSN: 20110128141510.000116Z#000000#003#000000 modifiersName: cn=3DManager,cn=3Dlog03,dc=3Dmycorp.it modifyTimestamp: 20110128141510Z
Thanks Marco Pizzoli
On Sun, Jan 2, 2011 at 4:01 PM, masarati@aero.polimi.it wrote:
Full_Name: Marco Pizzoli Version: 2.4.23 OS: Linux x86_64 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (193.41.84.11)
Hi, I had a problem with my Accesslog database. I was investigating an anomaly that I had and, in doing this, I tried t=
o:
- backup (slapcat) my accesslog db
- drop the entire db (rm -f alock, *.bdb, log.*, __db*)
- slapadd the db
In slapadd I obtained this error:
--- BEGIN /usr/sbin/slapadd -b "cn=3Dlog,dc=3Dmycorp.it" -l /srv/bck/dump_db_log.ldif.20100916 . 0.00% eta 08h35m elapsed spd
90.2
k/s str2entry: invalid value for attributeType reqControls #0 (syntax 1.3.6.1.4.1.4203.666.11.5.3.1) slapadd2.4: could not parse entry (line=3D4907)
0.01% eta 05h58m elapsed spd205.7
k/s Closing DB... --- END
I went to that line and found this entry:
--- BEGIN dn: reqStart=3D20100913065628.000008Z,cn=3Dlog,dc=3Dmycorp.it objectClass: auditSearch structuralObjectClass: auditSearch reqStart: 20100913065628.000008Z reqEnd: 20100913065628.000009Z reqType: search reqSession: 1129 reqAuthzID: cn=3Dsyncrepl-ldap04,ou=3Dutenze_tecniche_openldap,ou=3DGestori,dc=3Dmy=
corp.it
reqControls: {0}{1.3.6.1.4.1.4203.1.9.1.1 controlValue "30440K0103043M7269643N
3030332M7369643N3030342M63736O3N32303130303931333036353130362O3932343735=
355K2
330303030303023303033233030303030300001PP"} reqControls: {1}{2.16.840.1.113730.3.4.2 criticality TRUE} reqDN: dc=3Dmycorp.it reqResult: 0 reqScope: base reqDerefAliases: never reqAttrsOnly: TRUE reqFilter: (objectclass=3D*) reqAttr: 1.1 reqEntries: 0 reqTimeLimit: -1 reqSizeLimit: 1 entryUUID: 2beb0bd0-ba32-4a00-93da-748ef2177cc7 creatorsName: cn=3DManager,cn=3Dlog,dc=3Dmycorp.it createTimestamp: 20100913065628Z entryCSN: 20100913065628.167225Z#000000#003#000000 modifiersName: cn=3DManager,cn=3Dlog,dc=3Dmycorp.it modifyTimestamp: 20100913065628Z --- END
Having produced this ldif using slapcat and not having "touched" the environment in between could I assume this to be a bug? The entry showed is related to an access made by another OL server of m=
y
deployment, which is in mirrormode(=3Dtrue). This OL is 2.4.23 with BDB4.8.30. Other OLs are 2.4.22 with BDB4.8.26
I deleted this entry and retried the import. Now I have the following error: --- BEGIN /usr/sbin/slapadd2.4 -b "cn=3Dlog,dc=3Dmycorp.it" -l /tmp/dump_db_log.ldif.20100916_Corrected " 4.69% eta 01h07m elapsed 03m19s spd
542.3
k/s str2entry: invalid value for attributeType reqRespControls #0 (syntax 1.3.6.1.4.1.4203.666.11.5.3.1) slapadd2.4: could not parse entry (line=3D3099715)
4.70% eta 01h07m elapsed 03m20s spd979.8
k/s Closing DB... --- END
The "corrupted" entry is this one:
--- BEGIN dn: reqStart=3D20100913093021.000000Z,cn=3Dlog,dc=3Dmycorp.it objectClass: auditBind structuralObjectClass: auditBind reqStart: 20100913093021.000000Z reqEnd: 20100913093021.000001Z reqType: bind reqSession: 2746 reqAuthzID: reqControls: {0}{1.3.6.1.4.1.42.2.27.8.5.1} reqRespControls: {0}{1.3.6.1.4.1.42.2.27.8.5.1 controlValue "3000"} reqDN: uid=3Dpe1597,ou=3DPeople,dc=3Dmycorp.it reqResult: 0 reqVersion: 3 reqMethod: SIMPLE entryUUID: 192cbddf-4b5c-431d-a92e-c2f84fa4b7be creatorsName: cn=3DManager,cn=3Dlog,dc=3Dmycorp.it createTimestamp: 20100913093021Z entryCSN: 20100913093021.411398Z#000000#003#000000 modifiersName: cn=3DManager,cn=3Dlog,dc=3Dmycorp.it modifyTimestamp: 20100913093021Z --- END
Is this a software bug?
If yes, do I need to produce other infos related to my environment?
Hi, I have fixed a couple of bugs in reqControls validation. However a problem remains: the validator expects control values to consist in hexadecimal digits (0-9, a-f), while your values in some cases aren't. This could be related to interoperation issues between different slapd versions, although I couldn't go back to the point where this change in syntax occurred, if any.
p.
--=20 _________________________________________ Non =E8 forte chi non cade, ma chi cadendo ha la forza di rialzarsi. Jim Morrison
--00504502c82c9d7fc8049b363033 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,<br>the (same?) problem arises again.<br><br>I downloaded the upgraded s= ource, created a new accesslog and today tried to slapcat/drop/slapadd.<br>= This is the error that I'm encountering:<br><br>[ldap@ldap03 db_log]$ t= ime /usr/local/openldap/sbin/slapadd -b "cn=3Dlog03,dc=3D<a href=3D"ht= tp://mycorp.it">mycorp.it</a>" -l dump_ldap_dblog_20110201.ldif<br>
.###=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 17.14% eta 01h17= m elapsed=A0=A0=A0=A0=A0=A0=A0=A0=A0 15m56s spd 443.0 k/s str2entry: invali= d value for attributeType reqAttr #1 (syntax 1.3.6.1.4.1.1466.115.121.1.15)= <br>slapadd: could not parse entry (line=3D13502606)<br>
_###=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 17.14% eta 01h17= m elapsed=A0=A0=A0=A0=A0=A0=A0=A0=A0 15m56s spd 330.0 k/s<br>Closing DB...<= br><br>The corrupted entry is:<br><br>dn: reqStart=3D20110128141509.000004Z= ,cn=3Dlog03,dc=3D<a href=3D"http://mycorp.it%22%3Emycorp.it</a><br>
objectClass: auditSearch<br>structuralObjectClass: auditSearch<br>reqStart:= 20110128141509.000004Z<br>reqEnd: 20110128141510.000000Z<br>reqType: searc= h<br>reqSession: 6521<br>reqAuthzID: cn=3DManager,dc=3Dmyregion,dc=3D<a hre= f=3D"http://mycorp.it%22%3Emycorp.it</a><br>
reqDN: uid=3Dpe1748,ou=3DPeople,dc=3Dmyregion,dc=3D<a href=3D"http://mycorp= .it">mycorp.it</a><br>reqResult: 0<br>reqScope: base<br>reqDerefAliases: ne= ver<br>reqAttrsOnly: FALSE<br>reqFilter: (&(objectClass=3D*))<br>reqAtt= r: *<br>
reqAttr:<br>reqEntries: 1<br>reqTimeLimit: -1<br>reqSizeLimit: 500<br>entry= UUID: c18cf535-bbbd-4a0c-b5bb-848da7e39dbf<br>creatorsName: cn=3DManager,cn= =3Dlog03,dc=3D<a href=3D"http://mycorp.it%22%3Emycorp.it</a><br>createTimestamp= : 20110128141510Z<br>
entryCSN: 20110128141510.000116Z#000000#003#000000<br>modifiersName: cn=3DM= anager,cn=3Dlog03,dc=3D<a href=3D"http://mycorp.it%22%3Emycorp.it</a><br>modify= Timestamp: 20110128141510Z<br><br><br>Thanks<br>=A0=A0=A0=A0=A0=A0 Marco Pi= zzoli<br><br><br>
<br><br><div class=3D"gmail_quote">On Sun, Jan 2, 2011 at 4:01 PM, <span d= ir=3D"ltr"><<a href=3D"mailto:masarati@aero.polimi.it">masarati@aero.pol= imi.it</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"= margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); paddi= ng-left: 1ex;">
> Full_Name: Marco Pizzoli<br> > Version: 2.4.23<br> > OS: Linux x86_64<br> > URL: <a href=3D"ftp://ftp.openldap.org/incoming/" target=3D"_blank">ft= p://ftp.openldap.org/incoming/</a><br> > Submission from: (NULL) (193.41.84.11)<br> ><br> ><br> > Hi,<br> > I had a problem with my Accesslog database.<br> > I was investigating an anomaly that I had and, in doing this, I tried = to:<br> > - backup (slapcat) my accesslog db<br> > - drop the entire db (rm -f alock, *.bdb, log.*, __db*)<br> > - slapadd the db<br> ><br> > In slapadd I obtained this error:<br> ><br> > --- BEGIN<br> > /usr/sbin/slapadd -b "cn=3Dlog,dc=3D<a href=3D"http://mycorp.it" = target=3D"_blank">mycorp.it</a>" -l<br> > /srv/bck/dump_db_log.ldif.20100916<br> > . =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0.00% eta 08h35m elapsed= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 spd =A090.2<br> > k/s<br> > str2entry: invalid value for attributeType reqControls #0 (syntax<br> > 1.3.6.1.4.1.4203.666.11.5.3.1)<br> > slapadd2.4: could not parse entry (line=3D4907)<br> > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0.01% eta 05h58m elapsed= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 spd 205.7<br> > k/s<br> > Closing DB...<br> > --- END<br> ><br> > I went to that line and found this entry:<br> ><br> > --- BEGIN<br> > dn: reqStart=3D20100913065628.000008Z,cn=3Dlog,dc=3D<a href=3D"http://= mycorp.it" target=3D"_blank">mycorp.it</a><br> > objectClass: auditSearch<br> > structuralObjectClass: auditSearch<br> > reqStart: 20100913065628.000008Z<br> > reqEnd: 20100913065628.000009Z<br> > reqType: search<br> > reqSession: 1129<br> > reqAuthzID:<br> > cn=3Dsyncrepl-ldap04,ou=3Dutenze_tecniche_openldap,ou=3DGestori,dc=3D<= a href=3D"http://mycorp.it" target=3D"_blank">mycorp.it</a><br> > reqControls: {0}{1.3.6.1.4.1.4203.1.9.1.1 controlValue<br> > "30440K0103043M7269643N<br> > =A03030332M7369643N3030342M63736O3N32303130303931333036353130362O39323= 43735355K2<br> > =A0330303030303023303033233030303030300001PP"}<br> > reqControls: {1}{2.16.840.1.113730.3.4.2 criticality TRUE}<br> > reqDN: dc=3D<a href=3D"http://mycorp.it" target=3D"_blank">mycorp.it</= a><br> > reqResult: 0<br> > reqScope: base<br> > reqDerefAliases: never<br> > reqAttrsOnly: TRUE<br> > reqFilter: (objectclass=3D*)<br> > reqAttr: 1.1<br> > reqEntries: 0<br> > reqTimeLimit: -1<br> > reqSizeLimit: 1<br> > entryUUID: 2beb0bd0-ba32-4a00-93da-748ef2177cc7<br> > creatorsName: cn=3DManager,cn=3Dlog,dc=3D<a href=3D"http://mycorp.it" = target=3D"_blank">mycorp.it</a><br> > createTimestamp: 20100913065628Z<br> > entryCSN: 20100913065628.167225Z#000000#003#000000<br> > modifiersName: cn=3DManager,cn=3Dlog,dc=3D<a href=3D"http://mycorp.it%22= target=3D"_blank">mycorp.it</a><br> > modifyTimestamp: 20100913065628Z<br> > --- END<br> ><br> > Having produced this ldif using slapcat and not having "touched&q= uot; the<br> > environment<br> > in between could I assume this to be a bug?<br> > The entry showed is related to an access made by another OL server of = my<br> > deployment, which is in mirrormode(=3Dtrue).<br> > This OL is 2.4.23 with BDB4.8.30. Other OLs are 2.4.22 with BDB4.8.26<= br> ><br> ><br> > I deleted this entry and retried the import.<br> > Now I have the following error:<br> > --- BEGIN<br> > /usr/sbin/slapadd2.4 -b "cn=3Dlog,dc=3D<a href=3D"http://mycorp.i= t" target=3D"_blank">mycorp.it</a>" -l<br> > /tmp/dump_db_log.ldif.20100916_Corrected<br> > " =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.69% eta 01h07m el= apsed =A0 =A0 =A0 =A0 =A003m19s spd 542.3<br> > k/s<br> > str2entry: invalid value for attributeType reqRespControls #0 (syntax<= br> > 1.3.6.1.4.1.4203.666.11.5.3.1)<br> > slapadd2.4: could not parse entry (line=3D3099715)<br> > * =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.70% eta 01h07m elapsed= =A0 =A0 =A0 =A0 =A003m20s spd 979.8<br> > k/s<br> > Closing DB...<br> > --- END<br> ><br> > The "corrupted" entry is this one:<br> ><br> > --- BEGIN<br> > dn: reqStart=3D20100913093021.000000Z,cn=3Dlog,dc=3D<a href=3D"http://= mycorp.it" target=3D"_blank">mycorp.it</a><br> > objectClass: auditBind<br> > structuralObjectClass: auditBind<br> > reqStart: 20100913093021.000000Z<br> > reqEnd: 20100913093021.000001Z<br> > reqType: bind<br> > reqSession: 2746<br> > reqAuthzID:<br> > reqControls: {0}{1.3.6.1.4.1.42.2.27.8.5.1}<br> > reqRespControls: {0}{1.3.6.1.4.1.42.2.27.8.5.1 controlValue "3000= "}<br> > reqDN: uid=3Dpe1597,ou=3DPeople,dc=3D<a href=3D"http://mycorp.it" targ= et=3D"_blank">mycorp.it</a><br> > reqResult: 0<br> > reqVersion: 3<br> > reqMethod: SIMPLE<br> > entryUUID: 192cbddf-4b5c-431d-a92e-c2f84fa4b7be<br> > creatorsName: cn=3DManager,cn=3Dlog,dc=3D<a href=3D"http://mycorp.it" = target=3D"_blank">mycorp.it</a><br> > createTimestamp: 20100913093021Z<br> > entryCSN: 20100913093021.411398Z#000000#003#000000<br> > modifiersName: cn=3DManager,cn=3Dlog,dc=3D<a href=3D"http://mycorp.it%22= target=3D"_blank">mycorp.it</a><br> > modifyTimestamp: 20100913093021Z<br> > --- END<br> ><br> > Is this a software bug?<br> ><br> > If yes, do I need to produce other infos related to my environment?<br=
<br> Hi, I have fixed a couple of bugs in reqControls validation. =A0However a<b= r> problem remains: the validator expects control values to consist in<br> hexadecimal digits (0-9, a-f), while your values in some cases aren't.<= br> This could be related to interoperation issues between different slapd<br> versions, although I couldn't go back to the point where this change in= <br> syntax occurred, if any.<br> <br> p.<br> <br> </blockquote></div><br><br clear=3D"all"><br>-- <br>_______________________= __________________<br>Non =E8 forte chi non cade, ma chi cadendo ha la forz= a di rialzarsi.<br>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Jim Morrison<br> <div style=3D"visibility: hidden; left: -5000px; position: absolute; z-inde= x: 9999; padding: 0px; margin-left: 0px; margin-top: 0px; overflow: hidden;= word-wrap: break-word; color: black; font-size: 10px; text-align: left; li= ne-height: 130%;" id=3D"avg_ls_inline_popup">
</div>
--00504502c82c9d7fc8049b363033--