Re: openldap 2.4.23 hangs
by Robert W. Smith
Thanks for the response. It'll take me a couple of days to work this in my schedule. Just so that you know the new auth servers (ldap & samba) will be 64-bit and this is what I will compile to.
Unfortunately we may never get to the 2.5 release.
Bob
--bs
Sent from my iPad
On Aug 14, 2012, at 8:15 PM, Howard Chu <hyc(a)symas.com> wrote:
> rwsmith(a)bislink.net wrote:
>>
>>
>> Hi,
>>
>>
>>
>> Not sure if I should post this here or with the CentOS mailing list (I am
>> hoping they are monitoring this). I am using a stock CentOS 6.3 32-bit
>> installation with
>>
>>
>>
>> # rpm -qa | grep openldap
>> openldap-devel-2.4.23-26.el6_3.2.i686
>> openldap-2.4.23-26.el6_3.2.i686
>> openldap-clients-2.4.23-26.el6_3.2.i686
>> openldap-servers-2.4.23-26.el6_3.2.i686
>>
>>
>>
>> I have a 4-way multi-master sync replication set up on four virtual servers
>> using Citrix XenServer 6.2. I am also running Samba 3.5.10 as a PDC on one
>> machine and BDC on the other three. All servers are also running sssd-1.8.0
>> for the Linux authentication.
>>
>>
>>
>> The problem is that one or more of the LDAP servers will hang, usually the one
>> that acts as the PDC, since this is hit the hardest and is the more critical
>> of the four. Usually but not always the "hang" will trickle to the other
>> servers--usually when I am not watching during the middle of the night.
>> Fortunately we are not yet in full production.
>>
>>
>>
>> Compiling from source is not yet an option. I must use the stock RPMs from
>> CentOS per our design guidelines.
>>
>>
>>
>> LDAP will appear to hang but what appears to be happening is that only the
>> listener becomes busy and will not get out this state. Here is a short pull of
>> the logs that I am collecting:
>
> Sounds like this was fixed in 2.4.25, git commit ID
> 0ae659ad87c64bef938f729e87573ff3ce04bd28 (master),
>
> commit a3f40e5601c0c522f2bda418374fb415bdcbd75c (release).
>
> There was no ITS submitted for this change, so it is not in the CHANGES file.
>
> If you can reproduce the problem with 2.4.32 please submit an ITS for it. I
> will note that all of this listener code is targeted for a major rewrite in
> OpenLDAP 2.5.
>
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: read active on 69
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=7 active_threads=0
>> tvp=zero
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:34:44 auth-us slapd[10357]: conn=1742 op=0 EXT
>> oid=1.3.6.1.4.1.1466.20037
>> Aug 14 20:34:44 auth-us slapd[10357]: conn=1742 op=0 STARTTLS
>> Aug 14 20:34:44 auth-us slapd[10357]: conn=1742 op=0 RESULT oid= err=0 text=
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: activity on 1 descriptor
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: activity on:
>> Aug 14 20:34:44 auth-us slapd[10357]:
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=7 active_threads=0
>> tvp=zero
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: activity on 1 descriptor
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: activity on:
>> Aug 14 20:34:44 auth-us slapd[10357]: 69r
>> Aug 14 20:34:44 auth-us slapd[10357]:
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: read active on 69
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=7 active_threads=0
>> tvp=zero
>> Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:34:46 auth-us slapd[10357]: daemon: epoll: listen=7 active_threads=0
>> tvp=zero
>> Aug 14 20:34:46 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:34:51 auth-us slapd[10357]: daemon: epoll: listen=7 active_threads=0
>> tvp=zero
>> Aug 14 20:34:51 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:34:54 auth-us slapd[10357]: daemon: activity on 1 descriptor
>> Aug 14 20:34:54 auth-us slapd[10357]: daemon: activity on:
>> Aug 14 20:34:54 auth-us slapd[10357]: 39r
>> Aug 14 20:34:54 auth-us slapd[10357]:
>> Aug 14 20:34:54 auth-us slapd[10357]: daemon: read active on 39
>> Aug 14 20:34:54 auth-us slapd[10357]: daemon: epoll: listen=7 active_threads=0
>> tvp=zero
>> Aug 14 20:34:54 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:34:54 auth-us slapd[10357]: daemon: activity on 1 descriptor
>> Aug 14 20:34:54 auth-us slapd[10357]: daemon: activity on:
>> Aug 14 20:34:54 auth-us slapd[10357]:
>> Aug 14 20:34:54 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:34:54 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:34:56 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:34:56 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:35:01 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:35:01 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:35:06 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:35:06 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:35:11 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:35:11 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:35:12 auth-us slapd[10357]: daemon: activity on 1 descriptor
>> Aug 14 20:35:12 auth-us slapd[10357]: daemon: activity on:
>>
>> Aug 14 20:35:12 auth-us slapd[10357]: 42r
>> Aug 14 20:35:12 auth-us slapd[10357]:
>> Aug 14 20:35:12 auth-us slapd[10357]: daemon: read active on 42
>> Aug 14 20:35:12 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:35:12 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:35:14 auth-us slapd[10357]: daemon: activity on 1 descriptor
>> Aug 14 20:35:14 auth-us slapd[10357]: daemon: activity on:
>> Aug 14 20:35:14 auth-us slapd[10357]: 40r
>> Aug 14 20:35:14 auth-us slapd[10357]:
>> Aug 14 20:35:14 auth-us slapd[10357]: daemon: read active on 40
>> Aug 14 20:35:14 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:35:14 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:35:16 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:35:16 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:35:21 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:35:21 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:35:26 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:35:26 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>> Aug 14 20:35:31 auth-us slapd[10357]: daemon: epoll: listen=7 busy
>> Aug 14 20:35:31 auth-us slapd[10357]: daemon: epoll: listen=8 active_threads=0
>> tvp=zero
>>
>>
>>
>> Every log entry prior to this looks normal in that epoll: listen=7 goes
>> between active_threads=0 to busy when a connection comes in, sets up the
>> connection, and then goes back to active_threads=0. I have yet to understand
>> what is going on to cause it to go into the busy state and never to return
>> until I manually stop and restart the slapd process. It does appear however
>> that slapd can still process any queries on active connections as noted on
>> descriptors 40r and 42r--it just can't process any new connection requests as
>> epoll: listen=7 has hung.
>>
>>
>>
>> Looking through the archives this problem still appears to be present in a few
>> additional later releases but I have not found any thread yet which points to
>> a specific solution or patch that fixes this problem. Unless I can point to a
>> specific solution and/or patch I won't get approval to do a pull from the
>> latest source and compile--I'll have to stick with an hourly cron job that
>> stops and restart slapd.
>>
>>
>>
>> Thanks,
>>
>> Bob Smith
>>
>> --bs
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
>
> --
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openldap.org/project/
12 years, 3 months
Re: Overlay Chain Extended Passmod Problem
by Ralf Zimmermann
Hi,
* masarati(a)aero.polimi.it <masarati(a)aero.polimi.it> [10.04.2010 07:19]:
> You don't clearly state what your configuration is, so I can only guess.
> I presume you're using the ppolicy overlay. I set up a syncrepl
> producer/consumer with slapo-chain on the consumer and slapo-ppolicy on
> both servers, and I'm hitting the consumer with passmod requests that are
> chained to the producer, using TLS both client to consumer and in
> chaining. It seems to be working just fine, I had no failures after
> hundreds of operations. Would you mind sharing your configuration and an
> example passmod, in order to reproduce the issue? More details, e.g.
> about what TLS support you're using, and software versions would be
> helpful.
sorry for my uncleary description. The OpenLDAP Master is at time a
self-compiled OpenLDAP 2.4.20 on a Sles11. The Slaves have different packages
and are different distros. We use Ubuntu, Suse and Debian installations. The
effect is always the same. In the morning the first extended passmod operation
fails. We can't see a tcp packet on the outgoing interface on the slave. After
the first fail all works fine. The whole day. There are working more than 500
User on the Samba Servers without problems. If we restart the slapd before the
first extended passmod the operation is successfully. We have checked ntp, dns,
routing, firewalls and so on without a result.
We define and undefine idletimeouts, TLSRandFile and so on. But without a
result. In the morning before the User are working the first extended passmod
over overlay chain and TLS fails. If we disable TLS always works fine.
I would like to know where the problem is. At the first time we searched at the
virtual systems but the problem exists also on physical machines.
Here our configure command:
---------------------------
./configure --with-tls --with-cyrus-sasl --enable-overlays --enable-modules \
--enable-rewrite --enable-wrapper --enable-dynamic --enable-ldap
We use openssl support.
Here the OpenLDAP 2.4.20 Master configuration:
----------------------------------------------
include /usr/local/etc/openldap/schema/core.schema
include /usr/local/etc/openldap/schema/cosine.schema
include /usr/local/etc/openldap/schema/nis.schema
include /usr/local/etc/openldap/schema/misc.schema
include /usr/local/etc/openldap/schema/inetorgperson.schema
include /usr/local/etc/openldap/schema/openldap.schema
include /usr/local/etc/openldap/schema/dyngroup.schema
include /usr/local/etc/openldap/schema/ppolicy.schema
include /usr/local/etc/openldap/schema/samba3.schema
include /usr/local/etc/openldap/schema/kerberos.schema
include /usr/local/etc/openldap/schema/siegnetz.schema
pidfile /usr/local/var/run/slapd/slapd.pid
argsfile /usr/local/var/run/slapd/slapd.args
#loglevel trace args filter stats parse
loglevel sync
#loglevel conns
authz-policy all
moduleload back_hdb
moduleload accesslog
moduleload syncprov
moduleload smbk5pwd
sizelimit unlimited
idletimeout 300
writetimeout 300
defaultsearchbase dc=camelot,dc=de
TLSCertificateFile /usr/local/etc/openldap/certs/cert.pem
TLSCertificateKeyFile /usr/local/etc/openldap/certs/key.pem
TLSCACertificateFile /usr/local/etc/openldap/certs/cacert.pem
TLSVerifyClient demand
authz-regexp "uid=rzimmermann,cn=gssapi,cn=auth" "cn=ldapadmin,dc=camelot,dc=de"
authz-regexp "email=r.zimmermann@siegnetz.de,cn=r.zimmermann@siegnetz.de,ou=EDV,o=Siegnetz,l=Siegen,st=NRW,c=DE" "cn=ldapadmin,dc=camelot,dc=de"
tool-threads 1
threads 16
limits dn.exact="cn=replicator,dc=camelot,dc=de" time.soft=unlimited time.hard=unlimited size.soft=unlimited size.hard=unlimited
limits dn.exact="cn=backupadmin,dc=camelot,dc=de" time.soft=unlimited time.hard=unlimited size.soft=unlimited size.hard=unlimited
<snip>
ACLS
</snip>
backend hdb
database config
rootdn cn=config
rootpw {SSHA}xxxxxxx
security ssf=128
access to dn="olcDatabase={2}hdb,cn=config" attrs=olcReadOnly
by ssf=128 dn.exact="cn=backupadmin,dc=camelot,dc=de" write
by break
access to dn="olcDatabase={3}hdb,cn=config" attrs=olcReadOnly
by ssf=128 dn.exact="cn=backupadmin,dc=camelot,dc=de" write
by break
database monitor
rootdn "cn=monitoring,cn=monitor"
rootpw {SSHA}xxxxxx
security ssf=128
database hdb
suffix "cn=logs"
cachesize 10000
rootdn "cn=logs"
rootpw {SSHA}xxxxxx
directory /var/lib/ldaplogs/data
security ssf=128
dbconfig set_cachesize 0 268435456 1
dbconfig set_lg_regionmax 262144
dbconfig set_lg_bsize 2097152
dbconfig set_data_dir /var/lib/ldaplogs/data
dbconfig set_lg_dir /var/lib/ldaplogs/logs
dbconfig set_lk_max_objects 2000
dbconfig set_lk_max_locks 2000
dbconfig set_lk_max_lockers 2000
checkpoint 1024 5
index default eq
index objectClass,entryCSN,entryUUID eq
index reqEnd,reqResult,reqStart,reqMod eq
overlay syncprov
syncprov-reloadhint TRUE
syncprov-nopresent TRUE
database hdb
suffix "dc=camelot,dc=de"
cachesize 50000
idlcachesize 150000
security ssf=128
rootdn "cn=masteradmin,dc=camelot,dc=de"
rootpw {SSHA}xxxxxx
directory "/var/lib/ldap/data"
dbconfig set_cachesize 0 268435456 1
dbconfig set_lg_regionmax 262144
dbconfig set_lg_bsize 2097152
dbconfig set_data_dir /var/lib/ldap/data
dbconfig set_lg_dir /var/lib/ldap/logs
dbconfig set_lk_max_objects 2000
dbconfig set_lk_max_locks 2000
dbconfig set_lk_max_lockers 2000
index default eq
index objectClass,entryCSN,entryUUID eq
index memberUid,gidNumber,displayName,mail,uidNumber,homeDirectory,loginShell,employeeNumber eq
index sambaDomainName,sambaPrimaryGroupSID,sambaGroupType,sambaSIDList eq
index krbPrincipalName eq
index cn,sn,uid pres,eq,approx,sub
index sambaSID eq,sub
index associatedDomain,rfc822MailMember eq
index snitMailQuota,snitMailSizeMax,snitAccountStatus,snitTransportServer,snitDynamicGroupMember eq
lastmod on
checkpoint 1024 5
overlay accesslog
logdb "cn=logs"
logsuccess TRUE
logops writes
logpurge 07+00:00 01+00:00
logold (objectClass=*)
overlay syncprov
syncprov-checkpoint 100 1
overlay valsort
valsort-attr memberUid dc=camelot,dc=de alpha-ascend
valsort-attr member dc=camelot,dc=de alpha-ascend
valsort-attr snitGroupMemberMailAddress dc=camelot,dc=de alpha-ascend
overlay dynlist
dynlist-attrset groupOfNames labeledURI member
overlay ppolicy
ppolicy_default "cn=default,ou=policies,dc=camelot,dc=de"
overlay refint
refint_attributes member manager owner seeAlso
refint_nothing "cn=dummyuser,dc=camelot,dc=de"
overlay unique
unique_uri ldap:///?mail?sub?
unique_uri ldap:///?uid?sub?
unique_uri ldap:///?uidNumber?sub?
unique_uri ldap:///?employeeNumber?sub?
unique_uri ldap:///?sambaSID?sub?
unique_uri ldap:///?snitPrimaryMailAddress?sub?
overlay smbk5pwd
Here the configuration of a OpenLDAP 2.4.21 Slave(Samba):
---------------------------------------------------------
include /usr/local/etc/openldap/schema/core.schema
include /usr/local/etc/openldap/schema/cosine.schema
include /usr/local/etc/openldap/schema/nis.schema
include /usr/local/etc/openldap/schema/misc.schema
include /usr/local/etc/openldap/schema/inetorgperson.schema
include /usr/local/etc/openldap/schema/openldap.schema
include /usr/local/etc/openldap/schema/dyngroup.schema
include /usr/local/etc/openldap/schema/ppolicy.schema
include /usr/local/etc/openldap/schema/samba3.schema
include /usr/local/etc/openldap/schema/kerberos.schema
include /usr/local/etc/openldap/schema/siegnetz.schema
referral ldap://master.camelot.de
pidfile /usr/local/var/run/slapd/slapd.pid
argsfile /usr/local/var/run/slapd/slapd.args
authz-policy all
#loglevel sync stats
loglevel sync
moduleload back_hdb
moduleload accesslog
moduleload syncprov
moduleload back_ldap
moduleload dynlist
moduleload ppolicy
moduleload unique
sizelimit unlimited
idletimeout 300
writetimeout 300
conn_max_pending 256
defaultsearchbase dc=camelot,dc=de
TLSCertificateFile /usr/local/etc/openldap/certs/cert.pem
TLSCertificateKeyFile /usr/local/etc/openldap/certs/key.pem
TLSCACertificateFile /usr/local/etc/openldap/certs/cacert.pem
TLSVerifyClient demand
tool-threads 2
threads 16
overlay chain
chain-uri ldap://master.camelot.de
chain-tls start
tls_reqcert="demand"
tls_cert="/usr/local/etc/openldap/certs/cert.pem"
tls_key="/usr/local/etc/openldap/certs/key.pem"
tls_cacert="/usr/local/etc/openldap/certs/cacert.pem"
chain-idassert-bind bindmethod=simple
binddn="cn=sambaadmin,dc=camelot,dc=de"
credentials="xxxxxx"
mode="self"
flags=non-prescriptive
chain-rebind-as-user TRUE
chain-return-error TRUE
chain-conn-ttl 600
chain-idle-timeout 300
chain-protocol-version 3
limits dn.exact="cn=replicator,dc=camelot,dc=de" time.soft=unlimited time.hard=unlimited size.soft=unlimited size.hard=unlimited
limits dn.exact="cn=sambaadmin,dc=camelot,dc=de" time.soft=unlimited time.hard=unlimited size.soft=unlimited size.hard=unlimited
<snip>
ACLS
</snip>
backend hdb
database monitor
rootdn "cn=monitoring,cn=monitor"
rootpw {SSHA}xxxxxx
security ssf=128
database config
rootdn cn=config
rootpw {SSHA}xxxxxx
security ssf=128
database hdb
suffix "dc=camelot,dc=de"
cachesize 50000
idlcachesize 150000
security ssf=128
rootdn "cn=masteradmin,dc=camelot,dc=de"
rootpw {SSHA}xxxxxxx
directory /var/lib/ldap/data
readonly FALSE
checkpoint 1024 5
dbconfig set_cachesize 0 268435456 1
dbconfig set_lg_regionmax 262144
dbconfig set_lg_bsize 2097152
dbconfig set_data_dir /var/lib/ldap/data
dbconfig set_lg_dir /var/lib/ldap/logs
dbconfig set_lk_max_objects 2000
dbconfig set_lk_max_locks 2000
dbconfig set_lk_max_lockers 2000
dbConfig set_flags DB_LOG_AUTOREMOVE
index default eq
index objectClass,entryCSN,entryUUID eq
index memberUid,gidNumber,uidNumber,mail,homeDirectory,loginShell,displayName,employeeNumber eq
index sambaDomainName,sambaGroupType,sambaSIDList,sambaPrimaryGroupSID eq
index sambaSID eq,sub
index krbPrincipalName eq
index cn,sn,uid pres,eq,approx,sub
index associatedDomain,rfc822MailMember eq
index snitMailQuota,snitMailSizeMax,snitAccountStatus,snitTransportServer eq
index snitPrimaryMailAddress,snitRecipientRestrictedMailAddress,snitSenderRestrictedMailAddress,snitDynamicGroupMember eq
syncrepl rid=001
provider=ldap://master.camelot.de
uri=ldap://master.camelot.de
searchbase="dc=camelot,dc=de"
type=refreshandpersist
interval=00:00:00:10
retry="10 6 30 6 60 +"
bindmethod=simple
binddn="cn=replicator,dc=camelot,dc=de"
credentials="xxxxxx"
schemachecking=on
attrs="*,+"
filter="(objectClass=*)"
scope=sub
logbase="cn=logs"
logfilter="(&(objectClass=auditWriteObject)(reqResult=0))"
syncdata=accesslog
starttls=critical
tls_cert=/usr/local/etc/openldap/certs/cert.pem
tls_key=/usr/local/etc/openldap/certs/key.pem
tls_cacert=/usr/local/etc/openldap/certs/cacert.pem
updateref ldap://master.camelot.de
overlay valsort
valsort-attr memberUid dc=camelot,dc=de alpha-ascend
valsort-attr member dc=camelot,dc=de alpha-ascend
valsort-attr snitGroupMemberMailAddress dc=camelot,dc=de alpha-ascend
overlay dynlist
dynlist-attrset groupOfNames labeledURI member
overlay ppolicy
ppolicy_default "cn=default,ou=policies,dc=camelot,dc=de"
Regards
Ralf Zimmermann
--
.''`. Ralf Zimmermann
: :' : SIEGNETZ.IT GmbH
`. `' Schneppenkauten 1a
`- 57076 Siegen
Tel.: +49 271 68193 13
Fax.: +49 271 68193 29
Amtsgericht Siegen HRB4838
Geschaeftsfuehrer: Oliver Seitz
Sitz der Gesellschaft ist Siegen
14 years, 7 months
Re: TLSVerifyClient => no login possible
by Sebastian Reinhardt
Dieter Kluenter schrieb:
> Hello Sebastian,
>
> Sebastian Reinhardt <snr(a)lmv-hartmannsdorf.de> writes:
>
>
>> Dieter Kluenter schrieb:
>>
>>> Sebastian Reinhardt <snr(a)lmv-hartmannsdorf.de> writes:
>>>
>>>
>>>
>>>> Hello,
>>>>
>>>> I have configured an openSUSE 11.0 (x86_64) with openldap- server. Also
>>>> the TLS is activated. All clients are set to "TLS_REQCERT demand"
>>>> and is working.
>>>> Then I created client certificates by using the servers Yast2 CA-
>>>> management. I copied teh client certificates and also the servers
>>>> "cacert" into the "/etc/openldap/" directory on client computer. With
>>>> "TLSVerifyClient allow" clients can login, but if I activate the
>>>> "TLSVerifyClient demand" option in servers slapd.conf no user can
>>>> perform an login and it causes errors in /var/log/messages:
>>>>
>>>>
>>> [...]
>>>
>>>
>>>
>>>> What is wrong? The clients certificate "common name" is set to the
>>>> clients hostname. Is this ok?
>>>>
>>>>
>>> Clients don't read slapd.conf(5) but only ldap.conf(5), run slapd with
>>> debug level 3 to analyse the tls session.
>>>
>>> -Dieter
>>>
>>>
>>>
>> Hello Dieter,
>>
>> Now I have set the loglevel to "3" and I get the following output if I
>> try to login (still fails):
>>
>
> loglevel is != debug level, man slapd(8), run slapd -d3
>
>> -------------------/var/log/messages---------------------------------------------------------------------
>>
>
> [...]
>
>> Feb 25 16:41:49 lmvserver kdm: :0[11544]: nss_ldap: could not search
>> LDAP server - Server is unavailable
>>
> [...]
>
>
>> Feb 25 16:41:49 lmvserver kdm: :0[11544]: pam_ldap: ldap_starttls_s:
>> Connect error
>> -------------------/var/log/messages---------------------------------------------------------------------
>>
>> I am not sure, if this is an configuration or certificate error? Do You
>> understand this output above?
>>
>
> The clients are nss_ldap and pam_ldap, check the clients
> configuration for starttls parameters.
> With debug level 3 you should see something like
>
> TLS trace: SSL_accept:before/accept initialization
> tls_read: want=11, got=11
> TLS trace: SSL_accept:SSLv3 read client hello A
> TLS trace: SSL_accept:SSLv3 write server hello A
> TLS trace: SSL_accept:SSLv3 write certificate A
> TLS trace: SSL_accept:SSLv3 write certificate request A
> tls_write: want=1931, written=1931
> TLS trace: SSL_accept:SSLv3 flush data
> TLS trace: SSL3 alert write:warning:close notify
>
> -Dieter
>
>
Sorry. I had not configured the pam_ldap (/etc/ldap.conf) config file
properly. The certifikate entries were missing.
Here is my /etc/ldap.conf:
-------------------/etc/ldap.conf-------------------------------------------
host 127.0.0.1
base dc=lmv,dc=lmv
#uri ldap://127.0.0.1/
#uri ldaps://127.0.0.1/
#uri ldapi://%2fvar%2frun%2fldapi_sock/
#ldap_version 3
#binddn cn=proxyuser,dc=example,dc=com
#bindpw secret
rootbinddn cn=ldaproot,dc=lmv,dc=lmv
port 389
scope sub
scope one
scope base
#timelimit 30
#bind_timelimit 30
bind_policy soft
#nss_connect_policy persist
#idle_timelimit 3600
#nss_paged_results yes
#pagesize 1000
#pam_filter objectclass=account
#pam_login_attribute uid
pam_lookup_policy yes
#pam_check_host_attr yes
#pam_check_service_attr yes
#pam_groupdn cn=PAM,ou=Groups,dc=example,dc=com
#pam_member_attribute uniquemember
#pam_min_uid 0
#pam_max_uid 0
#pam_login_attribute userPrincipalName
#pam_template_login_attribute uid
#pam_template_login nobody
#pam_password clear
#pam_password crypt
#pam_password nds
#pam_password racf
#pam_password ad
pam_password crypt
#pam_password_prohibit_message Please visit http://internal to change
your password.
#nss_initgroups backlink
nss_initgroups_ignoreusers root,ldap
#nss_schema rfc2307bis
nss_schema nis
nss_base_passwd ou=users,dc=lmv,dc=lmv
nss_base_shadow ou=users,dc=lmv,dc=lmv
nss_base_group ou=groups,dc=lmv,dc=lmv
nss_base_hosts ou=hosts,dc=lmv,dc=lmv
#nss_base_services ou=Services,dc=example,dc=com?one
#nss_base_networks ou=Networks,dc=example,dc=com?one
#nss_base_protocols ou=Protocols,dc=example,dc=com?one
#nss_base_rpc ou=Rpc,dc=example,dc=com?one
#nss_base_ethers ou=Ethers,dc=example,dc=com?one
#nss_base_netmasks ou=Networks,dc=example,dc=com?ne
#nss_base_bootparams ou=Ethers,dc=example,dc=com?one
#nss_base_aliases ou=Aliases,dc=example,dc=com?one
#nss_base_netgroup ou=Netgroup,dc=example,dc=com?one
#nss_map_attribute rfc2307attribute mapped_attribute
#nss_map_objectclass rfc2307objectclass mapped_objectclass
nss_map_attribute uniqueMember member
#nss_map_objectclass posixAccount User
#nss_map_objectclass shadowAccount User
#nss_map_attribute uid msSFU30Name
#nss_map_attribute uniqueMember msSFU30PosixMember
#nss_map_attribute userPassword msSFU30Password
#nss_map_attribute homeDirectory msSFU30HomeDirectory
#nss_map_attribute homeDirectory msSFUHomeDirectory
#nss_map_objectclass posixGroup Group
#pam_login_attribute msSFU30Name
#pam_filter objectclass=User
#pam_password ad
#nss_map_objectclass posixAccount User
#nss_map_objectclass shadowAccount user
#nss_map_attribute uid msSFUName
#nss_map_attribute uniqueMember posixMember
#nss_map_attribute userPassword msSFUPassword
#nss_map_attribute homeDirectory msSFUHomeDirectory
#nss_map_attribute shadowLastChange pwdLastSet
#nss_map_objectclass posixGroup Group
#nss_map_attribute cn msSFUName
#pam_login_attribute msSFUName
#pam_filter objectclass=User
#pam_password ad
#nss_map_objectclass posixAccount user
#nss_map_objectclass shadowAccount user
#nss_map_attribute uid sAMAccountName
#nss_map_attribute homeDirectory unixHomeDirectory
#nss_map_attribute shadowLastChange pwdLastSet
#nss_map_objectclass posixGroup group
#nss_map_attribute uniqueMember member
#pam_login_attribute sAMAccountName
#pam_filter objectclass=User
#pam_password ad
#nss_map_attribute userPassword authPassword
#nss_map_objectclass posixAccount aixAccount
#nss_base_passwd ou=aixaccount,?one
#nss_map_attribute uid userName
#nss_map_attribute gidNumber gid
#nss_map_attribute uidNumber uid
#nss_map_attribute userPassword passwordChar
#nss_map_objectclass posixGroup aixAccessGroup
#nss_base_group ou=aixgroup,?one
#nss_map_attribute cn groupName
#nss_map_attribute uniqueMember member
#pam_login_attribute userName
#pam_filter objectclass=aixAccount
#pam_password clear
#nss_map_objectclass automountMap nisMap
#nss_map_attribute automountMapName nisMapName
#nss_map_objectclass automount nisObject
#nss_map_attribute automountKey cn
#nss_map_attribute automountInformation nisMapEntry
#ssl on
sslpath /etc/openldap/
ssl start_tls
ldap_version 3
pam_filter objectclass=posixAccount
nss_base_passwd ou=users,dc=lmv,dc=lmv
nss_base_shadow ou=users,dc=lmv,dc=lmv
nss_base_group ou=groups,dc=lmv,dc=lmv
tls_checkpeer yes
#ssl on
tls_cacertfile /etc/openldap/cacert.pem
tls_cacertdir /etc/openldap/
#tls_randfile /var/run/egd-pool
#tls_ciphers TLSv1
tls_cert /etc/openldap/clientcert_201.pem
tls_key /etc/openldap/clientkey_201.pem
#sasl_secprops maxssf=0
#krb5_ccname FILE:/etc/.ldapcache
-------------------/etc/ldap.conf-------------------------------------------
And also my /etc/openldap/ldap.conf:
-------------------/etc/openldap/ldap.conf-----------------------------
TLS_CACERT /etc/openldap/cacert.pem
TLS_CERT /etc/openldap/clientcert_201.pem
TLS_KEY /etc/openldap/clientkey_201.pem
TLS_REQCERT demand
host 127.0.0.1
base dc=lmv,dc=lmv
-------------------/etc/openldap/ldap.conf-----------------------------
-------------------/etc/nsswitch.conf-------------------------------------
passwd: compat
group: files ldap
hosts: files mdns4_minimal [NOTFOUND=return] dns
networks: files dns
services: files ldap
protocols: files
rpc: files
ethers: files
netmasks: files
netgroup: files ldap
publickey: files
bootparams: files
automount: files nis
aliases: files ldap
passwd_compat: ldap
-------------------/etc/nsswitch.conf-------------------------------------
Now I have started with "-d 3" and I get some output:
--------------------------------------------------------------------------------------------
slap_listener_activate(8):
>>> slap_listener(ldap://)
connection_get(13): got connid=32
connection_read(13): checking for input on id=32
ber_get_next
ldap_read: want=8, got=8
0000: 30 1d 02 01 01 77 18 80 0....w..
ldap_read: want=23, got=23
0000: 16 31 2e 33 2e 36 2e 31 2e 34 2e 31 2e 31 34 36 .1.3.6.1.4.1.146
0010: 36 2e 32 30 30 33 37 6.20037
ber_get_next: tag 0x30 len 29 contents:
ber_get_next
ldap_read: want=8 error=Resource temporarily unavailable
conn=32 op=0 do_extended
ber_scanf fmt ({m) ber:
send_ldap_extended: err=0 oid= len=0
send_ldap_response: msgid=1 tag=120 err=0
ber_flush2: 14 bytes to sd 13
0000: 30 0c 02 01 01 78 07 0a 01 00 04 00 04 00 0....x........
ldap_write: want=14, written=14
0000: 30 0c 02 01 01 78 07 0a 01 00 04 00 04 00 0....x........
slap_listener_activate(8):
connection_get(13): got connid=32
connection_read(13): checking for input on id=32
>>> slap_listener(ldap://)
TLS trace: SSL_accept:before/accept initialization
tls_read: want=11, got=7
0000: 30 05 02 01 02 42 00 0....B.
tls_read: want=4, got=0
TLS: can't accept.
connection_read(13): TLS accept failure error=-1 id=32, closing
connection_closing: readying conn=32 sd=13 for close
connection_close: conn=32 sd=13
connection_get(14): got connid=33
connection_read(14): checking for input on id=33
ber_get_next
ldap_read: want=8, got=8
0000: 30 1d 02 01 01 77 18 80 0....w..
ldap_read: want=23, got=23
0000: 16 31 2e 33 2e 36 2e 31 2e 34 2e 31 2e 31 34 36 .1.3.6.1.4.1.146
0010: 36 2e 32 30 30 33 37 6.20037
ber_get_next: tag 0x30 len 29 contents:
ber_get_next
ldap_read: want=8 error=Resource temporarily unavailable
conn=33 op=0 do_extended
ber_scanf fmt ({m) ber:
send_ldap_extended: err=0 oid= len=0
send_ldap_response: msgid=1 tag=120 err=0
ber_flush2: 14 bytes to sd 14
0000: 30 0c 02 01 01 78 07 0a 01 00 04 00 04 00 0....x........
ldap_write: want=14, written=14
0000: 30 0c 02 01 01 78 07 0a 01 00 04 00 04 00 0....x........
connection_get(14): got connid=33
connection_read(14): checking for input on id=33
TLS trace: SSL_accept:before/accept initialization
tls_read: want=11, got=7
0000: 30 05 02 01 02 42 00 0....B.
tls_read: want=4, got=0
TLS: can't accept.
connection_read(14): TLS accept failure error=-1 id=33, closing
connection_closing: readying conn=33 sd=14 for close
connection_close: conn=33 sd=14
slap_listener_activate(8):
>>> slap_listener(ldap://)
connection_get(13): got connid=34
connection_read(13): checking for input on id=34
ber_get_next
ldap_read: want=8, got=8
0000: 30 1d 02 01 01 77 18 80 0....w..
ldap_read: want=23, got=23
0000: 16 31 2e 33 2e 36 2e 31 2e 34 2e 31 2e 31 34 36 .1.3.6.1.4.1.146
0010: 36 2e 32 30 30 33 37 6.20037
ber_get_next: tag 0x30 len 29 contents:
ber_get_next
ldap_read: want=8 error=Resource temporarily unavailable
conn=34 op=0 do_extended
ber_scanf fmt ({m) ber:
send_ldap_extended: err=0 oid= len=0
send_ldap_response: msgid=1 tag=120 err=0
ber_flush2: 14 bytes to sd 13
0000: 30 0c 02 01 01 78 07 0a 01 00 04 00 04 00 0....x........
ldap_write: want=14, written=14
0000: 30 0c 02 01 01 78 07 0a 01 00 04 00 04 00 0....x........
connection_get(13): got connid=34
connection_read(13): checking for input on id=34
TLS trace: SSL_accept:before/accept initialization
tls_read: want=11, got=7
0000: 30 05 02 01 02 42 00 0....B.
tls_read: want=4, got=0
TLS: can't accept.
connection_read(13): TLS accept failure error=-1 id=34, closing
connection_closing: readying conn=34 sd=13 for close
connection_close: conn=34 sd=13
--------------------------------------------------------------------------------------------
What is wrong? The certificate is not accepted? Is the certificae not ok?
--
Mit freundlichen Grüßen
Sebastian Reinhardt
15 years, 9 months
saslauthd permission denied
by Joshua Schaeffer
I'm having a difficult time setting up pass-through authentication. I've set it up before but can't seem to get it to work this time. I've done the following:
- Created the slapd.conf for SASL.
- Started and ensured saslauthd is running.
- Added the openldap user to the sasl group.
- Verified with testsaslauthd that SASL is working
- Restarted slapd and the server just to make sure all settings/permissions are updated properly
However I always get a permission denied error message when slapd tries to contact saslauthd:
Feb 5 12:13:56 bllldap01 slapd[477]: SASL [conn=2866] Failure: cannot connect to saslauthd server: Permission denied
I've even temporarily enabled the shell on the openldap user and tested testsaslauthd which returned a successful result. I feel like I'm missing something obvious and maybe a fresh set of eyes can point that out. Below is all the relevant details of my system:
########################
# SASL & LDAP SETTINGS #
########################
jschaeffer@bllldap01:~$ ls -l /etc/ldap/sasl2/slapd.conf
-rw-r--r-- 1 root root 65 Feb 5 12:45 /etc/ldap/sasl2/slapd.conf
jschaeffer@bllldap01:~$ cat /etc/ldap/sasl2/slapd.conf
pwcheck_method: saslauthd
saslauthd_path: /var/run/saslauthd/mux
jschaeffer@bllldap01:~$ groups openldap
openldap : openldap sasl ssl-cert
jschaeffer@bllldap01:~$ ls -ld /var/run/saslauthd/
drwx--x--- 2 root sasl 140 Feb 5 12:16 /var/run/saslauthd/
jschaeffer@bllldap01:~$ sudo ls -l /var/run/saslauthd/
total 968
-rw------- 1 root root 0 Feb 5 12:16 cache.flock
-rw------- 1 root root 986112 Feb 5 12:16 cache.mmap
srwxrwxrwx 1 root root 0 Feb 5 12:16 mux
-rw------- 1 root root 0 Feb 5 12:16 mux.accept
-rw------- 1 root root 4 Feb 5 12:16 saslauthd.pid
jschaeffer@bllldap01:~$ cat /etc/default/saslauthd | grep -E -v '(#|^$)'
START=yes
DESC="SASL Authentication Daemon"
NAME="saslauthd"
MECHANISMS="kerberos5"
MECH_OPTIONS=""
THREADS=5
OPTIONS="-c -m /var/run/saslauthd"
export KRB5_KTNAME=/etc/krb5.keytab
jschaeffer@bllldap01:~$ ps aux | grep [s]asl
root 472 0.0 0.0 100980 2956 ? Ss 12:16 0:00 /usr/sbin/saslauthd -a kerberos5 -c -m /var/run/saslauthd -n 5
root 473 0.0 0.0 109392 6516 ? S 12:16 0:00 /usr/sbin/saslauthd -a kerberos5 -c -m /var/run/saslauthd -n 5
root 474 0.0 0.0 100980 1056 ? S 12:16 0:00 /usr/sbin/saslauthd -a kerberos5 -c -m /var/run/saslauthd -n 5
root 475 0.0 0.0 100980 1056 ? S 12:16 0:00 /usr/sbin/saslauthd -a kerberos5 -c -m /var/run/saslauthd -n 5
root 476 0.0 0.0 100980 1056 ? S 12:16 0:00 /usr/sbin/saslauthd -a kerberos5 -c -m /var/run/saslauthd -n 5
jschaeffer@bllldap01:~$ ps aux | grep [s]lapd
openldap 1236 0.0 4.7 2344672 737116 ? Ssl 13:19 0:00 /usr/sbin/slapd -h ldap:/// ldaps:/// ldapi:/// -g openldap -u openldap -F /etc/ldap/slapd.d
jschaeffer@bllldap01:~$ sudo testsaslauthd -u jschaeffer(a)HARMONYWAVE.CLOUD -p ************
0: OK "Success."
jschaeffer@bllldap01:~$ cat /etc/passwd | grep 'openldap'
openldap:x:111:115:OpenLDAP Server Account,,,:/var/lib/ldap:/bin/bash
jschaeffer@bllldap01:~$ sudo su - openldap
openldap@bllldap01:~$ testsaslauthd -u jschaeffer(a)HARMONYWAVE.CLOUD -p ************
0: OK "Success."
################
# DEBUG OUTPUT #
################
Feb 5 12:13:53 bllldap01 slapd[477]: conn=2866 fd=40 ACCEPT from IP=[fd83:172:16:44::1000]:44920 (IP=[::]:389)
Feb 5 12:13:53 bllldap01 slapd[477]: conn=2866 op=0 EXT oid=1.3.6.1.4.1.1466.20037
Feb 5 12:13:53 bllldap01 slapd[477]: conn=2866 op=0 STARTTLS
Feb 5 12:13:53 bllldap01 slapd[477]: conn=2866 op=0 RESULT oid= err=0 text=
Feb 5 12:13:53 bllldap01 slapd[477]: conn=2866 fd=40 TLS established tls_ssf=256 ssf=256
Feb 5 12:13:55 bllldap01 slapd[477]: conn=2846 op=69 SRCH base="ou=People,dc=harmonywave,dc=cloud" scope=2 deref=0 filter="(&(uid=radiomail)(objectClass$
Feb 5 12:13:55 bllldap01 slapd[477]: conn=2846 op=69 SRCH attr=objectClass uid userPassword uidNumber gidNumber gecos homeDirectory loginShell krbPrinci$
Feb 5 12:13:55 bllldap01 slapd[477]: conn=2846 op=69 SEARCH RESULT tag=101 err=0 nentries=0 text=
Feb 5 12:13:55 bllldap01 slapd[477]: conn=2787 op=637 SRCH base="cn=HARMONYWAVE.CLOUD,cn=krbContainer,dc=harmonywave,dc=cloud" scope=2 deref=0 filter="($
Feb 5 12:13:55 bllldap01 slapd[477]: conn=2787 op=637 SRCH attr=krbprincipalname krbcanonicalname objectclass krbprincipalkey krbmaxrenewableage krbmaxt$
Feb 5 12:13:55 bllldap01 slapd[477]: conn=2787 op=637 SEARCH RESULT tag=101 err=0 nentries=0 text=
Feb 5 12:13:55 bllldap01 slapd[477]: conn=2846 op=70 SRCH base="ou=People,dc=harmonywave,dc=cloud" scope=2 deref=0 filter="(&(uid=radiomail)(objectClass$
Feb 5 12:13:55 bllldap01 slapd[477]: conn=2846 op=70 SRCH attr=objectClass uid userPassword uidNumber gidNumber gecos homeDirectory loginShell krbPrinci$
Feb 5 12:13:55 bllldap01 slapd[477]: conn=2846 op=70 SEARCH RESULT tag=101 err=0 nentries=0 text=
Feb 5 12:13:56 bllldap01 slapd[477]: conn=2866 op=1 BIND dn="uid=jschaeffer,ou=End Users,ou=People,dc=harmonywave,dc=cloud" method=128
Feb 5 12:13:56 bllldap01 slapd[477]: SASL [conn=2866] Failure: cannot connect to saslauthd server: Permission denied
Feb 5 12:13:56 bllldap01 slapd[477]: conn=2866 op=1 RESULT tag=97 err=49 text=
Feb 5 12:13:56 bllldap01 slapd[477]: conn=2866 op=2 UNBIND
Feb 5 12:13:56 bllldap01 slapd[477]: conn=2866 fd=40 closed
jschaeffer@bllldap01:~$ sudo strace -f -p 1236
...
[{EPOLLIN, {u32=1975476364, u64=140507535597708}}], 1048576, 1409000) = 1
[pid 1237] epoll_ctl(7, EPOLL_CTL_MOD, 31, {0, {u32=1975476364, u64=140507535597708}}) = 0
[pid 1237] futex(0x5567c5bf4978, FUTEX_WAKE_PRIVATE, 1) = 1
[pid 1237] epoll_wait(7, <unfinished ...>
[pid 1265] <... futex resumed> ) = 0
[pid 1265] futex(0x5567c5bf4928, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 1265] read(31, "\27\3\3\0m", 5) = 5
[pid 1265] read(31, "\0\0\0\0\0\0\0\1*\215C]\226R#c(\250!j\255\254r\226'|\226y\0365\334\231"..., 109) = 109
[pid 1265] read(31, 0x7fc9f015e053, 5) = -1 EAGAIN (Resource temporarily unavailable)
[pid 1265] epoll_ctl(7, EPOLL_CTL_MOD, 31, {EPOLLIN, {u32=1975476364, u64=140507535597708}}) = 0
[pid 1265] write(6, "0", 1) = 1
[pid 1237] <... epoll_wait resumed> [{EPOLLIN, {u32=1975476260, u64=140507535597604}}], 1048576, 1402000) = 1
[pid 1265] getpid( <unfinished ...>
[pid 1237] read(5, <unfinished ...>
[pid 1265] <... getpid resumed> ) = 1236
[pid 1237] <... read resumed> "0", 8192) = 1
[pid 1265] sendto(4, "<167>Feb 5 13:26:30 slapd[1236]"..., 132, MSG_NOSIGNAL, NULL, 0 <unfinished ...>
[pid 1237] epoll_wait(7, <unfinished ...>
[pid 1265] <... sendto resumed> ) = 132
[pid 1265] socket(AF_UNIX, SOCK_STREAM, 0) = 32
[pid 1265] connect(32, {sa_family=AF_UNIX, sun_path="/var/run/saslauthd/mux"}, 110) = -1 EACCES (Permission denied)
[pid 1265] close(32) = 0
[pid 1265] getpid() = 1236
[pid 1265] sendto(4, "<167>Feb 5 13:26:30 slapd[1236]"..., 114, MSG_NOSIGNAL, NULL, 0) = 114
[pid 1265] write(31, "\27\3\3\0&\0\0\0\0\0\0\0\1\270\22\25\347\316\323\6\3721\375\200{\300\350\337E\371\221\206"..., 43) = 43
[pid 1265] getpid() = 1236
[pid 1265] sendto(4, "<167>Feb 5 13:26:30 slapd[1236]"..., 76, MSG_NOSIGNAL, NULL, 0) = 76
[pid 1265] futex(0x5567c5bf497c, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 1237] <... epoll_wait resumed> [{EPOLLIN, {u32=1975476364, u64=140507535597708}}], 1048576, 1402000) = 1
[pid 1237] epoll_ctl(7, EPOLL_CTL_MOD, 31, {0, {u32=1975476364, u64=140507535597708}}) = 0
[pid 1237] futex(0x5567c5bf4978, FUTEX_WAKE_PRIVATE, 1) = 1
[pid 1237] epoll_wait(7, <unfinished ...>
[pid 1238] <... futex resumed> ) = 0
[pid 1238] futex(0x5567c5bf4928, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 1238] read(31, "\27\3\3\0\37", 5) = 5
[pid 1238] read(31, "\0\0\0\0\0\0\0\2L6Z\337[:\364z\331\361\277\350\31\33\354\316\20IP\375EI\0", 31) = 31
[pid 1238] read(31, "\25\3\3\0\32", 5) = 5
[pid 1238] read(31, "\0\0\0\0\0\0\0\3z\277}k\22\1775dS)BR\377\344\277\271\323\221", 26) = 26
[pid 1238] write(6, "0", 1) = 1
[pid 1237] <... epoll_wait resumed> [{EPOLLIN, {u32=1975476260, u64=140507535597604}}], 1048576, 1402000) = 1
[pid 1238] getpid( <unfinished ...>
[pid 1237] read(5, <unfinished ...>
[pid 1238] <... getpid resumed> ) = 1236
[pid 1237] <... read resumed> "0", 8192) = 1
[pid 1238] sendto(4, "<167>Feb 5 13:26:30 slapd[1236]"..., 56, MSG_NOSIGNAL, NULL, 0 <unfinished ...>
[pid 1237] epoll_wait(7, <unfinished ...>
[pid 1238] <... sendto resumed> ) = 56
[pid 1238] epoll_ctl(7, EPOLL_CTL_DEL, 31, 0x7fca743f60f4) = 0
[pid 1238] write(31, "\25\3\3\0\32\0\0\0\0\0\0\0\2\2431\246\345i\2013\31\0\f\t2\367: \270)\202", 31) = 31
[pid 1238] shutdown(31, SHUT_RDWR) = 0
[pid 1238] close(31) = 0
[pid 1238] getpid() = 1236
[pid 1238] sendto(4, "<167>Feb 5 13:26:30 slapd[1236]"..., 57, MSG_NOSIGNAL, NULL, 0) = 57
[pid 1238] futex(0x5567c5bf497c, FUTEX_WAIT_PRIVATE, 0, NULL^Cstrace: Process 1236 detached
5e3b2a11 connection_get(19): got connid=1003
5e3b2a11 connection_read(19): checking for input on id=1003
ber_get_next
ber_get_next: tag 0x30 len 29 contents:
5e3b2a11 op tag 0x77, time 1580935697
ber_get_next
5e3b2a11 conn=1003 op=0 do_extended
ber_scanf fmt ({m) ber:
5e3b2a11 send_ldap_extended: err=0 oid= len=0
5e3b2a11 send_ldap_response: msgid=1 tag=120 err=0
ber_flush2: 14 bytes to sd 19
5e3b2a11 connection_get(19): got connid=1003
5e3b2a11 connection_read(19): checking for input on id=1003
5e3b2a11 connection_read(19): unable to get TLS client DN, error=49 id=1003
5e3b2a19 connection_get(19): got connid=1003
5e3b2a19 connection_read(19): checking for input on id=1003
ber_get_next
ber_get_next: tag 0x30 len 83 contents:
5e3b2a19 op tag 0x60, time 1580935705
ber_get_next
5e3b2a19 conn=1003 op=1 do_bind
ber_scanf fmt ({imt) ber:
ber_scanf fmt (m}) ber:
5e3b2a19 >>> dnPrettyNormal: <uid=jschaeffer,ou=End Users,ou=People,dc=harmonywave,dc=cloud>
5e3b2a19 <<< dnPrettyNormal: <uid=jschaeffer,ou=End Users,ou=People,dc=harmonywave,dc=cloud>, <uid=jschaeffer,ou=end users,ou=people,dc=harmonywave,dc=cloud>
5e3b2a19 do_bind: version=3 dn="uid=jschaeffer,ou=End Users,ou=People,dc=harmonywave,dc=cloud" method=128
5e3b2a19 mdb_dn2entry("uid=jschaeffer,ou=end users,ou=people,dc=harmonywave,dc=cloud")
5e3b2a19 => mdb_dn2id("uid=jschaeffer,ou=end users,ou=people,dc=harmonywave,dc=cloud")
5e3b2a19 <= mdb_dn2id: got id=0x26
5e3b2a19 => mdb_entry_decode:
5e3b2a19 <= mdb_entry_decode
5e3b2a19 SASL [conn=1003] Failure: cannot connect to saslauthd server: Permission denied
5e3b2a19 send_ldap_result: conn=1003 op=1 p=3
5e3b2a19 send_ldap_response: msgid=2 tag=97 err=49
ber_flush2: 14 bytes to sd 19
5e3b2a19 connection_get(19): got connid=1003
5e3b2a19 connection_read(19): checking for input on id=1003
ber_get_next
ber_get_next: tag 0x30 len 5 contents:
5e3b2a19 op tag 0x42, time 1580935705
ber_get_next
5e3b2a19 ber_get_next on fd 19 failed errno=0 (Success)
5e3b2a19 conn=1003 op=2 do_unbind
5e3b2a19 connection_close: conn=1003 sd=19
###########
# OS INFO #
###########
jschaeffer@bllldap01:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.3 LTS
Release: 18.04
Codename: bionic
--
Thanks,
Joshua Schaeffer
4 years, 9 months
Re: openldap 2.4.23 hangs
by rwsmith＠bislink.net
Hi,
I just wanted to report back on this issue.
I downloaded the source RPMS from abennet's blog found at:
http://wordpress.clarku.edu/abennett/
While this was only version openldap-2.4.30 this seemed to me a more expedient
approach as I would have to update about a dozen machines. I was able to
successfully compile and rebuild the SRPM on my CentOS 6.3 64-bit platform and
replace the core Openldap software and DB software.
While the updated software has only been running for three days in a 4-way
multi-master sync replication configuration, it has run without the epoll: busy
problems that were hanging slapd (2.4.23) at least once a day. It also seems to
have resolved a few lingering replication issues that I was experiencing with
the CentOS core Openldap software.
There are a few quirks with installing this software (didn't like self-signed
certs for one) but no show stoppers for me.
It would be nice if Rehat or CentOS could get the fix mentioned below into their
core Openldap.
Thanks for your help.
Bob
--bs
On August 14, 2012 at 8:15 PM Howard Chu <hyc(a)symas.com> wrote:
> rwsmith(a)bislink.net wrote:
> >
> >
> > Hi,
> >
> >
> >
> > Not sure if I should post this here or with the CentOS mailing list (I am
> > hoping they are monitoring this). I am using a stock CentOS 6.3 32-bit
> > installation with
> >
> >
> >
> > # rpm -qa | grep openldap
> > openldap-devel-2.4.23-26.el6_3.2.i686
> > openldap-2.4.23-26.el6_3.2.i686
> > openldap-clients-2.4.23-26.el6_3.2.i686
> > openldap-servers-2.4.23-26.el6_3.2.i686
> >
> >
> >
> > I have a 4-way multi-master sync replication set up on four virtual servers
> > using Citrix XenServer 6.2. I am also running Samba 3.5.10 as a PDC on one
> > machine and BDC on the other three. All servers are also running sssd-1.8.0
> > for the Linux authentication.
> >
> >
> >
> > The problem is that one or more of the LDAP servers will hang, usually the
> > one
> > that acts as the PDC, since this is hit the hardest and is the more critical
> > of the four. Usually but not always the "hang" will trickle to the other
> > servers--usually when I am not watching during the middle of the night.
> > Fortunately we are not yet in full production.
> >
> >
> >
> > Compiling from source is not yet an option. I must use the stock RPMs from
> > CentOS per our design guidelines.
> >
> >
> >
> > LDAP will appear to hang but what appears to be happening is that only the
> > listener becomes busy and will not get out this state. Here is a short pull
> > of
> > the logs that I am collecting:
>
> Sounds like this was fixed in 2.4.25, git commit ID
> 0ae659ad87c64bef938f729e87573ff3ce04bd28 (master),
>
> commit a3f40e5601c0c522f2bda418374fb415bdcbd75c (release).
>
> There was no ITS submitted for this change, so it is not in the CHANGES file.
>
> If you can reproduce the problem with 2.4.32 please submit an ITS for it. I
> will note that all of this listener code is targeted for a major rewrite in
> OpenLDAP 2.5.
>
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: read active on 69
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=7
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:44 auth-us slapd[10357]: conn=1742 op=0 EXT
> > oid=1.3.6.1.4.1.1466.20037
> > Aug 14 20:34:44 auth-us slapd[10357]: conn=1742 op=0 STARTTLS
> > Aug 14 20:34:44 auth-us slapd[10357]: conn=1742 op=0 RESULT oid= err=0 text=
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: activity on 1 descriptor
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: activity on:
> > Aug 14 20:34:44 auth-us slapd[10357]:
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=7
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: activity on 1 descriptor
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: activity on:
> > Aug 14 20:34:44 auth-us slapd[10357]: 69r
> > Aug 14 20:34:44 auth-us slapd[10357]:
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: read active on 69
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=7
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:44 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:46 auth-us slapd[10357]: daemon: epoll: listen=7
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:46 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:51 auth-us slapd[10357]: daemon: epoll: listen=7
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:51 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:54 auth-us slapd[10357]: daemon: activity on 1 descriptor
> > Aug 14 20:34:54 auth-us slapd[10357]: daemon: activity on:
> > Aug 14 20:34:54 auth-us slapd[10357]: 39r
> > Aug 14 20:34:54 auth-us slapd[10357]:
> > Aug 14 20:34:54 auth-us slapd[10357]: daemon: read active on 39
> > Aug 14 20:34:54 auth-us slapd[10357]: daemon: epoll: listen=7
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:54 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:54 auth-us slapd[10357]: daemon: activity on 1 descriptor
> > Aug 14 20:34:54 auth-us slapd[10357]: daemon: activity on:
> > Aug 14 20:34:54 auth-us slapd[10357]:
> > Aug 14 20:34:54 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:34:54 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:34:56 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:34:56 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:35:01 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:35:01 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:35:06 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:35:06 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:35:11 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:35:11 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:35:12 auth-us slapd[10357]: daemon: activity on 1 descriptor
> > Aug 14 20:35:12 auth-us slapd[10357]: daemon: activity on:
> >
> > Aug 14 20:35:12 auth-us slapd[10357]: 42r
> > Aug 14 20:35:12 auth-us slapd[10357]:
> > Aug 14 20:35:12 auth-us slapd[10357]: daemon: read active on 42
> > Aug 14 20:35:12 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:35:12 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:35:14 auth-us slapd[10357]: daemon: activity on 1 descriptor
> > Aug 14 20:35:14 auth-us slapd[10357]: daemon: activity on:
> > Aug 14 20:35:14 auth-us slapd[10357]: 40r
> > Aug 14 20:35:14 auth-us slapd[10357]:
> > Aug 14 20:35:14 auth-us slapd[10357]: daemon: read active on 40
> > Aug 14 20:35:14 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:35:14 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:35:16 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:35:16 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:35:21 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:35:21 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:35:26 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:35:26 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> > Aug 14 20:35:31 auth-us slapd[10357]: daemon: epoll: listen=7 busy
> > Aug 14 20:35:31 auth-us slapd[10357]: daemon: epoll: listen=8
> > active_threads=0
> > tvp=zero
> >
> >
> >
> > Every log entry prior to this looks normal in that epoll: listen=7 goes
> > between active_threads=0 to busy when a connection comes in, sets up the
> > connection, and then goes back to active_threads=0. I have yet to understand
> > what is going on to cause it to go into the busy state and never to return
> > until I manually stop and restart the slapd process. It does appear however
> > that slapd can still process any queries on active connections as noted on
> > descriptors 40r and 42r--it just can't process any new connection requests
> > as
> > epoll: listen=7 has hung.
> >
> >
> >
> > Looking through the archives this problem still appears to be present in a
> > few
> > additional later releases but I have not found any thread yet which points
> > to
> > a specific solution or patch that fixes this problem. Unless I can point to
> > a
> > specific solution and/or patch I won't get approval to do a pull from the
> > latest source and compile--I'll have to stick with an hourly cron job that
> > stops and restart slapd.
> >
> >
> >
> > Thanks,
> >
> > Bob Smith
> >
> > --bs
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
>
> --
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openldap.org/project/
12 years, 3 months
RE: OPENLDAP SYNCREPL
by Borresen, John - 0442 - MITLL
Maybe it's just that it is near the end of the day...but, first here is my
ldif to add the provider to my cn=accesslog:
dn: olcDatabase={2}bdb,cn=config (I've tried it with {1}, {2} and nothing)
changetype: add
objectClass: olcOverlayConfig
objectClass: olcSynProvConfig
olcOverlay: syncprov
olcSpNoPresent: TRUE
olcSpReloadHint: TRUE
Receiving the following error:
ldap_add: Invalid syntax (21)
additional info: objectClass: value #1 invalid per syntax
-----
Looking at my old ldif's for creating this in the first place (this my
original LDIF to create the cn=accesslog):
]# more olcDatabase={1}bdb.ldif
dn: olcDatabase={1}bdb
objectClass: olcDatabaseConfig
objectClass: olcBdbConfig
olcDatabase: bdb
olcDbDirectory: /var/lib/ldap_db/accesslog
olcSuffix: cn=accesslog
olcDbIndex: default eq
olcDbIndex: entryCSN,objectClass,reqEnd,reqResult,reqStart
structuralObjectClass: olcBdbConfig
entryUUID: 446c6c64-a899-4f37-9498-cb4a349d3b48
creatorsName: cn=admin,cn=config
createTimestamp: 20120229153826Z
entryCSN: 20120229153826.297794Z#000000#000#000000
modifiersName: cn=admin,cn=config
modifyTimestamp: 20120229153826Z
Originally, I had the olcOverlay, etc in this but it failed out with the
same error as above; so, I took it out in the hope of inserting it later
obviously with no luck.
David Borresen
ph: 781-981-2954
email: john.d.borresen(a)ll.mit.edu
-----Original Message-----
From: Howard Chu [mailto:hyc@symas.com]
Sent: Tuesday, March 13, 2012 2:52 PM
To: Borresen, John - 0442 - MITLL
Cc: Quanah Gibson-Mount; openldap-technical(a)openldap.org
Subject: Re: OPENLDAP SYNCREPL
Borresen, John - 0442 - MITLL wrote:
> Thanks, Howard;
>
> In hindsight, if my config looks jumbled, it is...that's what I get for
> doing little things in a quasi-blind attempt at solving issues.
Quanah's followup was correct: you have the consumer configured for
delta-syncrepl but you're missing the provider on your cn=accesslog
database.
See the Admin Guide section 18.3.2.
http://www.openldap.org/doc/admin24/replication.html#Configuring%20the%20dif
ferent%20replication%20types
> *******Here is the output of slapcat on the Provider:**********
>
> # slapcat -s olcDatabase=\{1}bdb,cn=config
> dn: olcDatabase={1}bdb,cn=config
> objectClass: olcDatabaseConfig
> objectClass: olcBdbConfig
> olcSuffix: dc=group42,dc=ldap
> olcAddContentAcl: FALSE
> olcLastMod: TRUE
> olcMaxDerefDepth: 15
> olcReadOnly: FALSE
> olcRootDN: cn=ldapadmin,dc=group42,dc=ldap
> olcRootPW:: ***************
> olcSyncUseSubentry: FALSE
> olcMonitoring: TRUE
> olcDbDirectory: /var/lib/ldap_db/openldap-data
> olcDbCacheSize: 1000
> olcDbConfig: {0}# $OpenLDAP: pkg/ldap/servers/slapd/DB_CONFIG,v 1.3.2.4
> 2007/1
> 2/18 11:53:27 ghenry Exp $
> olcDbConfig: {1}# Example DB_CONFIG file for use with slapd(8) BDB/HDB
> databas
> es.
> olcDbConfig: {2}#
> olcDbConfig: {3}# See the Oracle Berkeley DB documentation
> olcDbConfig: {4}#
> <http://www.oracle.com/technology/documentation/berkeley-d
> b/db/ref/env/db_config.html>
> olcDbConfig: {5}# for detail description of DB_CONFIG syntax and
semantics.
> olcDbConfig: {6}#
> olcDbConfig: {7}# Hints can also be found in the OpenLDAP Software FAQ
> olcDbConfig::
> ezh9Iwk8aHR0cDovL3d3dy5vcGVubGRhcC5vcmcvZmFxL2luZGV4LmNnaT9maWxl
> PTI+
> olcDbConfig: {9}# in particular:
> olcDbConfig: {10}#<http://www.openldap.org/faq/index.cgi?file=1075>
> olcDbConfig: {11}
> olcDbConfig: {12}# Note: most DB_CONFIG settings will take effect only
upon
> re
> building
> olcDbConfig: {13}# the DB environment.
> olcDbConfig: {14}
> olcDbConfig: {15}# one 0.25 GB cache
> olcDbConfig: {16}set_cachesize 0 268435456 1
> olcDbConfig: {17}
> olcDbConfig: {18}# Data Directory
> olcDbConfig: {19}#set_data_dir db
> olcDbConfig: {20}
> olcDbConfig: {21}# Transaction Log settings
> olcDbConfig: {22}set_lg_regionmax 262144
> olcDbConfig: {23}set_lg_bsize 2097152
> olcDbConfig: {24}#set_lg_dir logs
> olcDbConfig: {25}
> olcDbConfig: {26}# Note: special DB_CONFIG flags are no longer needed for
> "qui
> ck"
> olcDbConfig::
> ezI3fSMgc2xhcGFkZCg4KSBvciBzbGFwaW5kZXgoOCkgYWNjZXNzIChzZWUgdGhl
> aXIgLXEgb3B0aW9uKS4g
> olcDbNoSync: FALSE
> olcDbDirtyRead: FALSE
> olcDbIDLcacheSize: 0
> olcDbIndex: objectClass eq
> olcDbIndex: sn eq,sub
> olcDbIndex: mail eq,sub
> olcDbIndex: departmentNumber eq
> olcDbIndex: cn,uid eq,sub
> olcDbIndex: uidNumber eq
> olcDbIndex: entryCSN eq
> olcDbIndex: entryUUID eq
> olcDbIndex: ipHostNumber eq
> olcDbIndex: gidNumber,memberUID eq
> olcDbLinearIndex: FALSE
> olcDbMode: 0600
> olcDbShmKey: 0
> olcDbCacheFree: 1
> olcDbDNcacheSize: 0
> structuralObjectClass: olcBdbConfig
> entryUUID: 101e6d86-dd1c-4eaa-a26e-d7e201a727f8
> creatorsName: cn=config
> createTimestamp: 20111219143532Z
> olcDbSearchStack: 32
> olcAccess: {0} to attrs=userPassword,shadowLastChange by self write by
> anonymo
> us auth by * none
> olcAccess: {1} to * by * read
> olcDatabase: {1}bdb
> olcLimits: {0}dn.exact="cn=ldapadmin,dc=group42,dc=ldap" size=unlimited
> time=u
> nlimited
> entryCSN: 20120313163732.658240Z#000000#001#000000
> modifiersName: cn=admin,cn=config
> modifyTimestamp: 20120313163732Z
>
> dn: olcOverlay={0}syncprov,olcDatabase={1}bdb,cn=config
> objectClass: olcOverlayConfig
> objectClass: olcSyncProvConfig
> olcOverlay: {0}syncprov
> olcSpNoPresent: TRUE
> structuralObjectClass: olcSyncProvConfig
> entryUUID: 8572b589-f594-44a6-91fe-0de741afbcca
> creatorsName: cn=admin,cn=config
> createTimestamp: 20120224171809Z
> olcSpReloadHint: TRUE
> olcSpCheckpoint: 1000 60
> entryCSN: 20120312145000.123929Z#000000#001#000000
> modifiersName: cn=admin,cn=config
> modifyTimestamp: 20120312145000Z
>
> dn: olcOverlay={1}accesslog,olcDatabase={1}bdb,cn=config
> objectClass: olcOverlayConfig
> objectClass: olcAccessLogConfig
> olcOverlay: {1}accesslog
> olcAccessLogDB: cn=accesslog
> olcAccessLogOps: writes
> olcAccessLogPurge: 07+00:00 01+00:00
> olcAccessLogSuccess: TRUE
> structuralObjectClass: olcAccessLogConfig
> entryUUID: eea1e438-6385-4660-807b-bb270eb4843a
> creatorsName: cn=admin,cn=config
> createTimestamp: 20120229161649Z
> entryCSN: 20120229161649.880441Z#000000#000#000000
> modifiersName: cn=admin,cn=config
> modifyTimestamp: 20120229161649Z
>
> # slapcat -s olcDatabase=\{2}bdb,cn=config
> dn: olcDatabase={2}bdb,cn=config
> objectClass: olcDatabaseConfig
> objectClass: olcBdbConfig
> olcDbDirectory: /var/lib/ldap_db/accesslog
> olcSuffix: cn=accesslog
> olcDbIndex: default eq
> olcDbIndex: entryCSN,objectClass,reqEnd,reqResult,reqStart
> structuralObjectClass: olcBdbConfig
> entryUUID: 446c6c64-a899-4f37-9498-cb4a349d3b48
> creatorsName: cn=admin,cn=config
> createTimestamp: 20120229153826Z
> olcLimits: {0}dn.exact="cn=ldapadmin,dc=group42,dc=ldap"
time.soft=unlimited
> t
> ime.hard=unlimited size.soft=unlimited size.hard=unlimited
> olcDatabase: {2}bdb
> entryCSN: 20120313143637.046410Z#000000#001#000000
> modifiersName: cn=config
> modifyTimestamp: 20120313143637Z
>
>
>
>
> ################################################
> ***Here is the output of slapcat from the Consumer***
> # slapcat -s olcDatabase=\{2}bdb,cn=config
> dn: olcDatabase={2}bdb,cn=config
> objectClass: olcDatabaseConfig
> objectClass: olcBdbConfig
> olcSuffix: dc=group42,dc=ldap
> olcAddContentAcl: FALSE
> olcLastMod: TRUE
> olcMaxDerefDepth: 15
> olcReadOnly: FALSE
> olcRootDN: cn=ldapadmin,dc=group42,dc=ldap
> olcRootPW:: ***************
> olcSyncUseSubentry: FALSE
> olcMonitoring: TRUE
> olcDbDirectory: /var/lib/ldap_db/openldap-data
> olcDbCacheSize: 1000
> olcDbConfig: {0}# $OpenLDAP: pkg/ldap/servers/slapd/DB_CONFIG,v 1.1.2.4
> 2007/1
> 2/18 11:51:46 ghenry Exp $
> olcDbConfig: {1}# Example DB_CONFIG file for use with slapd(8) BDB/HDB
> databas
> es.
> olcDbConfig: {2}#
> olcDbConfig: {3}# See the Oracle Berkeley DB documentation
> olcDbConfig: {4}#
> <http://www.oracle.com/technology/documentation/berkeley-d
> b/db/ref/env/db_config.html>
> olcDbConfig: {5}# for detail description of DB_CONFIG syntax and
semantics.
> olcDbConfig: {6}#
> olcDbConfig: {7}# Hints can also be found in the OpenLDAP Software FAQ
> olcDbConfig::
> ezh9Iwk8aHR0cDovL3d3dy5vcGVubGRhcC5vcmcvZmFxL2luZGV4LmNnaT9maWxl
> PTI+
> olcDbConfig: {9}# in particular:
> olcDbConfig: {10}#<http://www.openldap.org/faq/index.cgi?file=1075>
> olcDbConfig: {11}
> olcDbConfig: {12}# Note: most DB_CONFIG settings will take effect only
upon
> re
> building
> olcDbConfig: {13}# the DB environment.
> olcDbConfig: {14}
> olcDbConfig: {15}# one 0.25 GB cache
> olcDbConfig: {16}set_cachesize 0 268435456 1
> olcDbConfig: {17}
> olcDbConfig: {18}# Data Directory
> olcDbConfig: {19}#set_data_dir db
> olcDbConfig: {20}
> olcDbConfig: {21}# Transaction Log settings
> olcDbConfig: {22}set_lg_regionmax 262144
> olcDbConfig: {23}set_lg_bsize 2097152
> olcDbConfig: {24}#set_lg_dir logs
> olcDbConfig: {25}
> olcDbConfig: {26}# Note: special DB_CONFIG flags are no longer needed for
> "qui
> ck"
> olcDbConfig::
> ezI3fSMgc2xhcGFkZCg4KSBvciBzbGFwaW5kZXgoOCkgYWNjZXNzIChzZWUgdGhl
> aXIgLXEgb3B0aW9uKS4g
> olcDbNoSync: FALSE
> olcDbDirtyRead: FALSE
> olcDbIDLcacheSize: 0
> olcDbIndex: objectClass eq
> olcDbIndex: cn,uid eq,sub
> olcDbIndex: sn eq,sub
> olcDbIndex: mail eq,sub
> olcDbIndex: departmentNumber eq
> olcDbIndex: entryCSN eq
> olcDbIndex: entryUUID eq
> olcDbIndex: uidNumber eq
> olcDbIndex: gidNumber eq
> olcDbLinearIndex: FALSE
> olcDbMode: 0600
> olcDbSearchStack: 16
> olcAccess: {0} to attrs=userPassword,shadowLastChange by self write by
> anonymo
> us auth by * none
> olcAccess: {1} to * by * read
> olcDbShmKey: 0
> olcDbCacheFree: 1
> olcDbDNcacheSize: 0
> structuralObjectClass: olcBdbConfig
> entryUUID: e6971058-e0f0-4160-aaca-a18b24d22008
> creatorsName: cn=config
> createTimestamp: 20120229205835Z
> olcDatabase: {2}bdb
> olcUpdateRef: ldaps://gp42-admin2.group42.ldap:636
> olcMirrorMode: TRUE
> olcSyncrepl: {0}rid=1 provider=ldaps://gp42-admin2.group42.ldap:636
> bindmethod
> =simple binddn="cn=ldapadmin,dc=group42,dc=ldap" credentials=*********
> interva
> l=01:00:00:00 searchbase="dc=group42,dc=ldap" logbase="cn=accesslog"
> schemach
> ecking=on type=refreshAndPersist retry="60 +" filter="(objectClass=*)"
> attrs=
> "*,+" syncdata=accesslog starttls=no
> tls_cacertdir=/usr/local/openldap-2.4.23
> /etc/openldap/cacerts
> entryCSN: 20120313150609.224840Z#000000#000#000000
> modifiersName: cn=admin,cn=config
> modifyTimestamp: 20120313150609Z
>
> dn: olcOverlay={0}memberof,olcDatabase={2}bdb,cn=config
> objectClass: olcOverlayConfig
> objectClass: olcMemberOf
> olcOverlay: {0}memberof
> structuralObjectClass: olcMemberOf
> entryUUID: 363ad8ed-872c-4fff-99c1-4f73d3e8055d
> creatorsName: cn=admin,cn=config
> createTimestamp: 20120302121345Z
> entryCSN: 20120302121345.220702Z#000000#000#000000
> modifiersName: cn=admin,cn=config
> modifyTimestamp: 20120302121345Z
>
> dn: olcOverlay={1}syncprov,olcDatabase={2}bdb,cn=config
> objectClass: olcOverlayConfig
> objectClass: olcSyncProvConfig
> olcOverlay: {1}syncprov
> olcSpNoPresent: TRUE
> structuralObjectClass: olcSyncProvConfig
> entryUUID: 69ca3f6a-1ac4-45f9-88ca-eb7f67ca7b63
> creatorsName: cn=admin,cn=config
> createTimestamp: 20120302141557Z
> entryCSN: 20120302141557.545770Z#000000#000#000000
> modifiersName: cn=admin,cn=config
> modifyTimestamp: 20120302141557Z
>
> I know that the two systems are communicating, at least, at the client
level
> and attempting to at the slapd level. As stated earlier, the only error
I'm
> seeing consistently on the Consumer is:
> do_syncrep2: rid=001 got search entry without Sync State control
> do_syncrepl: rid=001 rc -1 retrying
>
> David Borresen
> ph: 781-981-2954
> email: john.d.borresen(a)ll.mit.edu
>
>
> -----Original Message-----
> From: Howard Chu [mailto:hyc@symas.com]
> Sent: Tuesday, March 13, 2012 2:01 PM
> To: Borresen, John - 0442 - MITLL
> Cc: Quanah Gibson-Mount; openldap-technical(a)openldap.org
> Subject: Re: OPENLDAP SYNCREPL
>
> Borresen, John - 0442 - MITLL wrote:
>> Thanks, Quanah;
>>
>> As requested:
>
> That was clearly not the problem; if the syncprov module was missing your
> config would have caused slapd to fail to start. Also it was clearly
present
>
> since you had it updating the contextCSN in your shutdown log. Quanah, you
> should have already seen that and not sent him on a wild goose chase.
>
> And, one more time: DO NOT DIRECTLY ACCESS THE FILES IN THE CONFIG
> DIRECTORY.
>
> Use the database administration tools. For your previous case, you should
> have
> simply used:
> slapcat -s olcDatabase=\{1\}bdb,cn=config
>
> Make sure the consumer is talking to the server you think it is. Show
slapd
> -d7 output from the provider while the consumer is trying to connect.
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
12 years, 8 months
ldapbin : Invalid DN Syntax (34)
by Joseph vasanth
Hi,
I am a newbie on openldap. I have just installed openldap on FC11. I am facing issues when i try to bind. When i do an ldapsearch it throws the ldapbin : Invalid DN Syntax (34) error.
I have the following information
slapd.conf
#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include/etc/openldap/schema/corba.schema
include/etc/openldap/schema/core.schema
include/etc/openldap/schema/cosine.schema
include/etc/openldap/schema/duaconf.schema
include/etc/openldap/schema/dyngroup.schema
include/etc/openldap/schema/inetorgperson.schema
include/etc/openldap/schema/java.schema
include/etc/openldap/schema/misc.schema
include/etc/openldap/schema/nis.schema
include/etc/openldap/schema/openldap.schema
include/etc/openldap/schema/ppolicy.schema
include/etc/openldap/schema/collective.schema
# Allow LDAPv2 client connections. This is NOT the default.
allow bind_v2
# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referralldap://root.openldap.org
pidfile/var/run/openldap/slapd.pid
argsfile/var/run/openldap/slapd.args
# Load dynamic backend modules:
# modulepath/usr/lib/openldap # or /usr/lib64/openldap
# moduleload accesslog.la
# moduleload auditlog.la
# moduleload back_sql.la
# moduleload denyop.la
# moduleload dyngroup.la
# moduleload dynlist.la
# moduleload lastmod.la
# moduleload pcache.la
# moduleload ppolicy.la
# moduleload refint.la
# moduleload retcode.la
# moduleload rwm.la
# moduleload syncprov.la
# moduleload translucent.la
# moduleload unique.la
# moduleload valsort.la
# The next three lines allow use of TLS for encrypting connections using a
# dummy test certificate which you can generate by changing to
# /etc/pki/tls/certs, running "make slapd.pem", and fixing permissions on
# slapd.pem so that the ldap user or group can read it. Your client software
# may balk at self-signed certificates, however.
# TLSCACertificateFile /etc/pki/tls/certs/ca-bundle.crt
# TLSCertificateFile /etc/pki/tls/certs/slapd.pem
# TLSCertificateKeyFile /etc/pki/tls/certs/slapd.pem
# Sample security restrictions
#Require integrity protection (prevent hijacking)
#Require 112-bit (3DES or better) encryption for updates
#Require 63-bit encryption for simple bind
# security ssf=1 update_ssf=112 simple_bind=64
# Sample access control policy:
#Root DSE: allow anyone to read it
#Subschema (sub)entry DSE: allow anyone to read it
#Other DSEs:
#Allow self write access
#Allow authenticated users read access
#Allow anonymous users to authenticate
#Directives needed to implement policy:
# access to dn.base="" by * read
# access to dn.base="cn=Subschema" by * read
# access to *
#by self write
#by users read
#by anonymous auth
#
# if no access controls are present, the default policy
# allows anyone and everyone to read anything but restricts
# updates to rootdn. (e.g., "access to * by * read")
#
# rootdn can always read and write EVERYTHING!
#######################################################################
# ldbm and/or bdb database definitions
#######################################################################
databasebdb
suffix"dc=primecorp,dc=com"
checkpoint1024 15
rootdn"cn=Manager,dc=primecorp,dc=com"
# Cleartext passwords, especially for the rootdn, should
# be avoided. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpwpassword
rootpw{MD5}X03MO1qnZdYdgyfeuILPmQ==
# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd and slap tools.
# Mode 700 recommended.
directory/var/lib/ldap
# Indices to maintain for this database
index objectClass eq,pres
index ou,cn,mail,surname,givenname eq,pres,sub
index uidNumber,gidNumber,loginShell eq,pres
index uid,memberUid eq,pres,sub
index nisMapName,nisMapEntry eq,pres,sub
# Replicas of this database
#replogfile /var/lib/ldap/openldap-master-replog
#replica host=ldap-1.example.com:389 starttls=critical
# bindmethod=sasl saslmech=GSSAPI
# authcId=host/ldap-master.example.com(a)EXAMPLE.COM
# enable monitoring
database monitor
access to attrs=userPassword
by self write
by dn="cn=Manager,dc=primecorp,dc=com" write
by anonymous auth
by * none
# allow onlu rootdn to read the monitor
access to *
by dn="cn=Manager,dc=primecorp,dc=com" write
by self write
by * read
/etc/ldap.conf
#
# LDAP Defaults
#
# See ldap.conf(5) for details
# This file should be world readable but not world writable.
#BASEdc=example,dc=com
#URIldap://ldap.example.com ldap://ldap-master.example.com:666
#SIZELIMIT12
#TIMELIMIT15
#DEREFnever
URI ldap://127.0.0.1/
BASE dc=primecorp,dc=com
TLS_CACERTDIR /etc/openldap/cacerts
/etc/opnldap/ldap.conf
# @(#)$Id: ldap.conf,v 1.38 2006/05/15 08:13:31 lukeh Exp $
#
# This is the configuration file for the LDAP nameservice
# switch library and the LDAP PAM module.
#
# The man pages for this file are nss_ldap(5) and pam_ldap(5)
#
# PADL Software
# http://www.padl.com
#
# Your LDAP server. Must be resolvable without using LDAP.
# Multiple hosts may be specified, each separated by a
# space. How long nss_ldap takes to failover depends on
# whether your LDAP client library supports configurable
# network or connect timeouts (see bind_timelimit).
#host 127.0.0.1
# The distinguished name of the search base.
base dc=primecorp,dc=com
# Another way to specify your LDAP server is to provide an
# uri with the server name. This allows to use
# Unix Domain Sockets to connect to a local LDAP Server.
#uri ldap://127.0.0.1/
#uri ldaps://127.0.0.1/
#uri ldapi://%2fvar%2frun%2fldapi_sock/
# Note: %2f encodes the '/' used as directory separator
# The LDAP version to use (defaults to 3
# if supported by client library)
#ldap_version 3
# The distinguished name to bind to the server with.
# Optional: default is to bind anonymously.
#binddn cn=proxyuser,dc=example,dc=com
# The credentials to bind with.
# Optional: default is no credential.
#bindpw secret
# The distinguished name to bind to the server with
# if the effective user ID is root. Password is
# stored in /etc/ldap.secret (mode 600)
#rootbinddn cn=manager,dc=example,dc=com
# The port.
# Optional: default is 389.
#port 389
# The search scope.
#scope sub
#scope one
#scope base
# Search timelimit
#timelimit 30
timelimit 120
# Bind/connect timelimit
#bind_timelimit 30
bind_timelimit 120
# Reconnect policy: hard (default) will retry connecting to
# the software with exponential backoff, soft will fail
# immediately.
#bind_policy hard
# Idle timelimit; client will close connections
# (nss_ldap only) if the server has not been contacted
# for the number of seconds specified below.
#idle_timelimit 3600
idle_timelimit 3600
# Filter to AND with uid=%s
#pam_filter objectclass=account
# The user ID attribute (defaults to uid)
#pam_login_attribute uid
# Search the root DSE for the password policy (works
# with Netscape Directory Server)
#pam_lookup_policy yes
# Check the 'host' attribute for access control
# Default is no; if set to yes, and user has no
# value for the host attribute, and pam_ldap is
# configured for account management (authorization)
# then the user will not be allowed to login.
#pam_check_host_attr yes
# Check the 'authorizedService' attribute for access
# control
# Default is no; if set to yes, and the user has no
# value for the authorizedService attribute, and
# pam_ldap is configured for account management
# (authorization) then the user will not be allowed
# to login.
#pam_check_service_attr yes
# Group to enforce membership of
#pam_groupdn cn=PAM,ou=Groups,dc=example,dc=com
# Group member attribute
#pam_member_attribute uniquemember
# Specify a minium or maximum UID number allowed
#pam_min_uid 0
#pam_max_uid 0
# Template login attribute, default template user
# (can be overriden by value of former attribute
# in user's entry)
#pam_login_attribute userPrincipalName
#pam_template_login_attribute uid
#pam_template_login nobody
# HEADS UP: the pam_crypt, pam_nds_passwd,
# and pam_ad_passwd options are no
# longer supported.
#
# Do not hash the password at all; presume
# the directory server will do it, if
# necessary. This is the default.
#pam_password clear
# Hash password locally; required for University of
# Michigan LDAP server, and works with Netscape
# Directory Server if you're using the UNIX-Crypt
# hash mechanism and not using the NT Synchronization
# service.
#pam_password crypt
# Remove old password first, then update in
# cleartext. Necessary for use with Novell
# Directory Services (NDS)
#pam_password clear_remove_old
#pam_password nds
# RACF is an alias for the above. For use with
# IBM RACF
#pam_password racf
# Update Active Directory password, by
# creating Unicode password and updating
# unicodePwd attribute.
#pam_password ad
# Use the OpenLDAP password change
# extended operation to update the password.
#pam_password exop
# Redirect users to a URL or somesuch on password
# changes.
#pam_password_prohibit_message Please visit http://internal to change your password.
# RFC2307bis naming contexts
# Syntax:
# nss_base_XXXbase?scope?filter
# where scope is {base,one,sub}
# and filter is a filter to be &'d with the
# default filter.
# You can omit the suffix eg:
# nss_base_passwdou=People,
# to append the default base DN but this
# may incur a small performance impact.
#nss_base_passwdou=People,dc=example,dc=com?one
#nss_base_shadowou=People,dc=example,dc=com?one
#nss_base_groupou=Group,dc=example,dc=com?one
#nss_base_hostsou=Hosts,dc=example,dc=com?one
#nss_base_servicesou=Services,dc=example,dc=com?one
#nss_base_networksou=Networks,dc=example,dc=com?one
#nss_base_protocolsou=Protocols,dc=example,dc=com?one
#nss_base_rpcou=Rpc,dc=example,dc=com?one
#nss_base_ethersou=Ethers,dc=example,dc=com?one
#nss_base_netmasksou=Networks,dc=example,dc=com?ne
#nss_base_bootparamsou=Ethers,dc=example,dc=com?one
#nss_base_aliasesou=Aliases,dc=example,dc=com?one
#nss_base_netgroupou=Netgroup,dc=example,dc=com?one
# Just assume that there are no supplemental groups for these named users
nss_initgroups_ignoreusers root,ldap,named,avahi,haldaemon,dbus,radvd,tomcat,radiusd,news,mailman,nscd,gdm,polkituser
# attribute/objectclass mapping
# Syntax:
#nss_map_attributerfc2307attributemapped_attribute
#nss_map_objectclassrfc2307objectclassmapped_objectclass
# configure --enable-nds is no longer supported.
# NDS mappings
#nss_map_attribute uniqueMember member
# Services for UNIX 3.5 mappings
#nss_map_objectclass posixAccount User
#nss_map_objectclass shadowAccount User
#nss_map_attribute uid msSFU30Name
#nss_map_attribute uniqueMember msSFU30PosixMember
#nss_map_attribute userPassword msSFU30Password
#nss_map_attribute homeDirectory msSFU30HomeDirectory
#nss_map_attribute homeDirectory msSFUHomeDirectory
#nss_map_objectclass posixGroup Group
#pam_login_attribute msSFU30Name
#pam_filter objectclass=User
#pam_password ad
# configure --enable-mssfu-schema is no longer supported.
# Services for UNIX 2.0 mappings
#nss_map_objectclass posixAccount User
#nss_map_objectclass shadowAccount user
#nss_map_attribute uid msSFUName
#nss_map_attribute uniqueMember posixMember
#nss_map_attribute userPassword msSFUPassword
#nss_map_attribute homeDirectory msSFUHomeDirectory
#nss_map_attribute shadowLastChange pwdLastSet
#nss_map_objectclass posixGroup Group
#nss_map_attribute cn msSFUName
#pam_login_attribute msSFUName
#pam_filter objectclass=User
#pam_password ad
# RFC 2307 (AD) mappings
#nss_map_objectclass posixAccount user
#nss_map_objectclass shadowAccount user
#nss_map_attribute uid sAMAccountName
#nss_map_attribute homeDirectory unixHomeDirectory
#nss_map_attribute shadowLastChange pwdLastSet
#nss_map_objectclass posixGroup group
#nss_map_attribute uniqueMember member
#pam_login_attribute sAMAccountName
#pam_filter objectclass=User
#pam_password ad
# configure --enable-authpassword is no longer supported
# AuthPassword mappings
#nss_map_attribute userPassword authPassword
# AIX SecureWay mappings
#nss_map_objectclass posixAccount aixAccount
#nss_base_passwd ou=aixaccount,?one
#nss_map_attribute uid userName
#nss_map_attribute gidNumber gid
#nss_map_attribute uidNumber uid
#nss_map_attribute userPassword passwordChar
#nss_map_objectclass posixGroup aixAccessGroup
#nss_base_group ou=aixgroup,?one
#nss_map_attribute cn groupName
#nss_map_attribute uniqueMember member
#pam_login_attribute userName
#pam_filter objectclass=aixAccount
#pam_password clear
# Netscape SDK LDAPS
#ssl on
# Netscape SDK SSL options
#sslpath /etc/ssl/certs
# OpenLDAP SSL mechanism
# start_tls mechanism uses the normal LDAP port, LDAPS typically 636
#ssl start_tls
#ssl on
# OpenLDAP SSL options
# Require and verify server certificate (yes/no)
# Default is to use libldap's default behavior, which can be configured in
# /etc/openldap/ldap.conf using the TLS_REQCERT setting. The default for
# OpenLDAP 2.0 and earlier is "no", for 2.1 and later is "yes".
#tls_checkpeer yes
# CA certificates for server certificate verification
# At least one of these are required if tls_checkpeer is "yes"
#tls_cacertfile /etc/ssl/ca.cert
#tls_cacertdir /etc/ssl/certs
# Seed the PRNG if /dev/urandom is not provided
#tls_randfile /var/run/egd-pool
# SSL cipher suite
# See man ciphers for syntax
#tls_ciphers TLSv1
# Client certificate and key
# Use these, if your server requires client authentication.
#tls_cert
#tls_key
# Disable SASL security layers. This is needed for AD.
#sasl_secprops maxssf=0
# Override the default Kerberos ticket cache location.
#krb5_ccname FILE:/etc/.ldapcache
# SASL mechanism for PAM authentication - use is experimental
# at present and does not support password policy control
#pam_sasl_mech DIGEST-MD5
uri ldap://127.0.0.1/
ssl no
tls_cacertdir /etc/openldap/cacerts
pam_password md5
base.ldif
# create new
dn: dc=primecorp,dc=com
objectClass: dcObject
objectClass: organization
o: primecorp Organization
dc: primecorp
dn: cn=Manager,dc=primecorp,dc=com
objectClass: organizationalRole
cn: manager
dn: ou=People,dc=primecorp,dc=com
objectClass: organizationalUnit
ou: People
dn: ou=Group,dc=primecorp,dc=com
objectClass: organizationalUnit
ou: Group
ldapsearch -x -h 10.127.1.146 -b "dc=primecorp,dc=com" -D 'admin(a)primecorp.com' -W "cn=admin"
Enter LDAP Password:
ldap_bind: Invalid DN syntax (34)
additional info: invalid DN
I have installed and the installation went fine. but ldapsearch keeps giving the same error
i also tried other combinations on the dn like adding a ou=Peopledc=primecorp,dc=com, many other combinations but i stll kept hitting the same error or "invalid credentials".
I completley stuck as to whether i am putting the correct information.I am not able to see what is exactly wrong with the config.
I am using Fedora Core 11 by the way.
If someone could please help me with this i would be so appreciative, LDAP looks so easy to set up yet there is something probably so small preventing it being set up correctly. if you need any more information on this just ask me.
Regards
Joseph
13 years, 1 month
Re: CSN too old, ignoring - and therefore not syncing
by Gavin Henry
Try dropping nopresent and reloadhint relating to ITS5669. You only
need these two syncprov settings on an accesslog db.
Gavin.
On 23/12/2008, Pat Riehecky <prieheck(a)iwu.edu> wrote:
> On Tue, 2008-12-23 at 11:45 +0000, Gavin Henry wrote:
>> Can you post your config somewhere?
>
>
> allow bind_v2
>
> include /etc/ldap/schema/core.schema
> include /etc/ldap/schema/cosine.schema
> include /etc/ldap/schema/nis.schema
> include /etc/ldap/schema/inetorgperson.schema
> include /etc/ldap/schema/samba.schema
> include /etc/ldap/schema/eduperson-200412.schema
> include /etc/ldap/schema/hdb.schema
> include /etc/ldap/schema/IWU.schema
>
> pidfile /var/run/slapd/slapd.pid
> argsfile /var/run/slapd/slapd.args
>
> modulepath /usr/lib/ldap
> moduleload back_hdb
> moduleload back_monitor
> moduleload memberof
> moduleload syncprov
> moduleload smbk5pwd
>
> tool-threads 2
> sizelimit 500
> idletimeout 7200
>
> TLSCACertificateFile /etc/ldap/ssl/IWU.crt
> TLSCertificateFile /etc/ldap/ssl/ldap.iwu.edu.crt
> TLSCertificateKeyFile /etc/ldap/ssl/ldap.iwu.edu.key
> TLSVerifyClient allow
>
> localSSF 160
> security ssf=1 update_ssf=128 simple_bind=112
> sasl-secprops noanonymous
>
> access to dn.base="" by * read
> access to dn.base="cn=Subschema" by * read
>
> backend hdb
> database hdb
>
> overlay memberof
> overlay smbk5pwd
> overlay syncprov
>
> smbk5pwd-enable samba
> smbk5pwd-enable krb5
> smbk5pwd-must-change 0
>
> syncprov-checkpoint 100 10
> syncprov-sessionlog 200
> syncprov-nopresent TRUE
> syncprov-reloadhint TRUE
>
> suffix "dc=iwu,dc=edu"
>
> rootdn "cn=admin,dc=iwu,dc=edu"
> rootpw {redacted}
>
> authz-regexp "uidNumber=0\\\
> +gidNumber=.*,cn=peercred,cn=external,cn=auth"
> "cn=ldapi,dc=iwu,dc=edu"
> authz-regexp "gidNumber=.*\\\
> +uidNumber=0,cn=peercred,cn=external,cn=auth"
> "cn=ldapi,dc=iwu,dc=edu"
>
> authz-regexp "uid=(.+),cn=.+,cn=auth" "uid=$1,ou=People,dc=iwu,dc=edu"
>
> directory "/var/lib/ldap/"
>
> dbconfig set_cachesize 0 62914560 0
> dbconfig set_lk_max_objects 1500
> dbconfig set_lk_max_locks 1500
> dbconfig set_lk_max_lockers 1500
>
> # Make sure to do a nightly slapcat
> dbconfig set_flags DB_LOG_AUTOREMOVE
>
> index objectClass eq,pres
> index default eq,sub,pres
> index mail eq,sub,pres
> index sn eq,sub,pres
> index cn eq,sub,pres
> index displayName eq,sub,pres
> index gecos eq,sub,pres
> index uid eq,sub,pres
> index memberUid eq,sub,pres
> index uidNumber eq,pres
> index gidNumber eq,pres
> index entryCSN eq,pres
> index entryUUID eq,pres
> index uniqueMember eq,pres
> index userPassword eq,pres
> index krb5PrincipalName eq,pres
> index krb5PrincipalRealm eq,pres
> index sambaDomainName eq,pres
> index sambaSID eq,pres
> index sambaPrimaryGroupSID eq,pres
> index sambaSIDList eq,pres
>
> lastmod on
>
> checkpoint 256 15
>
> password-hash {SSHA}
>
> limits dn.exact="cn=admin,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
> limits dn.exact="cn=ldapi,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
> limits dn.exact="cn=sambaadmin,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
> limits dn.exact="cn=mirror,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
> limits dn.exact="cn=freeradius,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
>
> access to dn.sub="dc=iwu,dc=edu"
> by dn.exact="cn=ldapi,dc=iwu,dc=edu" write
> by dn.exact="cn=sambaadmin,dc=iwu,dc=edu" write
> by dn.exact="cn=mirror,dc=iwu,dc=edu" read
> by dn.exact="cn=freeradius,dc=iwu,dc=edu" read
> by * break
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=userPassword,shadowLastChange,sambaLMPassword,sambaNTPassword,krb5Key
> by anonymous auth
> by self write
> by dn.exact="cn=passwordmanager,dc=iwu,dc=edu" write
> by users auth
> by * break
>
> access to dn.exact="cn=ldapi,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=sambaadmin,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=mirror,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=freeradius,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=passwordmanager,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=admin,dc=iwu,dc=edu" by * none
>
> access to dn.regex="uid=.*\$,ou=People,dc=iwu,dc=edu" by self read by *
> none
> access to dn.sub="ou=Computers,dc=iwu,dc=edu" by self read by * none
> access to dn.sub="ou=Idmap,dc=iwu,dc=edu" by self read by * none
> access to dn.exact="sambaDomainName=IWU.EDU,dc=iwu,dc=edu" by self read
> by * none
> access to dn.exact="uid=Administrator,ou=People,dc=iwu,dc=edu" by self
> read by * none
> access to dn.exact="uid=root,ou=People,dc=iwu,dc=edu" by self read by *
> none
>
> access to
> dn.regex="krb5PrincipalName=.*(a)IWU.EDU,ou=People,dc=iwu,dc=edu" by self
> read by * none
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=telephoneNumber,mobileTelephoneNumber,homePostalAddress,streetAddress,physicalDeliveryOfficeName,roomNumber,preferredLanguage,localityName,postOfficeBox,postalCode,stateOrProvinceName
> by self write
> by users read
> by anonymous none
> by * break
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=krb5PrincipalName,krb5MaxLife,krb5MaxRenew,krb5KDCFlags,krb5KeyVersionNumber
> by self read
> by anonymous none
> by * break
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=sambaPrimaryGroupSID,sambaSID,sambaAlgorithmicRidBase,sambaNextRid
> by * none
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=sambaPwdCanChange,sambaLogonTime,sambaLogoffTime,sambaAcctFlags,sambaPasswordHistory,sambaPwdLastSet,sambaGroupType,sambaPwdMustChange,sambaKickoffTime,sambaLockoutThreshold,sambaForceLogoff,sambaRefuseMachinePwdChange,sambaLockoutObservationWindow,sambaLockoutDuration,sambaMinPwdAge,sambaMaxPwdAge,sambaLogonToChgPwd,sambaPwdHistoryLength,sambaMinPwdLength
> by self read
> by anonymous none
> by * break
>
> access to dn.sub="dc=iwu,dc=edu" by * read
>
> serverID 1
>
> syncrepl rid=2
> provider=ldap://ldap2.iwu.edu/
> schemachecking=off
> searchbase="dc=iwu,dc=edu"
> scope=sub
> type=refreshAndPersist
> binddn="cn=mirror,dc=iwu,dc=edu"
> credentials={redacted}
> bindmethod=simple
> starttls=yes
> tls_cert=/etc/ldap/ssl/ldap.iwu.edu.crt
> tls_key=/etc/ldap/ssl/ldap.iwu.edu.key
> tls_cacert=/etc/ldap/ssl/IWU.crt
> tls_reqcert=try
> interval=00:00:00:30
> retry="15 +"
> timeout=1
> timelimit=unlimited
> sizelimit=unlimited
>
> mirrormode on
>
> ###############################
> database monitor
> limits dn.exact="cn=admin,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
>
> access to dn.exact="cn=Monitor"
> by dn.exact="cn=admin,dc=iwu,dc=edu" read
> by * none
>
> access to dn.subtree="cn=Monitor"
> by dn.exact="cn=admin,dc=iwu,dc=edu" read
> by * none
>
>
>>
>> On 22/12/2008, Pat Riehecky <prieheck(a)iwu.edu> wrote:
>> > Here is the quick and dirty what I am trying to do:
>> >
>> > ldap1 and ldap2 are supposed to be in MultiMaster. They are time synced
>> > to pool.ntp.org and each other (if they drift I would rather they sorta
>> > drift together, but pool should be keeping that in check).
>> >
>> > Right now I am just beating them up to see how 2.4.13 performs. (So far
>> > VERY well, minus this little problem)
>> >
>> > I have a rather small ldif (41 entries) that just wont sync (I'm
>> > starting small). Debug gives me
>> >
>> > ber_scanf fmt (m}) ber:
>> > ber_dump: buf=0xb806f120 ptr=0xb806f137 end=0xb806f175 len=62
>> > 0000: 00 3c 72 69 64 3d 30 30 31 2c 73 69 64 3d 30
>> > 30 .<rid=001,sid=00
>> > 0010: 32 2c 63 73 6e 3d 32 30 30 38 31 32 32 32 31 37
>> > 2,csn=2008122217
>> > 0020: 34 37 32 31 2e 38 35 35 39 30 34 5a 23 30 30 30
>> > 4721.855904Z#000
>> > 0030: 30 30 30 23 30 30 31 23 30 30 30 30 30 30
>> > 000#001#000000
>> > do_syncrep2:
>> > cookie=rid=001,sid=002,csn=20081222174721.855904Z#000000#001#000000
>> > do_syncrep2: rid=001 CSN too old, ignoring
>> > 20081222174721.855904Z#000000#001#000000
>> > ldap_msgfree
>> >
>> > I am not exactly sure how it gotten to be "too old." The ldif I am
>> > importing is not the result of a slapcat or anything that would preserve
>> > the CSN or UUID attributes (not that syncrepl uses UUID). I am loading
>> > one single file with ldapadd which, in my understanding, sets up the CSN
>> > and wouldn't let me import one anyway.
>> >
>> > Each server has no entries until I load the one, so there shouldn't be
>> > any weird stale CSNs causing this. They are "sync'ed" almost instantly
>> > after the one system is loaded - I just don't have everything.
>> >
>> > After a sync:
>> > ldap1 - slapcat |grep dn: |wc -l = 41
>> > ldap2 - slapcat |grep dn: |wc -l = 18
>> >
>> > Right now I can get them in sync with a slapcat/slapadd, but when the go
>> > into production I wont be able to say for certain which one is
>> > authoritative. That is the purpose of multi-master....
>> >
>> > OpenLDAP 2.4.13, built by me (passed all tests) on Ubuntu Linux 32 bit
>> >
>> > Any ideas as to what I can do to stop this from happening?
>> >
>> > Pat
>> >
>> >
>> >
>> >
>>
>
>
--
Sent from my mobile device
http://www.suretecsystems.com/services/openldap/
15 years, 11 months
Re: CSN too old, ignoring - and therefore not syncing
by Gavin Henry
Also, interval is only used in refreshOnly mode and overlays should be
listed last before the next database definition stacked the order you
want them loaded (in your case leave as is as they are in the correct
order).
Thanks.
On 23/12/2008, Pat Riehecky <prieheck(a)iwu.edu> wrote:
> On Tue, 2008-12-23 at 11:45 +0000, Gavin Henry wrote:
>> Can you post your config somewhere?
>
>
> allow bind_v2
>
> include /etc/ldap/schema/core.schema
> include /etc/ldap/schema/cosine.schema
> include /etc/ldap/schema/nis.schema
> include /etc/ldap/schema/inetorgperson.schema
> include /etc/ldap/schema/samba.schema
> include /etc/ldap/schema/eduperson-200412.schema
> include /etc/ldap/schema/hdb.schema
> include /etc/ldap/schema/IWU.schema
>
> pidfile /var/run/slapd/slapd.pid
> argsfile /var/run/slapd/slapd.args
>
> modulepath /usr/lib/ldap
> moduleload back_hdb
> moduleload back_monitor
> moduleload memberof
> moduleload syncprov
> moduleload smbk5pwd
>
> tool-threads 2
> sizelimit 500
> idletimeout 7200
>
> TLSCACertificateFile /etc/ldap/ssl/IWU.crt
> TLSCertificateFile /etc/ldap/ssl/ldap.iwu.edu.crt
> TLSCertificateKeyFile /etc/ldap/ssl/ldap.iwu.edu.key
> TLSVerifyClient allow
>
> localSSF 160
> security ssf=1 update_ssf=128 simple_bind=112
> sasl-secprops noanonymous
>
> access to dn.base="" by * read
> access to dn.base="cn=Subschema" by * read
>
> backend hdb
> database hdb
>
> overlay memberof
> overlay smbk5pwd
> overlay syncprov
>
> smbk5pwd-enable samba
> smbk5pwd-enable krb5
> smbk5pwd-must-change 0
>
> syncprov-checkpoint 100 10
> syncprov-sessionlog 200
> syncprov-nopresent TRUE
> syncprov-reloadhint TRUE
>
> suffix "dc=iwu,dc=edu"
>
> rootdn "cn=admin,dc=iwu,dc=edu"
> rootpw {redacted}
>
> authz-regexp "uidNumber=0\\\
> +gidNumber=.*,cn=peercred,cn=external,cn=auth"
> "cn=ldapi,dc=iwu,dc=edu"
> authz-regexp "gidNumber=.*\\\
> +uidNumber=0,cn=peercred,cn=external,cn=auth"
> "cn=ldapi,dc=iwu,dc=edu"
>
> authz-regexp "uid=(.+),cn=.+,cn=auth" "uid=$1,ou=People,dc=iwu,dc=edu"
>
> directory "/var/lib/ldap/"
>
> dbconfig set_cachesize 0 62914560 0
> dbconfig set_lk_max_objects 1500
> dbconfig set_lk_max_locks 1500
> dbconfig set_lk_max_lockers 1500
>
> # Make sure to do a nightly slapcat
> dbconfig set_flags DB_LOG_AUTOREMOVE
>
> index objectClass eq,pres
> index default eq,sub,pres
> index mail eq,sub,pres
> index sn eq,sub,pres
> index cn eq,sub,pres
> index displayName eq,sub,pres
> index gecos eq,sub,pres
> index uid eq,sub,pres
> index memberUid eq,sub,pres
> index uidNumber eq,pres
> index gidNumber eq,pres
> index entryCSN eq,pres
> index entryUUID eq,pres
> index uniqueMember eq,pres
> index userPassword eq,pres
> index krb5PrincipalName eq,pres
> index krb5PrincipalRealm eq,pres
> index sambaDomainName eq,pres
> index sambaSID eq,pres
> index sambaPrimaryGroupSID eq,pres
> index sambaSIDList eq,pres
>
> lastmod on
>
> checkpoint 256 15
>
> password-hash {SSHA}
>
> limits dn.exact="cn=admin,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
> limits dn.exact="cn=ldapi,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
> limits dn.exact="cn=sambaadmin,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
> limits dn.exact="cn=mirror,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
> limits dn.exact="cn=freeradius,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
>
> access to dn.sub="dc=iwu,dc=edu"
> by dn.exact="cn=ldapi,dc=iwu,dc=edu" write
> by dn.exact="cn=sambaadmin,dc=iwu,dc=edu" write
> by dn.exact="cn=mirror,dc=iwu,dc=edu" read
> by dn.exact="cn=freeradius,dc=iwu,dc=edu" read
> by * break
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=userPassword,shadowLastChange,sambaLMPassword,sambaNTPassword,krb5Key
> by anonymous auth
> by self write
> by dn.exact="cn=passwordmanager,dc=iwu,dc=edu" write
> by users auth
> by * break
>
> access to dn.exact="cn=ldapi,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=sambaadmin,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=mirror,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=freeradius,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=passwordmanager,dc=iwu,dc=edu" by * none
> access to dn.exact="cn=admin,dc=iwu,dc=edu" by * none
>
> access to dn.regex="uid=.*\$,ou=People,dc=iwu,dc=edu" by self read by *
> none
> access to dn.sub="ou=Computers,dc=iwu,dc=edu" by self read by * none
> access to dn.sub="ou=Idmap,dc=iwu,dc=edu" by self read by * none
> access to dn.exact="sambaDomainName=IWU.EDU,dc=iwu,dc=edu" by self read
> by * none
> access to dn.exact="uid=Administrator,ou=People,dc=iwu,dc=edu" by self
> read by * none
> access to dn.exact="uid=root,ou=People,dc=iwu,dc=edu" by self read by *
> none
>
> access to
> dn.regex="krb5PrincipalName=.*(a)IWU.EDU,ou=People,dc=iwu,dc=edu" by self
> read by * none
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=telephoneNumber,mobileTelephoneNumber,homePostalAddress,streetAddress,physicalDeliveryOfficeName,roomNumber,preferredLanguage,localityName,postOfficeBox,postalCode,stateOrProvinceName
> by self write
> by users read
> by anonymous none
> by * break
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=krb5PrincipalName,krb5MaxLife,krb5MaxRenew,krb5KDCFlags,krb5KeyVersionNumber
> by self read
> by anonymous none
> by * break
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=sambaPrimaryGroupSID,sambaSID,sambaAlgorithmicRidBase,sambaNextRid
> by * none
>
> access to dn.sub="dc=iwu,dc=edu"
> attrs=sambaPwdCanChange,sambaLogonTime,sambaLogoffTime,sambaAcctFlags,sambaPasswordHistory,sambaPwdLastSet,sambaGroupType,sambaPwdMustChange,sambaKickoffTime,sambaLockoutThreshold,sambaForceLogoff,sambaRefuseMachinePwdChange,sambaLockoutObservationWindow,sambaLockoutDuration,sambaMinPwdAge,sambaMaxPwdAge,sambaLogonToChgPwd,sambaPwdHistoryLength,sambaMinPwdLength
> by self read
> by anonymous none
> by * break
>
> access to dn.sub="dc=iwu,dc=edu" by * read
>
> serverID 1
>
> syncrepl rid=2
> provider=ldap://ldap2.iwu.edu/
> schemachecking=off
> searchbase="dc=iwu,dc=edu"
> scope=sub
> type=refreshAndPersist
> binddn="cn=mirror,dc=iwu,dc=edu"
> credentials={redacted}
> bindmethod=simple
> starttls=yes
> tls_cert=/etc/ldap/ssl/ldap.iwu.edu.crt
> tls_key=/etc/ldap/ssl/ldap.iwu.edu.key
> tls_cacert=/etc/ldap/ssl/IWU.crt
> tls_reqcert=try
> interval=00:00:00:30
> retry="15 +"
> timeout=1
> timelimit=unlimited
> sizelimit=unlimited
>
> mirrormode on
>
> ###############################
> database monitor
> limits dn.exact="cn=admin,dc=iwu,dc=edu" size.hard=unlimited
> time.hard=unlimited size.soft=unlimited time.soft=unlimited
>
> access to dn.exact="cn=Monitor"
> by dn.exact="cn=admin,dc=iwu,dc=edu" read
> by * none
>
> access to dn.subtree="cn=Monitor"
> by dn.exact="cn=admin,dc=iwu,dc=edu" read
> by * none
>
>
>>
>> On 22/12/2008, Pat Riehecky <prieheck(a)iwu.edu> wrote:
>> > Here is the quick and dirty what I am trying to do:
>> >
>> > ldap1 and ldap2 are supposed to be in MultiMaster. They are time synced
>> > to pool.ntp.org and each other (if they drift I would rather they sorta
>> > drift together, but pool should be keeping that in check).
>> >
>> > Right now I am just beating them up to see how 2.4.13 performs. (So far
>> > VERY well, minus this little problem)
>> >
>> > I have a rather small ldif (41 entries) that just wont sync (I'm
>> > starting small). Debug gives me
>> >
>> > ber_scanf fmt (m}) ber:
>> > ber_dump: buf=0xb806f120 ptr=0xb806f137 end=0xb806f175 len=62
>> > 0000: 00 3c 72 69 64 3d 30 30 31 2c 73 69 64 3d 30
>> > 30 .<rid=001,sid=00
>> > 0010: 32 2c 63 73 6e 3d 32 30 30 38 31 32 32 32 31 37
>> > 2,csn=2008122217
>> > 0020: 34 37 32 31 2e 38 35 35 39 30 34 5a 23 30 30 30
>> > 4721.855904Z#000
>> > 0030: 30 30 30 23 30 30 31 23 30 30 30 30 30 30
>> > 000#001#000000
>> > do_syncrep2:
>> > cookie=rid=001,sid=002,csn=20081222174721.855904Z#000000#001#000000
>> > do_syncrep2: rid=001 CSN too old, ignoring
>> > 20081222174721.855904Z#000000#001#000000
>> > ldap_msgfree
>> >
>> > I am not exactly sure how it gotten to be "too old." The ldif I am
>> > importing is not the result of a slapcat or anything that would preserve
>> > the CSN or UUID attributes (not that syncrepl uses UUID). I am loading
>> > one single file with ldapadd which, in my understanding, sets up the CSN
>> > and wouldn't let me import one anyway.
>> >
>> > Each server has no entries until I load the one, so there shouldn't be
>> > any weird stale CSNs causing this. They are "sync'ed" almost instantly
>> > after the one system is loaded - I just don't have everything.
>> >
>> > After a sync:
>> > ldap1 - slapcat |grep dn: |wc -l = 41
>> > ldap2 - slapcat |grep dn: |wc -l = 18
>> >
>> > Right now I can get them in sync with a slapcat/slapadd, but when the go
>> > into production I wont be able to say for certain which one is
>> > authoritative. That is the purpose of multi-master....
>> >
>> > OpenLDAP 2.4.13, built by me (passed all tests) on Ubuntu Linux 32 bit
>> >
>> > Any ideas as to what I can do to stop this from happening?
>> >
>> > Pat
>> >
>> >
>> >
>> >
>>
>
>
--
Sent from my mobile device
http://www.suretecsystems.com/services/openldap/
15 years, 11 months
Re: trouble with slapo-pcache
by Howard Chu
btb(a)bitrate.net wrote:
> hi-
>
> i'm having a few different issues with slapo-pcache. i did a bit of searching in the its and did not find any items which seemed to match my symptoms. i'm using 2.4.31, on ubuntu 12.10.
>
> the first is that i so to not be able to add, via ldapadd, additional olcPcacheTemplate attributes to the config entry. i was able to add the first one using ldapadd, but subsequent modify operations to add another complain "no equality matching rule":
>
>> ldapsearch -LLLZZxWH 'ldap://localhost/' -D 'cn=config' -b 'olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config' -s base
> Enter LDAP Password:
> dn: olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config
> objectClass: olcPcacheConfig
> objectClass: olcOverlayConfig
> objectClass: olcConfig
> objectClass: top
> olcOverlay: {0}pcache
> olcPcache: mdb 1000 100 1000 60
> olcPcacheAttrset: 0 "*" "+"
> olcPcacheTemplate: "(uid=)" 0 3600
>
>> cat template.ldif
> dn: olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config
> changetype: modify
> add: olcPcacheTemplate
> olcPcacheTemplate: "(cn=)" 0 3600
>
>> ldapadd -ZZxWH 'ldap://localhost/' -D 'cn=config' -f template.ldif
> Enter LDAP Password:
> modifying entry "olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config"
> ldap_modify: Inappropriate matching (18)
> additional info: modify/add: olcPcacheTemplate: no equality matching rule
>
> Oct 29 20:01:30 dsa1 slapd[8250]: conn=1003 op=0 EXT oid=1.3.6.1.4.1.1466.20037
> Oct 29 20:01:30 dsa1 slapd[8250]: conn=1003 op=0 STARTTLS
> Oct 29 20:01:30 dsa1 slapd[8250]: conn=1003 op=0 RESULT oid= err=0 text=
> Oct 29 20:01:30 dsa1 slapd[8250]: conn=1003 fd=12 ACCEPT from IP=127.0.0.1:32916 (IP=0.0.0.0:389)
> Oct 29 20:01:30 dsa1 slapd[8250]: conn=1003 fd=12 TLS established tls_ssf=128 ssf=128
> Oct 29 20:01:32 dsa1 slapd[8250]: conn=1003 op=1 BIND dn="cn=config" method=128
> Oct 29 20:01:32 dsa1 slapd[8250]: conn=1003 op=1 BIND dn="cn=config" mech=SIMPLE ssf=0
> Oct 29 20:01:32 dsa1 slapd[8250]: conn=1003 op=1 RESULT tag=97 err=0 text=
> Oct 29 20:01:32 dsa1 slapd[8250]: connection_input: conn=1003 deferring operation: binding
> Oct 29 20:01:32 dsa1 slapd[8250]: conn=1003 op=2 MOD dn="olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config"
> Oct 29 20:01:32 dsa1 slapd[8250]: conn=1003 op=2 MOD attr=olcPcacheTemplate
> Oct 29 20:01:32 dsa1 slapd[8250]: conn=1003 op=2 RESULT tag=103 err=18 text=modify/add: olcPcacheTemplate: no equality matching rule
> Oct 29 20:01:32 dsa1 slapd[8250]: conn=1003 op=3 UNBIND
> Oct 29 20:01:32 dsa1 slapd[8250]: conn=1003 fd=12 closed
>
> adding the attribute "manually" [e.g. slapcat, modify ldif, slapadd] seems to be fine:
>
>> ldapsearch -LLLZZxWH 'ldap://localhost/' -D 'cn=config' -b 'olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config' -s base
> Enter LDAP Password:
> dn: olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config
> objectClass: olcPcacheConfig
> objectClass: olcOverlayConfig
> objectClass: olcConfig
> objectClass: top
> olcOverlay: {0}pcache
> olcPcache: mdb 1000 100 1000 60
> olcPcacheAttrset: 0 "*" "+"
> olcPcacheTemplate: "(objectclass=)" 0 3600
> olcPcacheTemplate: "(uid=)" 0 3600
>
> my second problem is with caching when slapo-nssov is involved. it appears to not cache [QUERY NOT ANSWERABLE/QUERY NOT CACHEABLE] when a query occurs via nss:
>
>> getent passwd flash
> flash:x:2013:2013:flash gordon:/home/flash:/bin/bash
>
> Oct 31 08:42:15 deepfield slapd[12862]: daemon: activity on 1 descriptor
> Oct 31 08:42:15 deepfield slapd[12862]: daemon: activity on:
> Oct 31 08:42:15 deepfield slapd[12862]: 11r
> Oct 31 08:42:15 deepfield slapd[12862]:
> Oct 31 08:42:15 deepfield slapd[12862]: daemon: read active on 11
> Oct 31 08:42:15 deepfield slapd[12862]: daemon: epoll: listen=8 active_threads=0 tvp=zero
> Oct 31 08:42:15 deepfield slapd[12862]: daemon: epoll: listen=9 active_threads=0 tvp=zero
> Oct 31 08:42:15 deepfield slapd[12862]: connection_get(11)
> Oct 31 08:42:15 deepfield slapd[12862]: connection_get(11): got connid=0
> Oct 31 08:42:15 deepfield slapd[12862]: nssov: connection from uid=0 gid=0
> Oct 31 08:42:15 deepfield slapd[12862]: nssov_passwd_byname(flash)
> Oct 31 08:42:15 deepfield slapd[12862]: str2filter "(&(objectClass=posixAccount)(uid=flash))"
> Oct 31 08:42:15 deepfield slapd[12862]: begin get_filter
> Oct 31 08:42:15 deepfield slapd[12862]: AND
> Oct 31 08:42:15 deepfield slapd[12862]: begin get_filter_list
> Oct 31 08:42:15 deepfield slapd[12862]: begin get_filter
> Oct 31 08:42:15 deepfield slapd[12862]: EQUALITY
> Oct 31 08:42:15 deepfield slapd[12862]: end get_filter 0
> Oct 31 08:42:15 deepfield slapd[12862]: begin get_filter
> Oct 31 08:42:15 deepfield slapd[12862]: daemon: activity on 1 descriptor
> Oct 31 08:42:15 deepfield slapd[12862]: EQUALITY
> Oct 31 08:42:15 deepfield slapd[12862]: daemon: activity on:
> Oct 31 08:42:15 deepfield slapd[12862]: end get_filter 0
> Oct 31 08:42:15 deepfield slapd[12862]:
> Oct 31 08:42:15 deepfield slapd[12862]: end get_filter_list
> Oct 31 08:42:15 deepfield slapd[12862]: end get_filter 0
> Oct 31 08:42:15 deepfield slapd[12862]: query template of incoming query = (&(objectClass=)(uid=))
> Oct 31 08:42:15 deepfield slapd[12862]: QUERY NOT ANSWERABLE
> Oct 31 08:42:15 deepfield slapd[12862]: QUERY NOT CACHEABLE
> Oct 31 08:42:15 deepfield slapd[12862]: =>ldap_back_getconn: conn 0xb51f8ee8 fetched refcnt=1.
> Oct 31 08:42:15 deepfield slapd[12862]: => ldap_back_munge_filter "(&(objectClass=posixAccount)(uid=flash))"
> Oct 31 08:42:15 deepfield slapd[12862]: <= ldap_back_munge_filter "(&(objectClass=posixAccount)(uid=flash))" (0)
> Oct 31 08:42:15 deepfield slapd[12862]: daemon: epoll: listen=8 active_threads=0 tvp=zero
> Oct 31 08:42:15 deepfield slapd[12862]: daemon: epoll: listen=9 active_threads=0 tvp=zero
> Oct 31 08:42:15 deepfield slapd[12862]: >>> dnPrettyNormal: <uid=flash,ou=people,ou=accounts,dc=example,dc=net>
> Oct 31 08:42:15 deepfield slapd[12862]: <<< dnPrettyNormal: <uid=flash,ou=people,ou=accounts,dc=example,dc=net>, <uid=flash,ou=people,ou=accounts,dc=example,dc=net>
> Oct 31 08:42:15 deepfield slapd[12862]: send_ldap_result: conn=-1 op=0 p=0
> Oct 31 08:42:15 deepfield slapd[12862]: send_ldap_result: err=0 matched="" text=""
>
> although i believe i have a matching query template defined in the config:
>
> dn: olcDatabase={2}ldap,cn=config
> objectClass: olcLDAPConfig
> objectClass: olcDatabaseConfig
> objectClass: olcConfig
> objectClass: top
> olcDatabase: {2}ldap
> olcSuffix: dc=example,dc=net
> olcLastMod: TRUE
> olcReadOnly: TRUE
> olcRootDN: uid=dit_admin,ou=role_accounts,ou=accounts,dc=example,dc=net
> olcMonitoring: TRUE
> olcDbURI: ldap://dsa1.example.net/
> olcDbStartTLS: start tls_cacert="/etc/pki/trusted_roots/example_networks_roo
> t_ca-cert.pem" tls_reqcert="demand"
> olcDbACLBind: bindmethod=simple binddn="cn=slapd,ou=deepfield,ou=services,ou=a
> ccounts,dc=example,dc=net" credentials="xxxxxxxxxxxxxxx" s
> tarttls="critical" tls_cacert="/etc/pki/trusted_roots/example_networks_root
> _ca-cert.pem" tls_reqcert="demand"
> olcDbIDAssertBind: bindmethod=simple binddn="cn=slapd,ou=deepfield,ou=services
> ,ou=accounts,dc=example,dc=net" credentials="xxxxxxxxxxxxxxx"
> structuralObjectClass: olcLDAPConfig
> entryUUID: f24e435a-b35a-1031-8f37-336141b7bc90
> creatorsName: cn=config
> createTimestamp: 20121026014812Z
> entryCSN: 20121031023501.089672Z#000000#000#000000
> modifiersName: cn=config
> modifyTimestamp: 20121031023501Z
>
> dn: olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config
> objectClass: olcPcacheConfig
> objectClass: olcOverlayConfig
> objectClass: olcConfig
> objectClass: top
> olcOverlay: {0}pcache
> olcPcache: mdb 1000 100 1000 60
> olcPcacheAttrset: 0 "*" "+"
You should submit an ITS for this. This PcacheAttrset directive is not
behaving as it should. Specifically, there is no support for "+" at all in the
attrset matching code, and the support for "*" is incomplete, so it's also
failing to match your search request.
> olcPcacheTemplate: "(objectClass=)" 0 3600
> olcPcacheTemplate: "(uid=)" 0 3600
> olcPcacheTemplate: "(&(objectClass=)(uid=))" 0 3600
> olcPcacheBind: "(uid=)" 0 60 "sub" "dc=example,dc=net"
> structuralObjectClass: olcPcacheConfig
> entryUUID: ddb05d7e-b4fa-1031-811e-353e11fff366
> creatorsName: cn=config
> createTimestamp: 20121028032528Z
> entryCSN: 20121030002115.179177Z#000000#000#000000
> modifiersName: cn=config
> modifyTimestamp: 20121030002115Z
>
> dn: olcDatabase={0}mdb,olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config
> objectClass: olcPcacheDatabase
> objectClass: olcMdbConfig
> objectClass: olcDatabaseConfig
> objectClass: olcConfig
> objectClass: top
> olcDatabase: {0}mdb
> olcDbDirectory: /var/lib/ldap/example.net/
> olcLastMod: TRUE
> olcMaxDerefDepth: 15
> olcDbNoSync: FALSE
> olcDbIndex: certfingerprint eq
> olcDbIndex: cn eq
> olcDbIndex: default eq
> olcDbIndex: description eq
> olcDbIndex: entrycsn eq
> olcDbIndex: entryuuid eq
> olcDbIndex: gidnumber pres,eq
> olcDbIndex: host eq
> olcDbIndex: iphostnumber eq
> olcDbIndex: ipserviceport eq
> olcDbIndex: ipserviceprotocol eq
> olcDbIndex: mail eq
> olcDbIndex: maillocaladdress eq
> olcDbIndex: member eq
> olcDbIndex: memberof eq
> olcDbIndex: memberuid eq
> olcDbIndex: objectclass eq
> olcDbIndex: rfc822mailmember eq
> olcDbIndex: sudoUser eq
> olcDbIndex: uid pres,eq,sub
> olcDbIndex: uidnumber pres,eq
> olcDbMode: 0600
> olcDbSearchStack: 16
> structuralObjectClass: olcMdbConfig
> entryUUID: 88b37716-b590-1031-8c75-439de7087923
> creatorsName: cn=config
> createTimestamp: 20121028211650Z
> entryCSN: 20121029021315.039143Z#000000#000#000000
> modifiersName: cn=config
> modifyTimestamp: 20121029021315Z
>
> dn: olcOverlay={1}nssov,olcDatabase={2}ldap,cn=config
> objectClass: olcNssOvConfig
> objectClass: olcOverlayConfig
> objectClass: olcConfig
> olcOverlay: {1}nssov
> olcNssMap: group uniquemember member
> olcNssPam: authz2dn hostservice
> olcNssPamSession: sshd
> olcNssPamSession: login
> structuralObjectClass: olcNssOvConfig
> entryUUID: 47ecaef0-b73e-1031-8761-9f0bff5d3212
> creatorsName: cn=config
> createTimestamp: 20121031003305Z
> entryCSN: 20121031003305.637051Z#000000#000#000000
> modifiersName: cn=config
> modifyTimestamp: 20121031003305Z
>
> and if i perform the same query using ldapsearch:
>
>> ldapsearch -LLLZZxH 'ldap://localhost/' -D 'uid=flash,ou=people,ou=accounts,dc=example,dc=net' -w 'test' '(&(objectClass=posixAccount)(uid=flash))'
> dn: uid=flash,ou=people,ou=accounts,dc=example,dc=net
> initials: fg
> givenName: flash
> loginShell: /bin/bash
> uidNumber: 2013
> gidNumber: 2013
> uid: flash
> objectClass: posixAccount
> objectClass: top
> objectClass: shadowAccount
> objectClass: inetOrgPerson
> objectClass: organizationalPerson
> objectClass: person
> objectClass: extensibleObject
> c: us
> homeDirectory: /home/flash
> sn: gordon
> cn: flash gordon
> displayName: flash_gordon
> mail: user(a)example.com
>
> it does seem to cache it:
> what am i doing wrong?
>
> -ben
>
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
11 years, 8 months