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/
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
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/
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
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/
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/