openldap-technical

openldap-technical@openldap.org

14 participants
9795 discussions

Re: Does everybody end up writing their own directory management programs?
by Shawn McKinney 20 Sep '16

20 Sep '16

> On Sep 18, 2016, at 2:25 PM, John Lewis <oflameo2(a)gmail.com> wrote: > > Right now I am trying to weigh my options for maintaining my POSIX > accounts on an OpenLDAP tree. > > I learned today that ldap templates in ldapscripts really don't work, so > if I want to go on using ldapscripts, I would have to run ldapmodify > after every account is created to get the gecos configured properly and > have a kerberos principal configured. You could use an IdM product like midPoint to manage the RFC2307ish attributes in the directory. https://wiki.evolveum.com/display/midPoint/LDAP+PosixAccount+and+PosixGroup…

4 3

do_syncrep2: rid=001 (32) No such object
by Fabrizio Monti 19 Sep '16

19 Sep '16

Hi, I have configurated two servers centos 7 with openldap-2.4.40-9, provider and Customer. There's an error in the log file with the syncreply: "do_syncrep2: rid=001 (32) No such object", but I cannot understand where's the mistake; could you help me please? thanks in advance provider's log: *Sep 19 12:31:40 ldap slapd[27741]: daemon: epoll: listen=7 active_threads=0 tvp=zero* *Sep 19 12:31:40 ldap slapd[27741]: daemon: epoll: listen=8 active_threads=0 tvp=zero* *Sep 19 12:31:40 ldap slapd[27741]: daemon: epoll: listen=9 active_threads=0 tvp=zero* *Sep 19 12:31:40 ldap slapd[27741]: daemon: epoll: listen=10 active_threads=0 tvp=zero* *Sep 19 12:31:40 ldap slapd[27741]: daemon: epoll: listen=11 active_threads=0 tvp=zero* *Sep 19 12:31:40 ldap slapd[27741]: =>do_syncrepl rid=001* *Sep 19 12:31:40 ldap slapd[27741]: =>do_syncrep2 rid=001* *Sep 19 12:31:40 ldap slapd[27741]: do_syncrep2: rid=001 LDAP_RES_SEARCH_RESULT* *Sep 19 12:31:40 ldap slapd[27741]: do_syncrep2: rid=001 LDAP_RES_SEARCH_RESULT (32) No such object* *Sep 19 12:31:40 ldap slapd[27741]: do_syncrep2: rid=001 (32) No such object* *Sep 19 12:36:40 ldap slapd[27741]: daemon: epoll: listen=7 active_threads=0 tvp=zero* *Sep 19 12:36:40 ldap slapd[27741]: daemon: epoll: listen=8 active_threads=0 tvp=zero* *Sep 19 12:36:40 ldap slapd[27741]: daemon: epoll: listen=9 active_threads=0 tvp=zero* *Sep 19 12:36:40 ldap slapd[27741]: daemon: epoll: listen=10 active_threads=0 tvp=zero* *Sep 19 12:36:40 ldap slapd[27741]: daemon: epoll: listen=11 active_threads=0 tvp=zero* *Sep 19 12:36:40 ldap slapd[27741]: =>do_syncrepl rid=001* *Sep 19 12:36:40 ldap slapd[27741]: =>do_syncrep2 rid=001* *Sep 19 12:36:40 ldap slapd[27741]: do_syncrep2: rid=001 LDAP_RES_SEARCH_RESULT* *Sep 19 12:36:40 ldap slapd[27741]: do_syncrep2: rid=001 LDAP_RES_SEARCH_RESULT (32) No such object* *Sep 19 12:36:40 ldap slapd[27741]: do_syncrep2: rid=001 (32) No such object* customer's log: *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on 1 descriptor* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on:* *Sep 19 12:41:40 ldap2 slapd[618]:* *Sep 19 12:41:40 ldap2 slapd[618]: slap_listener_activate(8):* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=7 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=8 busy* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=9 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=10 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=11 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: >>> slap_listener(ldap:///)* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: listen=8, new connection on 13* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: added 13r (active) listener=(nil)* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 fd=13 ACCEPT from IP=192.168.235.45:57122 <http://192.168.235.45:57122> (IP=0.0.0.0:389 <http://0.0.0.0:389>)* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on 2 descriptors* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on:* *Sep 19 12:41:40 ldap2 slapd[618]: 13r* *Sep 19 12:41:40 ldap2 slapd[618]:* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: read active on 13* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=7 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=8 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=9 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=10 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=11 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: connection_get(13)* *Sep 19 12:41:40 ldap2 slapd[618]: connection_get(13): got connid=1097* *Sep 19 12:41:40 ldap2 slapd[618]: connection_read(13): checking for input on id=1097* *Sep 19 12:41:40 ldap2 slapd[618]: op tag 0x60, time 1474281700* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=0 do_bind* *Sep 19 12:41:40 ldap2 slapd[618]: >>> dnPrettyNormal: <cn=manager,dc=mydomain,dc=intra>* *Sep 19 12:41:40 ldap2 slapd[618]: <<< dnPrettyNormal: <cn=manager,dc=mydomain,dc=intra>, <cn=manager,dc=mydomain,dc=intra>* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=0 BIND dn="cn=manager,dc=mydomain,dc=intra" method=128* *Sep 19 12:41:40 ldap2 slapd[618]: do_bind: version=3 dn="cn=manager,dc=mydomain,dc=intra" method=128* *Sep 19 12:41:40 ldap2 slapd[618]: ==> mdb_bind: dn: cn=manager,dc=mydomain,dc=intra* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=0 BIND dn="cn=manager,dc=mydomain,dc=intra" mech=SIMPLE ssf=0* *Sep 19 12:41:40 ldap2 slapd[618]: do_bind: v3 bind: "cn=manager,dc=mydomain,dc=intra" to "cn=manager,dc=mydomain,dc=intra"* *Sep 19 12:41:40 ldap2 slapd[618]: send_ldap_result: conn=1097 op=0 p=3* *Sep 19 12:41:40 ldap2 slapd[618]: send_ldap_result: err=0 matched="" text=""* *Sep 19 12:41:40 ldap2 slapd[618]: send_ldap_response: msgid=1 tag=97 err=0* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=0 RESULT tag=97 err=0 text=* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on 1 descriptor* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on:* *Sep 19 12:41:40 ldap2 slapd[618]:* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=7 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=8 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=9 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=10 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=11 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on 1 descriptor* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on:* *Sep 19 12:41:40 ldap2 slapd[618]: 13r* *Sep 19 12:41:40 ldap2 slapd[618]:* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: read active on 13* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=7 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=8 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=9 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=10 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=11 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: connection_get(13)* *Sep 19 12:41:40 ldap2 slapd[618]: connection_get(13): got connid=1097* *Sep 19 12:41:40 ldap2 slapd[618]: connection_read(13): checking for input on id=1097* *Sep 19 12:41:40 ldap2 slapd[618]: op tag 0x63, time 1474281700* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=1 do_search* *Sep 19 12:41:40 ldap2 slapd[618]: >>> dnPrettyNormal: <>* *Sep 19 12:41:40 ldap2 slapd[618]: <<< dnPrettyNormal: <>, <>* *Sep 19 12:41:40 ldap2 slapd[618]: SRCH "" 2 0* *Sep 19 12:41:40 ldap2 slapd[618]: 0 0 0* *Sep 19 12:41:40 ldap2 slapd[618]: begin get_filter* *Sep 19 12:41:40 ldap2 slapd[618]: PRESENT* *Sep 19 12:41:40 ldap2 slapd[618]: end get_filter 0* *Sep 19 12:41:40 ldap2 slapd[618]: filter: (objectClass=*)* *Sep 19 12:41:40 ldap2 slapd[618]: => get_ctrls* *Sep 19 12:41:40 ldap2 slapd[618]: => get_ctrls: oid="1.3.6.1.4.1.4203.1.9.1.1" (noncritical)* *Sep 19 12:41:40 ldap2 slapd[618]: => get_ctrls: oid="2.16.840.1.113730.3.4.2" (critical)* *Sep 19 12:41:40 ldap2 slapd[618]: <= get_ctrls: n=2 rc=0 err=""* *Sep 19 12:41:40 ldap2 slapd[618]: attrs:* *Sep 19 12:41:40 ldap2 slapd[618]: reqDN* *Sep 19 12:41:40 ldap2 slapd[618]: reqType* *Sep 19 12:41:40 ldap2 slapd[618]: reqMod* *Sep 19 12:41:40 ldap2 slapd[618]: reqNewRDN* *Sep 19 12:41:40 ldap2 slapd[618]: reqDeleteOldRDN* *Sep 19 12:41:40 ldap2 slapd[618]: reqNewSuperior* *Sep 19 12:41:40 ldap2 slapd[618]: entryCSN* *Sep 19 12:41:40 ldap2 slapd[618]:* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=1 SRCH base="" scope=2 deref=0 filter="(objectClass=*)"* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=1 SRCH attr=reqDN reqType reqMod reqNewRDN reqDeleteOldRDN reqNewSuperior entryCSN* *Sep 19 12:41:40 ldap2 slapd[618]: send_ldap_result: conn=1097 op=1 p=3* *Sep 19 12:41:40 ldap2 slapd[618]: send_ldap_result: err=10 matched="" text=""* *Sep 19 12:41:40 ldap2 slapd[618]: send_ldap_response: msgid=2 tag=101 err=32* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=1 SEARCH RESULT tag=101 err=32 nentries=0 text=* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on 1 descriptor* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on:* *Sep 19 12:41:40 ldap2 slapd[618]:* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=7 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=8 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=9 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=10 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=11 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on 1 descriptor* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on:* *Sep 19 12:41:40 ldap2 slapd[618]: 13r* *Sep 19 12:41:40 ldap2 slapd[618]:* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: read active on 13* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=7 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=8 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=9 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=10 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=11 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: connection_get(13)* *Sep 19 12:41:40 ldap2 slapd[618]: connection_get(13): got connid=1097* *Sep 19 12:41:40 ldap2 slapd[618]: connection_read(13): checking for input on id=1097* *Sep 19 12:41:40 ldap2 slapd[618]: op tag 0x42, time 1474281700* *Sep 19 12:41:40 ldap2 slapd[618]: ber_get_next on fd 13 failed errno=0 (Success)* *Sep 19 12:41:40 ldap2 slapd[618]: connection_read(13): input error=-2 id=1097, closing.* *Sep 19 12:41:40 ldap2 slapd[618]: connection_closing: readying conn=1097 sd=13 for close* *Sep 19 12:41:40 ldap2 slapd[618]: connection_close: deferring conn=1097 sd=13* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=2 do_unbind* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 op=2 UNBIND* *Sep 19 12:41:40 ldap2 slapd[618]: connection_resched: attempting closing conn=1097 sd=13* *Sep 19 12:41:40 ldap2 slapd[618]: connection_close: conn=1097 sd=13* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: removing 13* *Sep 19 12:41:40 ldap2 slapd[618]: conn=1097 fd=13 closed* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on 1 descriptor* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: activity on:* *Sep 19 12:41:40 ldap2 slapd[618]:* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=7 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=8 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=9 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=10 active_threads=0 tvp=NULL* *Sep 19 12:41:40 ldap2 slapd[618]: daemon: epoll: listen=11 active_threads=0 tvp=NULL* ldap's provider configuration: *dn: cn=config* *objectClass: olcGlobal* *cn: config* *olcArgsFile: /var/run/openldap/slapd.args* *olcPidFile: /var/run/openldap/slapd.pid* *olcTLSCACertificatePath: /etc/openldap/certs* *structuralObjectClass: olcGlobal* *entryUUID: ba0ed5ae-0ed2-1036-92e8-a5ac34fa70e0* *creatorsName: cn=config* *createTimestamp: 20160914142444Z* *olcTLSCACertificateFile: /etc/openldap/certs/ca-bundle.crt* *olcTLSCertificateFile: /etc/openldap/certs/server.crt* *olcTLSCertificateKeyFile: /etc/openldap/certs/server.key* *olcLogLevel: -1* *entryCSN: 20160919100502.405082Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160919100502Z* *dn: cn=module{0},cn=config* *objectClass: olcModuleList* *cn: module{0}* *olcModuleLoad: {0}/usr/lib64/openldap/smbk5pwd.la <http://smbk5pwd.la>* *structuralObjectClass: olcModuleList* *entryUUID: 02be502a-0eda-1036-8732-67bd148453df* *creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *createTimestamp: 20160914151652Z* *entryCSN: 20160914151652.906110Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160914151652Z* *dn: cn=module{1},cn=config* *objectClass: olcModuleList* *cn: module{1}* *olcModulePath: /usr/lib64/openldap* *olcModuleLoad: {0}back_mdb* *structuralObjectClass: olcModuleList* *entryUUID: 0500f2f2-0eda-1036-8733-67bd148453df* *creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *createTimestamp: 20160914151656Z* *entryCSN: 20160914151656.698287Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160914151656Z* *dn: cn=schema,cn=config* *objectClass: olcSchemaConfig* *cn: schema* *structuralObjectClass: olcSchemaConfig* *entryUUID: ba0ede78-0ed2-1036-92e9-a5ac34fa70e0* *creatorsName: cn=config* *createTimestamp: 20160914142444Z* *entryCSN: 20160914142444.483302Z#000000#000#000000* *modifiersName: cn=config* *modifyTimestamp: 20160914142444Z* *..... schema config ...* *dn: olcDatabase={-1}frontend,cn=config* *objectClass: olcDatabaseConfig* *objectClass: olcFrontendConfig* *olcDatabase: {-1}frontend* *structuralObjectClass: olcDatabaseConfig* *entryUUID: ba0f2752-0ed2-1036-92eb-a5ac34fa70e0* *creatorsName: cn=config* *createTimestamp: 20160914142444Z* *entryCSN: 20160914142444.485167Z#000000#000#000000* *modifiersName: cn=config* *modifyTimestamp: 20160914142444Z* *dn: olcDatabase={0}config,cn=config* *objectClass: olcDatabaseConfig* *olcDatabase: {0}config* *olcAccess: {0}to * by dn.base="gidNumber=0+uidNumber=0,cn=peercred,cn=extern* * al,cn=auth" manage by * none* *structuralObjectClass: olcDatabaseConfig* *entryUUID: ba0f2d4c-0ed2-1036-92ec-a5ac34fa70e0* *creatorsName: cn=config* *createTimestamp: 20160914142444Z* *olcRootPW:: e1NTSEF9OTlmV1dNQjNFOVA2T3JqdXhUYlpoUjB0N2FmeUc1bjU=* *entryCSN: 20160914143100.069565Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160914143100Z* *dn: olcDatabase={1}monitor,cn=config* *objectClass: olcDatabaseConfig* *olcDatabase: {1}monitor* *olcAccess: {0}to * by dn.base="gidNumber=0+uidNumber=0,cn=peercred,cn=extern* * al,cn=auth" read by dn.base="cn=Manager,dc=my-domain,dc=com" read by * none* *structuralObjectClass: olcDatabaseConfig* *entryUUID: ba0f33aa-0ed2-1036-92ed-a5ac34fa70e0* *creatorsName: cn=config* *createTimestamp: 20160914142444Z* *entryCSN: 20160914142444.485484Z#000000#000#000000* *modifiersName: cn=config* *modifyTimestamp: 20160914142444Z* *dn: olcDatabase={2}mdb,cn=config* *objectClass: olcDatabaseConfig* *objectClass: olcMdbConfig* *olcDatabase: {2}mdb* *olcDbDirectory: /var/lib/ldap* *olcDbIndex: objectClass eq,pres* *olcDbIndex: ou,cn,mail,surname,givenname eq,pres,sub* *olcDbIndex: uidNumber,gidNumber,loginShell eq,pres* *olcDbIndex: uid,memberUid eq,pres,sub* *olcDbIndex: nisMapName,nisMapEntry eq,pres,sub* *structuralObjectClass: olcMdbConfig* *entryUUID: ba0f3e18-0ed2-1036-92ee-a5ac34fa70e0* *creatorsName: cn=config* *createTimestamp: 20160914142444Z* *olcRootDN: cn=Manager,dc=mydomain,dc=intra* *olcSuffix: dc=mydomain,dc=intra* *olcRootPW:: e1NTSEF9RFR4TXZOdlFPdURsejg0akd5NkIvWWduMlBDbEIyeng=* *olcSyncrepl: {0}rid=001 provider=ldap://192.168.235.70/ <http://192.168.235.70/> bindmethod=simple bi* * nddn="cn=Manager,dc=mydomain,dc=intra" credentials=viola99 searchbase="dc* * =mydomain,dc=intra" scope=sub schemachecking=off type=refreshOnly retry="* * 30 5 300 3" interval=00:00:05:00 syncdata=accesslog filter="(objectClass=*)* * " searchbase="dc=mydomain,dc=intra"* *entryCSN: 20160919095751.593118Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160919095751Z* *dn: olcOverlay={0}smbk5pwd,olcDatabase={2}mdb,cn=config* *objectClass: olcOverlayConfig* *objectClass: olcSmbK5PwdConfig* *olcOverlay: {0}smbk5pwd* *olcSmbK5PwdEnable: samba* *structuralObjectClass: olcSmbK5PwdConfig* *entryUUID: 079a3618-0eda-1036-8734-67bd148453df* *creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *createTimestamp: 20160914151701Z* *entryCSN: 20160914151701.058149Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160914151701Z* ldap's customer config: *dn: cn=config* *objectClass: olcGlobal* *cn: config* *olcArgsFile: /var/run/openldap/slapd.args* *olcPidFile: /var/run/openldap/slapd.pid* *olcTLSCACertificatePath: /etc/openldap/certs* *structuralObjectClass: olcGlobal* *entryUUID: b9f29fc8-0df2-1036-8852-c195847901f0* *creatorsName: cn=config* *createTimestamp: 20160913114117Z* *olcTLSCACertificateFile: /etc/openldap/certs/ca-bundle.crt* *olcTLSCertificateFile: /etc/openldap/certs/server.crt* *olcTLSCertificateKeyFile: /etc/openldap/certs/server.key* *olcLogLevel: -1* *entryCSN: 20160919082239.212771Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160919082239Z* *dn: cn=module{0},cn=config* *objectClass: olcModuleList* *cn: module{0}* *olcModuleLoad: {0}/usr/lib64/openldap/smbk5pwd.la <http://smbk5pwd.la>* *structuralObjectClass: olcModuleList* *entryUUID: 473085bc-0df3-1036-94a0-ad4331978f4a* *creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *createTimestamp: 20160913114513Z* *entryCSN: 20160913114513.995165Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160913114513Z* *dn: cn=module{1},cn=config* *objectClass: olcModuleList* *cn: module{1}* *olcModulePath: /usr/lib64/openldap* *olcModuleLoad: {0}back_mdb* *structuralObjectClass: olcModuleList* *entryUUID: 49b832e4-0df3-1036-94a1-ad4331978f4a* *creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *createTimestamp: 20160913114518Z* *entryCSN: 20160913114518.239776Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160913114518Z* *dn: cn=module{2},cn=config* *objectClass: olcModuleList* *cn: module{2}* *olcModulePath: /usr/lib64/openldap* *olcModuleLoad: {0}syncprov.la <http://syncprov.la>* *structuralObjectClass: olcModuleList* *entryUUID: 2788b796-0ed6-1036-9cc5-a32737359a4d* *creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *createTimestamp: 20160914144916Z* *entryCSN: 20160914144916.643685Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160914144916Z* *dn: cn=schema,cn=config* *objectClass: olcSchemaConfig* *cn: schema* *structuralObjectClass: olcSchemaConfig* *entryUUID: b9f2b1a2-0df2-1036-8853-c195847901f0* *creatorsName: cn=config* *createTimestamp: 20160913114117Z* *entryCSN: 20160913114117.031222Z#000000#000#000000* *modifiersName: cn=config* *modifyTimestamp: 20160913114117Z* *.....schema config.....* *dn: olcDatabase={-1}frontend,cn=config* *objectClass: olcDatabaseConfig* *objectClass: olcFrontendConfig* *olcDatabase: {-1}frontend* *structuralObjectClass: olcDatabaseConfig* *entryUUID: b9f319d0-0df2-1036-8855-c195847901f0* *creatorsName: cn=config* *createTimestamp: 20160913114117Z* *entryCSN: 20160913114117.033887Z#000000#000#000000* *modifiersName: cn=config* *modifyTimestamp: 20160913114117Z* *dn: olcDatabase={0}config,cn=config* *objectClass: olcDatabaseConfig* *olcDatabase: {0}config* *olcAccess: {0}to * by dn.base="gidNumber=0+uidNumber=0,cn=peercred,cn=extern* * al,cn=auth" manage by * none* *structuralObjectClass: olcDatabaseConfig* *entryUUID: b9f32556-0df2-1036-8856-c195847901f0* *creatorsName: cn=config* *createTimestamp: 20160913114117Z* *olcRootPW:: e1NTSEF9OTlmV1dNQjNFOVA2T3JqdXhUYlpoUjB0N2FmeUc1bjU=* *entryCSN: 20160913114223.082994Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160913114223Z* *dn: olcDatabase={1}monitor,cn=config* *objectClass: olcDatabaseConfig* *olcDatabase: {1}monitor* *olcAccess: {0}to * by dn.base="gidNumber=0+uidNumber=0,cn=peercred,cn=extern* * al,cn=auth" read by dn.base="cn=Manager,dc=my-domain,dc=com" read by * none* *structuralObjectClass: olcDatabaseConfig* *entryUUID: b9f3ec2a-0df2-1036-8857-c195847901f0* *creatorsName: cn=config* *createTimestamp: 20160913114117Z* *entryCSN: 20160913114117.039272Z#000000#000#000000* *modifiersName: cn=config* *modifyTimestamp: 20160913114117Z* *dn: olcDatabase={2}mdb,cn=config* *objectClass: olcDatabaseConfig* *objectClass: olcMdbConfig* *olcDatabase: {2}mdb* *olcDbDirectory: /var/lib/ldap* *olcSuffix: dc=mydomain,dc=intra* *olcDbIndex: objectClass eq,pres* *olcDbIndex: ou,cn,mail,surname,givenname eq,pres,sub* *olcDbIndex: uidNumber,gidNumber,loginShell eq,pres* *olcDbIndex: uid,memberUid eq,pres,sub* *olcDbIndex: nisMapName,nisMapEntry eq,pres,sub* *structuralObjectClass: olcMdbConfig* *entryUUID: b9f53e9a-0df2-1036-8858-c195847901f0* *creatorsName: cn=config* *createTimestamp: 20160913114117Z* *olcRootDN: cn=Manager,dc=mydomain,dc=intra* *olcRootPW:: e1NTSEF9aHRPQUVvdVJMeDUxeGloQTdSdlRGc2hTRmhxcG1HQXc=* *entryCSN: 20160913141458.892233Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160913141458Z* *dn: olcOverlay={0}smbk5pwd,olcDatabase={2}mdb,cn=config* *objectClass: olcOverlayConfig* *objectClass: olcSmbK5PwdConfig* *olcOverlay: {0}smbk5pwd* *olcSmbK5PwdEnable: samba* *structuralObjectClass: olcSmbK5PwdConfig* *entryUUID: d61bb9f4-0e0c-1036-9b7b-d9c0303e2769* *creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *createTimestamp: 20160913144811Z* *entryCSN: 20160913144811.191113Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160913144811Z* *dn: olcOverlay={1}syncprov,olcDatabase={2}mdb,cn=config* *objectClass: olcOverlayConfig* *objectClass: olcSyncProvConfig* *olcOverlay: {1}syncprov* *olcSpCheckpoint: 100 10* *olcSpSessionlog: 1000* *structuralObjectClass: olcSyncProvConfig* *entryUUID: 4af82a36-0ed6-1036-9cc6-a32737359a4d* *creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *createTimestamp: 20160914145016Z* *entryCSN: 20160914145016.094325Z#000000#000#000000* *modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth* *modifyTimestamp: 20160914145016Z*

2 1

Enable memberOf
by Elias Pereira 19 Sep '16

19 Sep '16

Hello guys, In our infra we using openldap in old style slapd.conf config to centralize users, groups, etc. I like to know how I enable memberOf in openlap old style config? -- Elias Pereira

3 6

Does everybody end up writing their own directory management programs?
by John Lewis 19 Sep '16

19 Sep '16

Right now I am trying to weigh my options for maintaining my POSIX accounts on an OpenLDAP tree. I learned today that ldap templates in ldapscripts really don't work, so if I want to go on using ldapscripts, I would have to run ldapmodify after every account is created to get the gecos configured properly and have a kerberos principal configured. I could: a. run ldapmodify after every account is created to get the gecos configured properly and have a kerberos principle configured b. reverse engineer ldapscripts and patch it and then maintain a branch c. manage users with ldapmodify and have to deal with not having default options for either the account creation or the ldapmodify switch statements d. write and maintain another tool that creates and executes the ldif but has options that would be the same for my directory filled in Every single one of these options seem to be pretty time consuming or error prone. I don't know which way I should go with this one.

1 1

SASL pass-through fails
by Joshua Schaeffer 18 Sep '16

18 Sep '16

Hey all, I've been using OpenLDAP and Kerberos for central authentication for a while now, but I have a couple programs that can't use GSSAPI directly and I want to setup SASL pass-through authentication to allow those services to use my Kerberos passwords, but I'm having trouble getting saslauthd to work correctly. I can authentication as myself using GSSAPI without any issue: jschaeffer@zipmaster07 ~/Downloads $ ldapwhoami SASL/GSSAPI authentication started SASL username: jschaeffer(a)HARMONYWAVE.COM SASL SSF: 56 SASL data security layer installed. dn:uid=jschaeffer,ou=end users,ou=people,dc=harmonywave,dc=com But whenever I run the testsaslauthd command I can't get a successful authentication: root@baneling:~# testsaslauthd -u jschaeffer(a)HARMONYWAVE.COM -p <password> 0: NO "authentication failed" Here are my SASL settings: root@baneling:~# cat /etc/default/saslauthd | grep -v '^$\|^\s*\#' START=yes DESC="SASL Authentication Daemon" NAME="saslauthd" MECHANISMS="kerberos5" MECH_OPTIONS="" THREADS=5 OPTIONS="-c -m /var/run/saslauthd" root@baneling:~# cat /etc/ldap/sasl2/slapd.conf pwcheck_method: saslauthd saslauthd_path: /var/run/saslauthd/mux I can see my saslauthd socket listening and what I find really odd is that I can see a successful authentication attempt from Kerberos's logs: root@baneling:~# netstat -a I | grep sasl unix 2 [ ACC ] STREAM LISTENING 25552431 /var/run/saslauthd/mux I get this immediately after issuing the testsaslauthd command: Sep 17 13:09:13 immortal krb5kdc[1210](info): AS_REQ (6 etypes {18 17 16 23 25 26}) 10.1.30.18: NEEDED_PREAUTH: jschaeffer(a)HARMONYWAVE.COM for krbtgt/HARMONYWAVE.COM(a)HARMONYWAVE.COM, Additional pre-authentication required Sep 17 13:09:13 immortal krb5kdc[1210](info): AS_REQ (6 etypes {18 17 16 23 25 26}) 10.1.30.18: ISSUE: authtime 1474139353, etypes {rep=18 tkt=18 ses=18}, jschaeffer(a)HARMONYWAVE.COM for krbtgt/HARMONYWAVE.COM(a)HARMONYWAVE.COM You can also see it in the slapd logs: Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=197 SRCH base="dc=harmonywave,dc=com" scope=2 deref=0 filter="(&(|(objectClass=krbPrincipalAux)(objectClass=krbPrincipal))(krbPrincipalName=jschaeffer(a)HARMONYWAVE.COM))" Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=197 SRCH attr=krbprincipalname krbcanonicalname objectclass krbprincipalkey krbmaxrenewableage krbmaxticketlife krbticketflags krbprincipalexpiration krbticketpolicyreference krbUpEnabled krbpwdpolicyreference krbpasswordexpiration krbLastFailedAuth krbLoginFailedCount krbLastSuccessfulAuth krbLastPwdChange krbLastAdminUnlock krbExtraData krbObjectReferences krbAllowedToDelegateTo Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=197 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=198 SRCH base="dc=harmonywave,dc=com" scope=2 deref=0 filter="(&(|(objectClass=krbPrincipalAux)(objectClass=krbPrincipal))(krbPrincipalName=krbtgt/HARMONYWAVE.COM(a)HARMONYWAVE.COM))" Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=198 SRCH attr=krbprincipalname krbcanonicalname objectclass krbprincipalkey krbmaxrenewableage krbmaxticketlife krbticketflags krbprincipalexpiration krbticketpolicyreference krbUpEnabled krbpwdpolicyreference krbpasswordexpiration krbLastFailedAuth krbLoginFailedCount krbLastSuccessfulAuth krbLastPwdChange krbLastAdminUnlock krbExtraData krbObjectReferences krbAllowedToDelegateTo Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=198 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=199 SRCH base="cn=default,cn=HARMONYWAVE.COM,cn=krbContainer,dc=harmonywave,dc=com" scope=0 deref=0 filter="(objectClass=krbPwdPolicy)" Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=199 SRCH attr=cn krbmaxpwdlife krbminpwdlife krbpwdmindiffchars krbpwdminlength krbpwdhistorylength krbpwdmaxfailure krbpwdfailurecountinterval krbpwdlockoutduration krbpwdattributes krbpwdmaxlife krbpwdmaxrenewablelife krbpwdallowedkeysalts Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=199 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=200 SRCH base="dc=harmonywave,dc=com" scope=2 deref=0 filter="(&(|(objectClass=krbPrincipalAux)(objectClass=krbPrincipal))(krbPrincipalName=jschaeffer(a)HARMONYWAVE.COM))" Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=200 SRCH attr=krbprincipalname krbcanonicalname objectclass krbprincipalkey krbmaxrenewableage krbmaxticketlife krbticketflags krbprincipalexpiration krbticketpolicyreference krbUpEnabled krbpwdpolicyreference krbpasswordexpiration krbLastFailedAuth krbLoginFailedCount krbLastSuccessfulAuth krbLastPwdChange krbLastAdminUnlock krbExtraData krbObjectReferences krbAllowedToDelegateTo Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=200 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=201 SRCH base="dc=harmonywave,dc=com" scope=2 deref=0 filter="(&(|(objectClass=krbPrincipalAux)(objectClass=krbPrincipal))(krbPrincipalName=krbtgt/HARMONYWAVE.COM(a)HARMONYWAVE.COM))" Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=201 SRCH attr=krbprincipalname krbcanonicalname objectclass krbprincipalkey krbmaxrenewableage krbmaxticketlife krbticketflags krbprincipalexpiration krbticketpolicyreference krbUpEnabled krbpwdpolicyreference krbpasswordexpiration krbLastFailedAuth krbLoginFailedCount krbLastSuccessfulAuth krbLastPwdChange krbLastAdminUnlock krbExtraData krbObjectReferences krbAllowedToDelegateTo Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=201 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=202 SRCH base="cn=default,cn=HARMONYWAVE.COM,cn=krbContainer,dc=harmonywave,dc=com" scope=0 deref=0 filter="(objectClass=krbPwdPolicy)" Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=202 SRCH attr=cn krbmaxpwdlife krbminpwdlife krbpwdmindiffchars krbpwdminlength krbpwdhistorylength krbpwdmaxfailure krbpwdfailurecountinterval krbpwdlockoutduration krbpwdattributes krbpwdmaxlife krbpwdmaxrenewablelife krbpwdallowedkeysalts Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=202 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=203 SRCH base="cn=default,cn=HARMONYWAVE.COM,cn=krbContainer,dc=harmonywave,dc=com" scope=0 deref=0 filter="(objectClass=krbPwdPolicy)" Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=203 SRCH attr=cn krbmaxpwdlife krbminpwdlife krbpwdmindiffchars krbpwdminlength krbpwdhistorylength krbpwdmaxfailure krbpwdfailurecountinterval krbpwdlockoutduration krbpwdattributes krbpwdmaxlife krbpwdmaxrenewablelife krbpwdallowedkeysalts Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=203 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=204 SRCH base="krbPrincipalName=jschaeffer(a)HARMONYWAVE.COM,cn=HARMONYWAVE.COM,cn=krbContainer,dc=harmonywave,dc=com" scope=0 deref=0 filter="(objectClass=*)" Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=204 SRCH attr=objectclass Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=204 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=205 MOD dn="krbPrincipalName=jschaeffer(a)HARMONYWAVE.COM,cn=HARMONYWAVE.COM,cn=krbContainer,dc=harmonywave,dc=com" Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=205 MOD attr=krbLastSuccessfulAuth krbExtraData krbLastAdminUnlock Sep 17 13:10:27 baneling slapd[2166]: conn=1002 op=205 RESULT tag=103 err=0 text= When I debug the saslauthd daemon all i get is this: root@baneling:~# saslauthd -a kerberos5 -m /var/run/saslauthd -n 5 -d saslauthd[1121] :main : num_procs : 5 saslauthd[1121] :main : mech_option: NULL saslauthd[1121] :main : run_path : /var/run/saslauthd saslauthd[1121] :main : auth_mech : kerberos5 saslauthd[1121] :ipc_init : using accept lock file: /var/run/saslauthd/mux.accept saslauthd[1121] :detach_tty : master pid is: 0 saslauthd[1121] :ipc_init : listening on socket: /var/run/saslauthd/mux saslauthd[1121] :main : using process model saslauthd[1121] :have_baby : forked child: 1122 saslauthd[1122] :get_accept_lock : acquired accept lock saslauthd[1121] :have_baby : forked child: 1123 saslauthd[1121] :have_baby : forked child: 1124 saslauthd[1121] :have_baby : forked child: 1125 saslauthd[1122] :rel_accept_lock : released accept lock saslauthd[1124] :get_accept_lock : acquired accept lock saslauthd[1122] :do_auth : auth failure: [user=jschaeffer(a)HARMONYWAVE.COM] [service=imap] [realm=] [mech=kerberos5] [reason=saslauthd internal error] Kinda at a loss at what else I should look at. Any tips would be appreciated. Thanks, Joshua Schaeffer

3 3

Creating suffix aliases with OpenLDAP
by Ralf Mattes 18 Sep '16

18 Sep '16

Dear collectes list wisdom, I'm running a ldap server whose main database holds a X500 style suffix (i.e. o=...,l=...,c=...). The organisations name does contain a non-ascii character 'ü'. So far this never has been a problem but now one of our partner institutions needs to access the server with tomcat/ndi/proprietary code and that fails misserably - no wonder: the send the bind DN with the wrong encoding. While I'm sure there is a solution on the Java/Tomcat side I'd like to provide the possibility to access the data under a different DN (with 'ü' replaced by 'ue'). My first attempt: I created a second database with the alternative suffix and placed an alias object as the topmost entry. That object points to the toplevel organisation object of the real database. But while I can see that object none of the child entries are found. s there any to configure such an "alias suffix"? TIA Ralf Mattes

7 19

Re: SASL pass-through fails
by Howard Chu 17 Sep '16

17 Sep '16

Joshua Schaeffer wrote: > Hey all, > > I've been using OpenLDAP and Kerberos for central authentication for a while > now, but I have a couple programs that can't use GSSAPI directly and I want to > setup SASL pass-through authentication to allow those services to use my > Kerberos passwords, but I'm having trouble getting saslauthd to work correctly. > > I can authentication as myself using GSSAPI without any issue: > > jschaeffer@zipmaster07 ~/Downloads $ ldapwhoami > SASL/GSSAPI authentication started > SASL username: jschaeffer(a)HARMONYWAVE.COM > SASL SSF: 56 > SASL data security layer installed. > dn:uid=jschaeffer,ou=end users,ou=people,dc=harmonywave,dc=com > > But whenever I run the testsaslauthd command I can't get a successful > authentication: > > root@baneling:~# testsaslauthd -u jschaeffer(a)HARMONYWAVE.COM -p <password> > 0: NO "authentication failed" > When I debug the saslauthd daemon all i get is this: > > root@baneling:~# saslauthd -a kerberos5 -m /var/run/saslauthd -n 5 -d > saslauthd[1121] :main : num_procs : 5 > saslauthd[1121] :main : mech_option: NULL > saslauthd[1121] :main : run_path : /var/run/saslauthd > saslauthd[1121] :main : auth_mech : kerberos5 > saslauthd[1121] :ipc_init : using accept lock file: > /var/run/saslauthd/mux.accept > saslauthd[1121] :detach_tty : master pid is: 0 > saslauthd[1121] :ipc_init : listening on socket: /var/run/saslauthd/mux > saslauthd[1121] :main : using process model > saslauthd[1121] :have_baby : forked child: 1122 > saslauthd[1122] :get_accept_lock : acquired accept lock > saslauthd[1121] :have_baby : forked child: 1123 > saslauthd[1121] :have_baby : forked child: 1124 > saslauthd[1121] :have_baby : forked child: 1125 > saslauthd[1122] :rel_accept_lock : released accept lock > saslauthd[1124] :get_accept_lock : acquired accept lock > saslauthd[1122] :do_auth : auth failure: > [user=jschaeffer(a)HARMONYWAVE.COM] [service=imap] [realm=] [mech=kerberos5] > [reason=saslauthd internal error] > > Kinda at a loss at what else I should look at. Any tips would be appreciated. Your testsaslauthd is trying to use the imap service. If you don't have an imap service in your KDC, then of course it will fail. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

2 2

Using LMDB safely with fork() and exec()
by Lorenz Bauer 17 Sep '16

17 Sep '16

Hello List, The LMDB documentation says the following in its section on caveats: > * Use an MDB_env* in the process which opened it, without fork()ing. > * Do not have open an LMDB database twice in the same process at the same time. Not even from a plain open() call - close()ing it breaks flock() advisory locking. This seems contrary to an earlier thread on this list (1), which suggests that fork/execing a process using LMDB is OK so long as the MDB_env is not used in the forked process. Looking at the flock man pages on FreeBSD and Linux tells me that this indeed should be ok: an flock is released only when all fds pointing to the open file table entry are closed (ignoring explicit unlock). Exec with FD_CLOEXEC set should therefore be OK. Is my interpretation correct? I want to use this to implement graceful restarts in a daemon which uses LMDB: * mdb_env_open() in old process * fork() -> exec() the daemon itself * mdb_env_open() in new process * mdb_env_close() in old process If this works, I'd like to contribute the changes necessary to not leak fds on exec, which are mentioned in the other thread. * Are there contribution guidelines somewhere? How do I submit a patch? * Seems like there is currently no call to SetHandleInformation with HANDLE_FLAG_INHERIT=0 for Winows, should that be added? Best, Lorenz 1: http://www.openldap.org/lists/openldap-technical/201403/msg00149.html

2 9

Documentation Feedback
by Tom Jay 16 Sep '16

16 Sep '16

Hello, I would like to voice my frustration with the quality of the openLDAP documentation. I am compiling openLDAP from source on Debian 7, and have spent about 2-3 continuous days getting to the point where I can add an LDAP user with a UID. I have been close to giving up with the software, but need it for the LDAP functionality, and as very few viable alternatives exist, have been forced to continue with the installation. I have however almost lost confidence in the product, and am concerned that if there are any problems with it in the future, or I want to enable another feature, I will be almost helpless in getting it to work. The main problem is the Quick-Start Guide. This is anything but quick, and forces the user to consult the less-than-succinct Admin guide. The two together are inconsistent, difficult to follow and do a poor job of explaining what each feature does. The accessibility of information is less than optimal, which means that the user has to look elsewhere, consuming even more time. Unfortunately, there is not much relevant information on the Internet, forcing the user to get stuck in an almost endless loop of checking documentation, testing, reading manuals, and searching on the Internet, in order to get some kind of idea how the software works and what needs to be done to get it working. I would offer to contribute to the documentation, but due to its lack of usefulness, do not have an understanding of the basic concepts myself. The best I would be able to do is describe my experience and provide the steps that I followed to get a basic installation working. Hopefully someone can volunteer the time to test the documentation, in the same way a new user would! Tom

8 9

Service slapd fails to start: str2entry: slap_str2undef_ad(-): empty AttributeDescription
by c.monty＠web.de 16 Sep '16

16 Sep '16

Hi, I have installed OpenLdap server. However, starting slapd fails with this error message: Sep 11 11:00:38 vm108-ldap slapd[13641]: UNKNOWN attributeDescription "CHANGETYPE" inserted. Sep 11 11:00:38 vm108-ldap slapd[13641]: UNKNOWN attributeDescription "ADD" inserted. Sep 11 11:00:38 vm108-ldap slapd[13641]: <= str2entry: slap_str2undef_ad(-): empty AttributeDescription Sep 11 11:00:38 vm108-ldap slapd[13641]: slapd stopped. Sep 11 11:00:38 vm108-ldap slapd[13641]: connections_destroy: nothing to destroy. I have started slapd creating a debug file with following command: slapd -d -1 1>/tmp/slapd-debug.log 2>&1 The debug file is attached to this email. How can I fix this issue? THX

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openldap-technical