openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

Re: (ITS#6918) #include statement unsafe
by h.b.furuseth＠usit.uio.no 02 May '11

02 May '11

hyc(a)symas.com writes: > Nothing in the OpenLDAP code issues a truncate operation of any sort. There are several fopen(filename, "w") calls, which truncate the file. Maybe the error confuses slapd so it takes a detour into one of them. Quanah, can you provide a full slapd.conf and command line which causes this? Not that I have a Windows box to test it on, but still... -- Hallvard

1 0

Re: (ITS#6919) "Weekly" crashes of OpenLDAP 2.4.22 using syncrepl master/master
by jarl＠dallur.com 01 May '11

01 May '11

--000e0cd48c428f954504a23eaa22 Content-Type: text/plain; charset=UTF-8 First of all let me apologize for the state of the config. As you say the logs don't show any crash yet the OpenLDAP server is not accepting any new connections after 20:36:37, there should be hundreds of connections being logged there but instead the server hangs completely and nothing is logged, even on log level 1. Perhaps someone could suggest a way of getting more information than what loglevel 1 shows? Would the only other step be a debug build? Jarl On Sun, May 1, 2011 at 4:01 AM, Howard Chu <hyc(a)symas.com> wrote: > jarl(a)dallur.com wrote: > >> Full_Name: Jarl Stefansson >> Version: 2.4.22 >> OS: Centos 5.5 >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (81.15.35.75) >> >> >> Two servers running OpenLDAP in master/master using syncrepl, roughly once >> per >> week one of the servers stops responding to new connections, I tried >> logging >> with loglevel=1 and this is all I got, all suggestions and comments >> appreciated. >> >> This is most likely a "load" related problem since we never experience >> this >> problem in the testlab, only production.: >> > > Your log doesn't indicate any kind of crash. It only shows that a shutdown > was requested, and apparently your startup scripts didn't wait for the > shutdown to complete before starting again. > > > Apr 23 20:36:37 ldap01 slapd2.4[32233]: >> bdb_dn2entry("macaddress=1\2C6\2C00:00:00:00:00:01,ou=xxx,ou=xx,o=xxxx") >> Apr 23 20:36:37 ldap01 slapd2.4[32233]: => >> bdb_dn2id("macaddress=1\2C6\2C00:00:00:00:00:01,ou=xxx,ou=xx,o=xxxx") >> Apr 23 20:36:37 ldap01 slapd2.4[32233]:<= bdb_dn2id: get failed: >> DB_NOTFOUND: >> No matching key/data pair found (-30988) >> Apr 23 20:36:37 ldap01 slapd2.4[32233]: => bdb_dn2id_add 0x2fed7: >> "macaddress=1\2C6\2C00:00:00:00:00:01,ou=xxx,ou=xx,o=xxxx" >> Apr 23 20:37:44 ldap01 slapd2.4[32233]: slap_listener_activate(8): >> Apr 23 21:35:42 ldap01 slapd2.4[32233]: connection_close: conn=1025 sd=16 >> Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=1022 sd=17 >> Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=1037 sd=18 >> Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=1038 sd=20 >> Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=1039 sd=25 >> >> Apr 24 12:02:23 ldap01 slapd2.4[32233]: daemon: shutdown requested and >> initiated. I have two Centos 5 servers running Openldap 2.4.22 with >> master/master syncrepl setup, >> Apr 24 12:02:23 ldap01 slapd2.4[32233]: connection_close: conn=1005 sd=21 >> Apr 24 12:02:23 ldap01 slapd2.4[32233]: slapd shutdown: waiting for 59 >> operations/tasks to finish >> Apr 24 12:02:34 ldap01 slapd2.4[26503]: bdb_db_open: database "": unclean >> shutdown detected; attempting recovery. >> Apr 24 12:02:35 ldap01 slapd2.4[26503]: slapd starting >> > > Your config is a mess, with global directives and DB-specific directives > interleaved. That may not be the cause of any specific problems, but it > shows sloppiness on the part of the sysadmins. > > > ---------------------- Relevant Config >> ------------------------------------------------ >> moduleload syncprov.la >> TLSCertificateFile /etc/pki/tls/private/ldap.pem >> TLSCertificateKeyFile /etc/pki/tls/private/ldap.pem >> TLSCACertificateFile /etc/pki/tls/private/ldap.pem >> >> serverID 001 >> database bdb >> sizelimit 50000 >> cachesize 10000 >> checkpoint 256 5 >> >> >> syncrepl rid=001 >> provider=ldap://10.10.10.10:389 >> bindmethod=simple >> binddn="uid=xxxxrep,ou=xxxxxx,o=xxxxxx" >> credentials=MyPassword >> searchbase="o=xxxx" >> schemachecking=on >> sizelimit="unlimited" >> timelimit="unlimited" >> type=refreshAndPersist >> interval=00:00:00:10 >> retry="5 5 60 +" >> attrs="*,+" >> >> mirrormode on >> overlay syncprov >> syncprov-checkpoint 100 10 >> syncprov-sessionlog 100 >> >> idletimeout 3600 >> threads 32 >> >> >> -- > -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/project/ > -- Regards Jarl jarl(a)dallur.com --000e0cd48c428f954504a23eaa22 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable First of all let me=C2=A0apologize=C2=A0for the state of the config.<div><b= r></div><div>As you say the logs don't show any crash yet the OpenLDAP = server is not accepting any new connections after=C2=A0<meta http-equiv=3D"= content-type" content=3D"text/html; charset=3Dutf-8">20:36:37, there should= be hundreds of connections being logged there but instead the server hangs= completely and nothing is logged, even on log level 1.</div> <div><br></div><div>Perhaps someone could suggest a way of getting more inf= ormation than what loglevel 1 shows?</div><div><br></div><div>Would the onl= y other step be a debug build?</div><div><br></div><div>Jarl<br><br><div cl= ass=3D"gmail_quote"> On Sun, May 1, 2011 at 4:01 AM, Howard Chu <span dir=3D"ltr"><<a href=3D= "mailto:hyc@symas.com">hyc(a)symas.com</a>></span> wrote:<br><blockquote c= lass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;= padding-left:1ex;"> <div class=3D"im"><a href=3D"mailto:jarl@dallur.com" target=3D"_blank">jarl= @dallur.com</a> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> Full_Name: Jarl Stefansson<br> Version: =C2=A02.4.22<br> OS: Centos 5.5<br> URL: <a href=3D"ftp://ftp.openldap.org/incoming/" target=3D"_blank">ftp://f= tp.openldap.org/incoming/</a><br> Submission from: (NULL) (81.15.35.75)<br> <br> <br> Two servers running OpenLDAP in master/master using syncrepl, roughly once = per<br> week one of the servers stops responding to new connections, I tried loggin= g<br> with loglevel=3D1 and this is all I got, all suggestions and comments<br> appreciated.<br> <br> This is most likely a "load" related problem since we never exper= ience this<br> problem in the testlab, only production.:<br> </blockquote> <br></div> Your log doesn't indicate any kind of crash. It only shows that a shutd= own was requested, and apparently your startup scripts didn't wait for = the shutdown to complete before starting again.<div class=3D"im"><br> <br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> Apr 23 20:36:37 ldap01 slapd2.4[32233]:<br> bdb_dn2entry("macaddress=3D1\2C6\2C00:00:00:00:00:01,ou=3Dxxx,ou=3Dxx,= o=3Dxxxx")<br> Apr 23 20:36:37 ldap01 slapd2.4[32233]: =3D><br> bdb_dn2id("macaddress=3D1\2C6\2C00:00:00:00:00:01,ou=3Dxxx,ou=3Dxx,o= =3Dxxxx")<br> Apr 23 20:36:37 ldap01 slapd2.4[32233]:<=3D bdb_dn2id: get failed: DB_NO= TFOUND:<br> No matching key/data pair found (-30988)<br> Apr 23 20:36:37 ldap01 slapd2.4[32233]: =3D> =C2=A0bdb_dn2id_add 0x2fed7= :<br> "macaddress=3D1\2C6\2C00:00:00:00:00:01,ou=3Dxxx,ou=3Dxx,o=3Dxxxx&quot= ;<br> Apr 23 20:37:44 ldap01 slapd2.4[32233]: slap_listener_activate(8):<br> Apr 23 21:35:42 ldap01 slapd2.4[32233]: connection_close: conn=3D1025 sd=3D= 16<br> Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=3D1022 sd=3D= 17<br> Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=3D1037 sd=3D= 18<br> Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=3D1038 sd=3D= 20<br> Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=3D1039 sd=3D= 25<br> <br> Apr 24 12:02:23 ldap01 slapd2.4[32233]: daemon: shutdown requested and<br> initiated. I have two Centos 5 servers running Openldap 2.4.22 with<br> master/master syncrepl setup,<br> Apr 24 12:02:23 ldap01 slapd2.4[32233]: connection_close: conn=3D1005 sd=3D= 21<br> Apr 24 12:02:23 ldap01 slapd2.4[32233]: slapd shutdown: waiting for 59<br> operations/tasks to finish<br> Apr 24 12:02:34 ldap01 slapd2.4[26503]: bdb_db_open: database "":= unclean<br> shutdown detected; attempting recovery.<br> Apr 24 12:02:35 ldap01 slapd2.4[26503]: slapd starting<br> </blockquote> <br></div> Your config is a mess, with global directives and DB-specific directives in= terleaved. That may not be the cause of any specific problems, but it shows= sloppiness on the part of the sysadmins.<div><div></div><div class=3D"h5"> <br> <br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> ---------------------- Relevant Config<br> ------------------------------------------------<br> moduleload =C2=A0 =C2=A0 <a href=3D"http://syncprov.la" target=3D"_blank">s= yncprov.la</a><br> TLSCertificateFile =C2=A0 =C2=A0 =C2=A0/etc/pki/tls/private/ldap.pem<br> TLSCertificateKeyFile =C2=A0 /etc/pki/tls/private/ldap.pem<br> TLSCACertificateFile =C2=A0 =C2=A0/etc/pki/tls/private/ldap.pem<br> <br> serverID =C2=A0 =C2=A0 =C2=A0 =C2=A0001<br> database =C2=A0 =C2=A0 =C2=A0 =C2=A0bdb<br> sizelimit =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A050000<br> cachesize 10000<br> checkpoint 256 5<br> <br> <br> syncrepl =C2=A0 =C2=A0 =C2=A0 =C2=A0rid=3D001<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 provider=3Dldap://= <a href=3D"http://10.10.10.10:389" target=3D"_blank">10.10.10.10:389</a><br= > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 bindmethod=3Dsimpl= e<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 binddn=3D"uid= =3Dxxxxrep,ou=3Dxxxxxx,o=3Dxxxxxx"<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 credentials=3DMyPa= ssword<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 searchbase=3D&quot= ;o=3Dxxxx"<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 schemachecking=3Do= n<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sizelimit=3D"= unlimited"<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 timelimit=3D"= unlimited"<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type=3DrefreshAndP= ersist<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 interval=3D00:00:0= 0:10<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 retry=3D"5 5 = 60 +"<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 attrs=3D"*,+&= quot;<br> <br> mirrormode on<br> overlay syncprov<br> syncprov-checkpoint =C2=A0 =C2=A0 100 =C2=A0 =C2=A0 10<br> syncprov-sessionlog =C2=A0 =C2=A0 100<br> <br> idletimeout 3600<br> threads 32<br> <br> <br> </blockquote></div></div><font color=3D"#888888"> -- <br> =C2=A0-- Howard Chu<br> =C2=A0CTO, Symas Corp. =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <a href=3D"http:= //www.symas.com" target=3D"_blank">http://www.symas.com</a><br> =C2=A0Director, Highland Sun =C2=A0 =C2=A0 <a href=3D"http://highlandsun.c= om/hyc/" target=3D"_blank">http://highlandsun.com/hyc/</a><br> =C2=A0Chief Architect, OpenLDAP =C2=A0<a href=3D"http://www.openldap.org/p= roject/" target=3D"_blank">http://www.openldap.org/project/</a><br> </font></blockquote></div><br><br clear=3D"all"><br>-- <br>Regards<br><br>J= arl<br><a href=3D"mailto:jarl@dallur.com">jarl(a)dallur.com</a><br> </div> --000e0cd48c428f954504a23eaa22--

1 0

Re: (ITS#6918) #include statement unsafe
by hyc＠symas.com 30 Apr '11

30 Apr '11

quanah(a)zimbra.com wrote: > Full_Name: Quanah Gibson-Mount > Version: 2.4.23 > OS: Linux 2.6 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (75.111.45.108) > > > An include statement in slapd.conf with no following text will overwrite > slapd.exe as a zero sized binary when it occurs on a windows box. Don't do that. > line 8 (include) > slapd.conf: line 8: keyword<include> missing<file> argument > slapd destroy: freeing system resources. > slapd stopped. > connections_destroy: nothing to destroy. > > > > After this windows does not recognize slapd.exe as a normal windows app.. > It has become 0 size Nothing in the OpenLDAP code issues a truncate operation of any sort. Nor would it, in the midst of a config statement that was rejected. If you're seeing odd behavior here, it's either a C library bug or a Windows OS bug. Closing this ITS. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6920) OpenLDAP 2.4.25 / Berkeley DB 4.8.30 Solaris 10 x86 slapd hangs
by hyc＠symas.com 30 Apr '11

30 Apr '11

mslby(a)deshaw.com wrote: > Full_Name: Mark Selby > Version: 2.4.25 > OS: Solaris 10 x86 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (149.77.104.214) > > > My company uses OpenLDAP 2.4.25 with Berkeley DB 4.8.30 compiled on Solaris > 10 x86 using Sun Studio. OpenLDAP is used as the backend for generic naming > services (passwd, group, netgroup etc?) as well as holding mail routing and > some custom data. We have master and slave servers and are using syncrepl > refresh and persist. > > Lately we have been experiencing hangs with slapd and I cannot figure out > what the cause is. Things will be humming along and then slapd will simply > stop accepting connections and answering any requests for reads/writes. We > have set the loglevel to 256 and there is nothing in the logs that > indicates what the issue it. At the time that the process goes catatonic all > syslogs from slapd stop > > I have not found a way to reproduce this on demand. > > Today we have had three hangs and the truss ouput is exactly the same on > all process. Once the slapd process gets in this state a simple kill does > not work. The syslog always says that slapd is waiting for tasks to > complete but this never happens. I need to kill -9 the pid. > > I am going to include all of the debug info that I have collected and > hopefully someone will have some idea what is going on. I also have a gcore > of the process if anyone wants and info from that > > All and any help is greatly appreciated This appears to be a dup of ITS#6833. Your OS is broken. Closing this ITS. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6919) "Weekly" crashes of OpenLDAP 2.4.22 using syncrepl master/master
by hyc＠symas.com 30 Apr '11

30 Apr '11

jarl(a)dallur.com wrote: > Full_Name: Jarl Stefansson > Version: 2.4.22 > OS: Centos 5.5 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (81.15.35.75) > > > Two servers running OpenLDAP in master/master using syncrepl, roughly once per > week one of the servers stops responding to new connections, I tried logging > with loglevel=1 and this is all I got, all suggestions and comments > appreciated. > > This is most likely a "load" related problem since we never experience this > problem in the testlab, only production.: Your log doesn't indicate any kind of crash. It only shows that a shutdown was requested, and apparently your startup scripts didn't wait for the shutdown to complete before starting again. > Apr 23 20:36:37 ldap01 slapd2.4[32233]: > bdb_dn2entry("macaddress=1\2C6\2C00:00:00:00:00:01,ou=xxx,ou=xx,o=xxxx") > Apr 23 20:36:37 ldap01 slapd2.4[32233]: => > bdb_dn2id("macaddress=1\2C6\2C00:00:00:00:00:01,ou=xxx,ou=xx,o=xxxx") > Apr 23 20:36:37 ldap01 slapd2.4[32233]:<= bdb_dn2id: get failed: DB_NOTFOUND: > No matching key/data pair found (-30988) > Apr 23 20:36:37 ldap01 slapd2.4[32233]: => bdb_dn2id_add 0x2fed7: > "macaddress=1\2C6\2C00:00:00:00:00:01,ou=xxx,ou=xx,o=xxxx" > Apr 23 20:37:44 ldap01 slapd2.4[32233]: slap_listener_activate(8): > Apr 23 21:35:42 ldap01 slapd2.4[32233]: connection_close: conn=1025 sd=16 > Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=1022 sd=17 > Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=1037 sd=18 > Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=1038 sd=20 > Apr 23 21:55:42 ldap01 slapd2.4[32233]: connection_close: conn=1039 sd=25 > > Apr 24 12:02:23 ldap01 slapd2.4[32233]: daemon: shutdown requested and > initiated. I have two Centos 5 servers running Openldap 2.4.22 with > master/master syncrepl setup, > Apr 24 12:02:23 ldap01 slapd2.4[32233]: connection_close: conn=1005 sd=21 > Apr 24 12:02:23 ldap01 slapd2.4[32233]: slapd shutdown: waiting for 59 > operations/tasks to finish > Apr 24 12:02:34 ldap01 slapd2.4[26503]: bdb_db_open: database "": unclean > shutdown detected; attempting recovery. > Apr 24 12:02:35 ldap01 slapd2.4[26503]: slapd starting Your config is a mess, with global directives and DB-specific directives interleaved. That may not be the cause of any specific problems, but it shows sloppiness on the part of the sysadmins. > ---------------------- Relevant Config > ------------------------------------------------ > moduleload syncprov.la > TLSCertificateFile /etc/pki/tls/private/ldap.pem > TLSCertificateKeyFile /etc/pki/tls/private/ldap.pem > TLSCACertificateFile /etc/pki/tls/private/ldap.pem > > serverID 001 > database bdb > sizelimit 50000 > cachesize 10000 > checkpoint 256 5 > > > syncrepl rid=001 > provider=ldap://10.10.10.10:389 > bindmethod=simple > binddn="uid=xxxxrep,ou=xxxxxx,o=xxxxxx" > credentials=MyPassword > searchbase="o=xxxx" > schemachecking=on > sizelimit="unlimited" > timelimit="unlimited" > type=refreshAndPersist > interval=00:00:00:10 > retry="5 5 60 +" > attrs="*,+" > > mirrormode on > overlay syncprov > syncprov-checkpoint 100 10 > syncprov-sessionlog 100 > > idletimeout 3600 > threads 32 > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6923) ldapsearch issue
by hyc＠symas.com 30 Apr '11

30 Apr '11

michael(a)stroeder.com wrote: > charles.merrick(a)nice.com wrote: >> I am trying to execute a ldapsearch command with a -w option for password. The >> problem occurs when I have an extended ASCII char in the password like the >> British Pound symbol "£" (ascii number 163) embedded in the password string. >> Are extended ASCII chars allowed in password string? LDAP passwords are Octet Strings. It doesn't matter if your octets correspond to ASCII or any other character set, as long as the tools you use all send the exact same sequence of octets. > I guess this depends on the locale's charset configured for your console. His console at Bind time is only part of the question. The other question is what locale was in effect when the password was originally set, and what tool was used to set it. Some tools may assume you're in an 8-bit ASCII environment and do no conversion of the input characters. Some may assume you're in a UTF-8 or ISO-8859 locale and transform the characters to some other octet sequence. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6921) bind failure with LDAP_OPT_NETWORK_TIMEOUT
by quanah＠zimbra.com 30 Apr '11

30 Apr '11

--On Friday, April 29, 2011 5:23 AM +0000 pravat.singh(a)nsn.com wrote: > Full_Name: Pravat Singh > Version: 2.4.23 > OS: solaris 5.10 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (202.131.155.20) > > > I am facing problem while in ldap_simple_bind () while setting > LDAP_OPT_NETWORK_TIMEOUT. Can anybody let me know if I am missing > something. Just to add some information that I have compiled the > openldap-2.4.23 version on solaris 10 with sun studio compiler. The bind > api ?ldap_simple_bind()? is successful if don?t use > LDAP_OPT_NETWORK_TIMEOUT but fails if I use. The ITS system is for reporting bugs, not for asking how to program. I already noted to you there are multiple examples in the OpenLDAP source code itself for using this option. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6920) OpenLDAP 2.4.25 / Berkeley DB 4.8.30 Solaris 10 x86 slapd hangs
by quanah＠zimbra.com 30 Apr '11

30 Apr '11

--On Thursday, April 28, 2011 6:05 PM +0000 mslby(a)deshaw.com wrote: > Full_Name: Mark Selby > Version: 2.4.25 > OS: Solaris 10 x86 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (149.77.104.214) > > > My company uses OpenLDAP 2.4.25 with Berkeley DB 4.8.30 compiled on > Solaris 10 x86 using Sun Studio. OpenLDAP is used as the backend for > generic naming services (passwd, group, netgroup etc?) as well as holding > mail routing and some custom data. We have master and slave servers and > are using syncrepl refresh and persist. Correcting the from address (mselby(a)deshaw.com is correct). I will note that there have been numerous issues IIRC reported with using Solaris 10 and OpenLDAP, due to a kernel bug in Solaris. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6923) ldapsearch issue
by michael＠stroeder.com 30 Apr '11

