backend-schema

[Oliver Liebel]

not really.
slapd (fresh compiled 2.4.16) crashes with a8
(e.g. when joining an xp client to the domain)
with the following output:

*** glibc detected *** /usr/local/libexec/slapd: free(): invalid 
pointer: 0xb67aeb28 ***
======= Backtrace: =========
/lib/libc.so.6[0xb7aaf654]
/lib/libc.so.6(cfree+0x9c)[0xb7ab0f3c]
/usr/local/libexec/slapd[0x80970da]
/usr/local/libexec/slapd[0x8079c71]
/usr/local/libexec/slapd[0x807aaaf]
/usr/local/libexec/slapd[0x80ebbda]
/usr/local/libexec/slapd[0x80ece3a]
/usr/local/libexec/slapd[0x80cefac]
/usr/local/libexec/slapd[0x80cfaa4]
/usr/local/libexec/slapd[0x80690a3]
/usr/local/libexec/slapd[0x80cefac]
/usr/local/libexec/slapd[0x80cfaa4]
/usr/local/libexec/slapd[0x8069918]
/usr/local/libexec/slapd[0x8066cde]
/usr/local/libexec/slapd[0x8067717]
/usr/local/libexec/slapd[0x816f096]
/lib/libpthread.so.0[0xb7ba51b5]
/lib/libc.so.6(clone+0x5e)[0xb7b143be]
======= Memory map: ========
08048000-08200000 r-xp 00000000 08:01 336105     /usr/local/libexec/slapd
08200000-08201000 r--p 001b7000 08:01 336105     /usr/local/libexec/slapd
08201000-08208000 rw-p 001b8000 08:01 336105     /usr/local/libexec/slapd
08208000-089b2000 rw-p 08208000 00:00 0          [heap]
b5200000-b5221000 rw-p b5200000 00:00 0
b5221000-b5300000 ---p b5221000 00:00 0
b5353000-b5360000 r-xp 00000000 08:01 426308     /lib/libgcc_s.so.1
b5360000-b5361000 r--p 0000c000 08:01 426308     /lib/libgcc_s.so.1
b5361000-b5362000 rw-p 0000d000 08:01 426308     /lib/libgcc_s.so.1
b536d000-b6470000 rw-p b536d000 00:00 0
b6470000-b6471000 ---p b6470000 00:00 0
b6471000-b6871000 rwxp b6471000 00:00 0
b6871000-b6972000 rw-p b6871000 00:00 0
b6972000-b6973000 ---p b6972000 00:00 0
b6973000-b6d73000 rwxp b6973000 00:00 0
b6d73000-b6d74000 ---p b6d73000 00:00 0
b6d74000-b7174000 rwxp b6d74000 00:00 0
b7174000-b71ea000 rw-p b7174000 00:00 0
b71ea000-b71f0000 rw-s 00000000 08:01 336450     
/usr/local/samba/private/ldap/db/user/__db.006
b71f0000-b7246000 rw-s 00000000 08:01 336449     
/usr/local/samba/private/ldap/db/user/__db.005
b7246000-b7294000 rw-s 00000000 08:01 336448     
/usr/local/samba/private/ldap/db/user/__db.004
b7294000-b7336000 rw-s 00000000 08:01 336447     Aborted


no such problems with a7 and ol 2.4.16 (with exactly the same setup) at all.
comparing both generated slapd.conf a7/8 one main difference seems to be the
more extensive use of refint_attributes.

oliver





Sassy Natan schrieb:
> Alpha8 is out
>  
> Try using it. It seems to work very good.
>  
> I used to test the RFC2307 with linux and it was working!
>
>
>  
> On Wed, Jun 24, 2009 at 3:51 PM, Oliver Liebel <oliver at itc.li 
> <mailto:oliver at itc.li>> wrote:
>
>     alpha 7, but not from git.
>     in rfc2307bis and nis  posixAccount is usually declared as AUX,
>     so if i try to add a simple user-object (that makes no trouble
>     in conjunction with standard-ldap-schemas nis/rfc2307)  via ldapadd
>     with person as STRUCT, e.g.:
>
>     dn: uid=ckent,cn=users,dc=ldap,dc=local,dc=site
>     objectClass: person
>     objectClass: posixAccount
>     uid: ckent
>     cn: ckent
>     sn: Kent
>     uidNumber: 901
>     gidNumber: 100
>     loginShell: /bin/bash
>     homeDirectory: /home/ckent
>
>     i hit the error:  objectClass: value #1 invalid per syntax.
>
>     other ideas? maybe i should try a7 from git.
>
>     oliver
>
>
>     Sassy Natan schrieb:
>
>         Which Version are you using?
>          Samba4 Alpha 7 and up as RFC2307 built in - so u already have
>         posixAccount:
>         uidNumber, gidNumber, loginShell etc....
>          Sassy
>
>         On Wed, Jun 24, 2009 at 2:50 PM, Oliver Liebel <oliver at itc.li
>         <mailto:oliver at itc.li> <mailto:oliver at itc.li
>         <mailto:oliver at itc.li>>> wrote:
>
>            maybe there is a little conceptional problem with the
>            backend-schema.schema in samba 4, if someone
>            wants to use standard objectClasses/attributeTypes
>            for other objects than samba4-objects (e.g. like posixAccount:
>            uidNumber, gidNumber, loginShell)
>            with the openldap-backend too.
>
>            since many of the standard-attributes  are pre-defined
>            in backend-schema.schema (too), ist not possible to use
>            the standard schemas (core,cosine, nis etc.) in addition,
>            because slapd will ran into duplicate attribute errors when
>            started up.
>
>            what about a pre-defined, reduced
>            backend-schema.schema, that could be used
>            in addition to the standard schemas ?
>
>            e.g. maybe as provision-backend - option:
>            --with-ol-default-schemas
>
>            oliver
>
>
>
>
>
>
>