openldap-bugs

openldap-bugs@openldap.org

1 participants
21002 discussions

Re: (ITS#7696) FACING ISSUE WHILE ADDING LDAP USER
by michael＠stroeder.com 15 Sep '13

15 Sep '13

This is a cryptographically signed message in MIME format. --------------ms030307080905040004000600 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cs.sudhan.mca(a)gmail.com wrote: > [root@ldap5 migration]# ldapadd -D "cn=3DManager,dc=3Dlinux,dc=3Dcom" -= W -x -f > user1.ldif > Enter LDAP Password: > adding new entry "uid=3Duser1,ou=3DPeople,dc=3Dlinux,dc=3Dcom" > ldap_add: No such object (32) > matched DN: dc=3Dlinux,dc=3Dcom Likely the superior entry ou=3DPeople,dc=3Dlinux,dc=3Dcom does not exist = yet. You should ask usage questions on the openldap-technical mailing list. Th= e ITS is for reporting bugs only. Ciao, Michael. --------------ms030307080905040004000600 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFfzCC BXswggNjoAMCAQICAwxOfTANBgkqhkiG9w0BAQUFADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xMjEw MDIyMDE3MDlaFw0xNDEwMDIyMDE3MDlaMD8xGDAWBgNVBAMUD01pY2hhZWwgU3Ry9mRlcjEj MCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRlci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDo2SKth5GhtaDrCyfGtyUG+/hAAa/J52L0NFN4SSRvTtdGf9HfWwwd NCtgae0TVGWk2lKDbXA9d5vmyIiRhuwxd90H6FLErhRBeB9G67qtw87E8WUoXt2DwPQEUTWV hqHpPadlmgFw3+i3TGQQTe3O3W9MMMd4GJNhObem2VGRuCD37OXnzBksTcq0FPJgcWAhe3d/ 0ItOkNWBqgq8Mf3p7WFBhaQ0a27BC/mKtH8fI3kPcS305imPRja69Msq3EwUZBc9ToVp6FRQ NYKjfOBybDUzVkmRZl3H8xutQP2w8Zxb8m5f7Q1BfLLrIFScfYvIDgOERxTCd4lab8+/09XH AgMBAAGjggFEMIIBQDAMBgNVHRMBAf8EAjAAMFYGCWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91 ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93d3cuQ0Fj ZXJ0Lm9yZzAOBgNVHQ8BAf8EBAMCA6gwQAYDVR0lBDkwNwYIKwYBBQUHAwQGCCsGAQUFBwMC BgorBgEEAYI3CgMEBgorBgEEAYI3CgMDBglghkgBhvhCBAEwMgYIKwYBBQUHAQEEJjAkMCIG CCsGAQUFBzABhhZodHRwOi8vb2NzcC5jYWNlcnQub3JnMDEGA1UdHwQqMCgwJqAkoCKGIGh0 dHA6Ly9jcmwuY2FjZXJ0Lm9yZy9yZXZva2UuY3JsMB8GA1UdEQQYMBaBFG1pY2hhZWxAc3Ry b2VkZXIuY29tMA0GCSqGSIb3DQEBBQUAA4ICAQC9ouXq3p/bDWMM4tBKgD3tl4HY5H0eECl8 q9/nqk0UL6YeWkrCiQdrDtNPW7DcGqNYtzdgtzmyTr1GhiAX+igrOjdk/ge5NRcQOpONK/4b zrmpQEcIUyxSSDKLWh211/kcFfxxLEiJ5teF4GL8Fc1qbrLP4+DCvJXWfYaaR5NLjZMqm2VP yKTv3qpXWnGohiRkGTwS/11QM2XCfIGdRsQT9a8mO4m2fn2tGPp2TEIoCLrDDrbGVeDWaOWB OIeTrp4wa3Q4OI6yCptJhEqKvjhV96IBRYgM76nTBqsqnDzwxExAyhhWiUS5DunRHOr/+NyF pUpD4883RBLO0g9kUEGOhtZNF1u+8zEL0YgMGvifAom9JEklLOXZuqj0MThypKs/3d/OyOQb 4gURnu6oZwcKZ7LskytWnlRKUxF6o0A8grtmyKkqe14TS7cQbg0NTaIYXPkHR+dfFmb3uEqn BBjvpJXFcEtWI2lQXC/ET+au991pK797ExBOmpQwjIn3SjiW80vw/UoL6DMvqY/6JhVhyNTP MJ2W5AX5kc27DIbVtVGZs8J4AYhuNALJUq9N9Ka7rPRj3RcYDrfehDLOkM5iMnarpmtuOpLK d1SvZhqj/0N/JWGIDpPSTkTFOPP6ZN9I9Rqyf+9NGqb2sjo4DkIiZcHxt735/GJLwus5KLBl 2DGCA6EwggOdAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93 d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8G CSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMMTn0wCQYFKw4DAhoFAKCCAfUwGAYJ KoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTMwOTE1MTkxMzIzWjAj BgkqhkiG9w0BCQQxFgQUneiKFZgfezFKbuPAyOqPw6iORi8wbAYJKoZIhvcNAQkPMV8wXTAL BglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAN BggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBkQYJKwYBBAGCNxAEMYGD MIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9y ZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYS c3VwcG9ydEBjYWNlcnQub3JnAgMMTn0wgZMGCyqGSIb3DQEJEAILMYGDoIGAMHkxEDAOBgNV BAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZ Q0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNl cnQub3JnAgMMTn0wDQYJKoZIhvcNAQEBBQAEggEAGTiZEC0y1XwM2TkuYLmrAj10vLIHF4Jw FHmGeNdvETMVOxMk7RoMxD27gJdXjRdq85QGgXdbxhMsWqfWOSqZphtQ9euuPkgOVIbhGoIO AyNUK09CnHTUKQOGQeBC25dnqMGPUckdkJs+qA8GmhQbdTMg5SxLc9cJNIEzLkv5Bb4nu9AK y5hd9ZxhFEXYFekAh4z6audsR81FZBMWkwIaSQ04Z8J6n7OeFkuxX/Pdu3dHI7mWxXK67vNd tEL1TWNHAODgz4p6RBHEMQJZyKbJfI9bj9XJ9gaIMBuxh+I3ZdNpwl5S2hkX/XqOktu7LxcP 57nxztNqalkCMnXVVVSqEwAAAAAAAA== --------------ms030307080905040004000600--

1 0

(ITS#7696) FACING ISSUE WHILE ADDING LDAP USER
by cs.sudhan.mca＠gmail.com 15 Sep '13

15 Sep '13

Full_Name: HARI HARA SUDHAN S Version: OS: RHEL 5 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (116.202.144.181) [root@ldap5 migration]# ldapadd -D "cn=Manager,dc=linux,dc=com" -W -x -f user1.ldif Enter LDAP Password: adding new entry "uid=user1,ou=People,dc=linux,dc=com" ldap_add: No such object (32) matched DN: dc=linux,dc=com

1 0

Re: (ITS#7682) LMDB: [PATCH] mdb_env_copy should retry open() if O_DIRECT fails
by h.b.furuseth＠usit.uio.no 14 Sep '13

14 Sep '13

I wrote: > Also on RHEL 6.4 (2.6.32-358.18.1.el6.x86_64) with > /dev/shm/nosuch. I'll report it to RedHat and see what they say. https://bugzilla.redhat.com/show_bug.cgi?id=1008073 Simpler fix, at least on Linux: #ifdef O_DIRECT if ((rc = fcntl(fd, F_GETFL)) != -1) (void) fcntl(fd, F_SETFL, rc | O_DIRECT); #endif But that could fail elsewhere, if some OS only accepts O_DIRECT to open() and not to fcntl(). BTW, does the nearby Apple code need to fail if fcntl(newfd, F_NOCACHE, 1) fails? Could ignore errors. -- Hallvard

1 0

Re: (ITS#7682) LMDB: [PATCH] mdb_env_copy should retry open() if O_DIRECT fails
by h.b.furuseth＠usit.uio.no 14 Sep '13

14 Sep '13

On 2013-09-13 23:09, sog(a)msg.com.mx wrote: > If the call fails because O_DIRECT, in a "tmpfs" in my Fedora 19 > '/tmp', > the file is left created anyway! so the retry fails because > O_EXCL|O_CREAT. Also on RHEL 6.4 (2.6.32-358.18.1.el6.x86_64) with /dev/shm/nosuch. I'll report it to RedHat and see what they say. > I propose the following: > (...) > + * Fortunately seems that other errors are reported before EINVAL > + * So, we need to remove it before retry open. > */ > if (newfd == INVALID_HANDLE_VALUE && ErrCode() == EINVAL) > + (void)unlink(lpath) , No unlink(). EINVAL does not say whether the file existed before the call. Not on another OS, nor on another Linux version or filesystem where Linux may work differently. Somewhat better: #ifdef <buggy Linux>, replace O_EXCL with O_TRUNC in the 2nd call. Or add paranoia like taking an exclusive lock, but ignore "locking not supported" errors. > #endif > newfd = open(lpath, O_WRONLY|O_CREAT|O_EXCL, 0666); > #endif -- Hallvard

1 0

Re: (ITS#7682) LMDB: [PATCH] mdb_env_copy should retry open() if O_DIRECT fails
by sog＠msg.com.mx 13 Sep '13

13 Sep '13

On 09/05/2013 06:33 PM, Howard Chu wrote: > sog(a)msg.com.mx wrote: >> Full_Name: Salvador Ortiz >> Version: 24 >> OS: Linux >> URL: >> ftp://ftp.msg.com.mx/pub/varios/0001-In-mdb_env_copy-retry-open-if-O_DIRECT-fails.patch >> Submission from: (NULL) (187.162.45.111) >> >> >> If the OS defines O_DIRECT mdb_env_copy unconditionally uses it, but >> according >> to open(2): "Some file systems may not implement the flag and >> open() will >> fail with EINVAL if it is used." >> >> In this cases mdb_env_copy should retry without the flag. >> >> The attached patch implements that. >> >> > Thanks, applied. > Thank you Howard, but I found an unexpected problem with the patch as commited. If the call fails because O_DIRECT, in a "tmpfs" in my Fedora 19 '/tmp', the file is left created anyway! so the retry fails because O_EXCL|O_CREAT. I consider this undocumented behavior for "open", buggy or at least ugly. (A simple test program in ftp://ftp.msg.com.mx/pub/varios/o_direct.c) I propose the following: ======== --- a/liblmdb/mdb.c 2013-09-05 17:31:01.498090281 -0500 +++ b/liblmdb/mdb.c 2013-09-13 14:45:00.918717292 -0500 @@ -4250,9 +4250,16 @@ /* The OS supports O_DIRECT, try with it */ newfd = open(lpath, O_WRONLY|O_CREAT|O_EXCL|O_DIRECT, 0666); /* But open can fail if O_DIRECT isn't supported by the file system - * so retry without the flag + * so retry without the flag. + * + * Sept 13 2013. + * On a tmpfs, at least, an open with O_DIRECT fails, + * BUT the file is created anyway!! + * Fortunately seems that other errors are reported before EINVAL + * So, we need to remove it before retry open. */ if (newfd == INVALID_HANDLE_VALUE && ErrCode() == EINVAL) + (void)unlink(lpath) , #endif newfd = open(lpath, O_WRONLY|O_CREAT|O_EXCL, 0666); #endif ========= What do you think? Regards.

1 0

Re: (ITS#7693) ProxyCache Problems
by quanah＠zimbra.com 13 Sep '13

13 Sep '13

--On Friday, September 13, 2013 9:19 AM +0000 teichler(a)message-mobile.de wrote: > That's not so easy how you think because this is a running producive > Server and i don't have the time to build OpenLDAP 2.4 for CentOS 5.9, > thats why i try to use an ProxyCache. This is why, again, you could use the LTB packages I pointed you at. They don't replace the existing ldap libraries, etc, on the server. They install into their own location (/usr/local I believe). Then you don't have to build it yourself, and you can actually be on something current. --Quanah -- Quanah Gibson-Mount Lead Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#7693) ProxyCache Problems
by teichler＠message-mobile.de 13 Sep '13

13 Sep '13

That's not so easy how you think because this is a running producive Server and i don't have the time to build OpenLDAP 2.4 for CentOS 5.9, thats why i try to use an ProxyCache. Best Regards Mike Teichler -- _____________________________________________________ Message Mobile GmbH Stresemannstr. 6, D-21335 Lüneburg teichler(a)message-mobile.de tel.: +49 (0)4131 24444-234, fax: +49 (0)4131 24444-2349 www.message-mobile.de GF: Dr. Martin Hecker, AG Lüneburg, HRB: 2414 _____________________________________________________

1 0

Re: (ITS#7693) ProxyCache Problems
by ck＠cksoft.de 13 Sep '13

13 Sep '13

Hi, On Fri, 13 Sep 2013, teichler(a)message-mobile.de wrote: > My Problem is, that this LDAP Server running on CentOS 5.9 Server, and > there are more Services then LDAP so I can't Updatet the Server and LDAP > 2.4. ... doesn't Supports CentOS 5.9. it should be perfectly possible to update to a current openldap server and leave the dependencies of your system to the old libraries. Just use one of the freely available source rpm and build from that. Greetings Christian -- Christian Kratzer CK Software GmbH Email: ck(a)cksoft.de Wildberger Weg 24/2 Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart Web: http://www.cksoft.de/ Geschaeftsfuehrer: Christian Kratzer

1 0

Re: (ITS#7693) ProxyCache Problems
by teichler＠message-mobile.de 13 Sep '13

13 Sep '13

And my Destination LDAP where the ProxyCache works in on LDAP 2.4.23. My Questions is: Is it generelly possible to do a ProxyCache query from a LDAP 2.4 server to a LDAP 2.3 server? -- _____________________________________________________ Message Mobile GmbH Stresemannstr. 6, D-21335 Lüneburg teichler(a)message-mobile.de tel.: +49 (0)4131 24444-234, fax: +49 (0)4131 24444-2349 www.message-mobile.de GF: Dr. Martin Hecker, AG Lüneburg, HRB: 2414 _____________________________________________________

1 0

Re: (ITS#7693) ProxyCache Problems
by teichler＠message-mobile.de 12 Sep '13

12 Sep '13

My Problem is, that this LDAP Server running on CentOS 5.9 Server, and there are more Services then LDAP so I can't Updatet the Server and LDAP 2.4. ... doesn't Supports CentOS 5.9. -- _____________________________________________________ Message Mobile GmbH Stresemannstr. 6, D-21335 Lüneburg teichler(a)message-mobile.de tel.: +49 (0)4131 24444-234, fax: +49 (0)4131 24444-2349 www.message-mobile.de GF: Dr. Martin Hecker, AG Lüneburg, HRB: 2414 _____________________________________________________

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