30 Apr '11

charles.merrick(a)nice.com wrote: > I am trying to execute a ldapsearch command with a -w option for password. The > problem occurs when I have an extended ASCII char in the password like the > British Pound symbol "£" (ascii number 163) embedded in the password string. > Are extended ASCII chars allowed in password string? I guess this depends on the locale's charset configured for your console. Ciao, Michael.

1 0

(ITS#6923) ldapsearch issue
by charles.merrick＠nice.com 29 Apr '11

29 Apr '11

Full_Name: Charles Merrick Version: 2.1.29 OS: SunOS URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (67.91.126.66) I am trying to execute a ldapsearch command with a -w option for password. The problem occurs when I have an extended ASCII char in the password like the British Pound symbol "£" (ascii number 163) embedded in the password string. Are extended ASCII chars allowed in password string? I get the following error message: ldap_bind: Invalid credentials (49) additional info: 80090308: LdapErr: DSID-0C090334, comment: AcceptSecurityContext error, data 52e, vece I understand that this means that the password is invalid. For example, if I have userID "Guest_01" and password "Test" then ldapsearch will work, but if I have userID "Guest_01" and passworrd "Test_£" then ldapsearch fails with above message. I have tried putting the -w password in double quotes and with no quotes. When password is -w Test or -w"Test" it works fine but when I use -w Test£ or -w"Test£", it fails. Thank you for your assistance. I am a developer who fixes bugs and ldap stuff is new to me for maintenance.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs