So I've more details and found what I beleive to be the cause of the
issue.
Various things I've tried:
- Rebuilding the index dies at at certain point
- Slapcat'ing a a presumed-to-be good LDIF into the DB also stops at
a certain point.
These points where the above stoppage happens, upon inspection, appear
to be at the dn listed next:
I've troubleshot(sp?) it down to one line
in /etc/openldap/slapd_macosxserver.conf: (line 31)
schemaconfigdn "cn=schema,cn=config,dc=<base-dn-dc>,dc=com"
If I comment the line out my segfault problems go away. If I uncomment
it I get my segfaults again. I can't even slapadd a new DB ENV with my
LDIF files with it uncommented.
Looking at what I presume to be a good LDIF backup, this is the entiry
of that dn (there are no sub-DNs further down the tree branch):
dn: cn=schema,cn=config,dc=<base-dn-dc>,dc=com
cn: schema
objectClass: top
objectClass: container
objectClass: extensibleObject
structuralObjectClass: container
entryUUID: esssc6ce-c4e5-102a-854d-d6cd454adb89
creatorsName: uid=root,cn=users,dc=<base-dn-dc>,dc=com
createTimestamp: 20060810222054Z
entryCSN: 20060810222054Z#000014#00#000000
modifiersName: uid=root,cn=users,dc=<base-dn-dc>,dc=com
modifyTimestamp: 20060810222054Z
Would somebody with a known good LDAP OD post this DN entry and
possibly any sub-entries (if they exist)? I havn't yet attempted to
parse out that DN, uncomment the config line, and then slapadd.
Any ideas would be great.
Thanks!
- Jesse
On Wed, 23 Aug 2006 09:51:14 -0700
Jesse Peterson <email@hidden> wrote:
> Hello all,
>
> During a Server Admin initiated open directory "archive" operation I
> noticed that slapcat crashes. Upon inspecting the archive I notice
> that the ldap dump is incomplete - it ends in the middle of the data
> of an attribute.
>
> If I manually execute a slapcat by itself on the command-line it also
> segfaults, but it appears to dump the database fine (at least, there
> are no mid-record truncations - the LDIF appears to end on an OU
> boundary).
>
> This machine is by and large "pristine" - freshly migrated from a
> 10.3 (I know, behind the times) OD server with a method similar to
> many accounted "manual" OD migration processes, such as that on AFP548.
>
> I have not yet had a chance to try a simple reboot.
>
> Any ideas?
>
> Thanks!
> - Jesse
--
Jesse Peterson <email@hidden>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/macos-x-server/email@hidden
This email sent to email@hidden
