[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: UNKNOWN attributeDescription "ATTRIBUTE1" inserted
- To: "PenguinWhispererThe ." <th3penguinwhisperer@gmail.com>, Michael Ströder <michael@stroeder.com>
- Subject: Re: UNKNOWN attributeDescription "ATTRIBUTE1" inserted
- From: Howard Chu <hyc@symas.com>
- Date: Tue, 6 Sep 2016 23:02:53 +0100
- Cc: openldap-technical@openldap.org
- Content-language:
- In-reply-to: <WM!31af898e6555d945a5f9a8dab8a150a92c8189f8dc243a773d147e6812ca9bc6b0228f2e6b287b051b1e33a9ceea0862!@mailstronghold-3.zmailcloud.com>
- References: <CACtG2e3GS=2ok9shmJK=H-r9B==uaA-tWbsmPtTZURfruaGY9Q@mail.gmail.com> <CACtG2e1L5iWbvYRDFtuheuN6Ro4PFU4kL4U8n3+TSsO0P+osJQ@mail.gmail.com> <57B747BA.7080707@stroeder.com> <CACtG2e1xnwYuBouvLTHvXaE5F2qige5ybmbXgd3dRELo+5EL9w@mail.gmail.com> <CACtG2e3a=6Q1bdmVhTr9guw185CG2QQ26bu_epFBaSHBWS13VA@mail.gmail.com> <57CC0E77.50905@stroeder.com> <CACtG2e25RDTBO26PKpPCWGb+NQiZM6UTfnFR=0HMT27w52Cbrw@mail.gmail.com> <WM!31af898e6555d945a5f9a8dab8a150a92c8189f8dc243a773d147e6812ca9bc6b0228f2e6b287b051b1e33a9ceea0862!@mailstronghold-3.zmailcloud.com>
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48a1
PenguinWhispererThe . wrote:
Once again thanks for taking your time to followup on this.
I've tried slapcat before to dump to a file and couldn't find the attributes
that were mentioned.
So today I did it again (just to make sure) and the dump doesn't seem to hold
the attributes.
You're still not paying attention to Michael's advice. Wipe out your original
DB and feed the slapcat output to slapadd.
Your current DB files still contain entries with the offending attributes.
What I did get is : The first database does not allow slapcat; using the first
available one (2).
Apparently you have more than one database configured. You're probably not
slapcat'ing the DB with the offending attributes.
So then I went to the directory and just grepped for the attribute name and it
seems that it's matching on a binary file: cn=accesslog/log.000000123123
(changed the number to post).
This seems a good and a bad thing: good as in the actual data has no issues.
Bad as in when I restart the service we get the message about the attributes.
Is there something slapd does with those log files when it starts that
explains it being printed on the screen/syslog?
I only have some "spare" time once in a while to further investigate this as
it's not a high priority but I'd like to get rid of it.
2016-09-04 14:07 GMT+02:00 Michael Ströder <michael@stroeder.com
<mailto:michael@stroeder.com>>:
PenguinWhispererThe . wrote:
> Is "cleaning" my data somewhere like a slapcat and slapadd? This is a
> replicated environment. Will those changes be propagated? I'd think not as
> the import probably keeps the same timestamps.
You have to start from scratch like after a full restore (cleaning the
databases
before slapadd-ing the sanitized data).
Ciao, Michael.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/