openldap-technical

openldap-technical@openldap.org

18 participants
9785 discussions

Overly variant
by Stefan Kania 14 May '23

14 May '23

Hi to all, today I tried to set up the new overlay variant with OpenLDAP 2.6 (symas-packages) on a Debian 11 system First step I loaded the module: I added the Attribute "postaladdress" to an OU (ou=firma,dc=example,dc=net) and the "mobile" attribute to (ou=firma,dc=example,dc=net) Then I added the module ------------ dn: cn=module{0},cn=config changetype: modify add: olcModuleLoad olcModuleLoad: variant.la ------------ Then I created the following configuration: ------------ dn: olcOverlay={5}variant,olcDatabase={2}mdb,cn=config objectClass: olcVariantConfig olcVariantPassReplication: TRUE dn: name=example,olcOverlay={5}variant,olcDatabase={2}mdb,cn=config objectClass: olcVariantVariant olcVariantEntry: dc=example,dc=net dn: olcVariantVariantAttribute=postaladdress,name={0}example,olcOverlay={5}variant,olcDatabase={2}mdb,cn=config objectClass: olcVariantAttribute olcVariantVariantAttribute: postaladdress olcVariantAlternativeAttribute: postaladdress olcVariantAlternativeEntry: ou=firma,dc=example,dc=net dn: name=firma telefon,name={0}example,olcOverlay={5}variant,olcDatabase={2}mdb,cn=config objectClass: olcVariantAttribute olcVariantVariantAttribute: telephonenumber olcVariantAlternativeAttribute: mobile olcVariantAlternativeEntry: cn=Verw-al,ou=users,ou=Verwaltung,ou=firma,dc=example,dc=net ------------ That works fine. dc=example,dc=net has the "postaladdress" from ou=firma and dc=example,dc=net has the "mobile" as "telephonenumber" from "cn=verw-al" But now I like to set the attribute "telephonenumber" for all users in ou=users,ou=verwaltung,ou=firma,dc=example,dc=net" to the "telephonenumber" of "ou=firma,dc=example,dc=net". So I have to deal with RegEx here. I took a look at the example in the manpage and I'm even more confused. I tried the following: -------------------------- dn: name=verw-tel,olcOverlay={5}variant,olcDatabase={2}mdb,cn=config objectClass: olcVariantRegex olcVariantEntryRegex: cn=.+,ou=users,ou=verwaltung,ou=firma,dc=example,dc=net dn: olcVariantVariantAttribute=telephonNumber,name={1}verw-tel,olcOverlay={5}variant,olcDatabase={2}mdb,cn=config objectClass: olcVariantAttributePattern olcVariantVariantAttribute: telephoneNumber olcVariantAlternativeAttribute: telephoneNumber olcVariantAlternativeEntryPattern: ou=Verwaltung,ou=firma,dc=example,dc=net -------------------------- The first entry: dn: name=verw-tel,olcOverlay={5}variant,olcDatabase={2}mdb,cn=config Is telling me who should get the value from the shared attribute. Right? That's the way it works without RegEx. The second entry should point to the object and it's attribute to share. Right? So in "ou=verwaltung,...." I have the attribute "telephoneNumber" set and this should be shared. But If I try to add the entries. The first entry works. But the second entry gives the following error message: --------------- adding new entry "olcVariantVariantAttribute=telephonNumber,name={1}verw-tel,olcOverlay={5}variant,olcDatabase={2}mdb,cn=config" ldapadd: update failed: olcVariantVariantAttribute=telephonNumber,name={1}verw-tel,olcOverlay={5}variant,olcDatabase={2}mdb,cn=config ldap_add: Can't contact LDAP server (-1) --------------- And as you can see, adding the entry crashes the slapd. Can someone tell me the right way to use variant with regex?

3 6

Mapping the groupOfNames' owner attribute to members' Manager attribute
by sysadm+ldap-technical＠rolep.work 13 May '23

13 May '23

Hello, Is there any way to map the groupOfNames' owner attribute to members' Manager attribute without external scripts?

2 2

[About lmdb's write performance] mdb_txn_commit blocking for a long time
by Wang Zhiyong 05 May '23

05 May '23

Hello all. We are using lmdb in our own storage service and recently found a write performance issue. The phenomenon is that lmdb batch write is very slow, and a write transaction operation takes several minutes. For example, if a transaction writes 100,000 kv, the average value size is 100 bytes, and it takes 5 minutes. The size of lmdb data file is 460G. The analysis using perf is as follows: 53.14% liblgraph.so [.] mdb_page_alloc.isra.21 46.81% liblgraph.so [.] mdb_midl_xmerge 0.01% [kernel] [k] __check_object_size 0.01% [kernel] [k] __do_page_fault 0.01% [kernel] [k] __fput 0.01% [kernel] [k] get_futex_value_locked 0.01% [kernel] [k] radix_tree_descend 0.01% libpthread-2.17.so [.] __errno_location The cpu are consumed on the two functions mdb_page_alloc and mdb_midl_xmerge. By adding time statistics, I found that the blocking is in the mdb_freelist_save function in mdb_txn_commit. I'm not familiar with lmdb source code, can anyone explain why mdb_freelist_save consumes so much time? is this the expected result when lmdb data gets bigger? Is there any way to restore the write performance after the write becomes worse? What is the suggestion to improve the write performance of lmdb?

3 5

RE: Issues deploying openldap 2.6.4 Proxy on RHEL 8.7
by Vikram Sharma 04 May '23

04 May '23

Hello Support, Please see the screenshot for more information. [cid:image001.png@01D97E87.92DA8720] Warm Regards, Vikram Sharma Vikram.Sharma(a)investec.co.in<mailto:Vikram.Sharma@investec.co.in> Investec Global Services (India) Pvt. Ltd. Tel: +91 22 68497512 Mob: +91 9930600995 From: Vikram Sharma Sent: 04 May 2023 11:22 To: openldap-technical(a)openldap.org Cc: Amit Kulkarni <Amit.Kulkarni(a)investec.co.in>; Wyvern Bozec-Pearce <Wyvern.Bozec-Pearce(a)investec.co.uk> Subject: Issues deploying openldap 2.6.4 Proxy on RHEL 8.7 Hello Support, We are trying to deploy Openldap proxy from the available package from the openldap site version 2.6.4 on the Red Hat Enterprise Linux version 8.7 ootpa. We are aware that Red Hat enterprise 8.7 support openldap clients however, installing openldap-server is not supported. We are referring to the support tech link https://computingforgeeks.com/install-configure-openldap-server-centos/ to deploy openldap 2.6.4 however, when the deployment installation is completed following steps we are unable to start slapd service as slapd.d file is missing can we get some guidance on this please? Download site - https://www.openldap.org/software/download/OpenLDAP/openldap-release/ Install Procedure ------------------------------------------------------------------------------------------- #login as root user sudo su - #update required as pre-requisite sudo dnf update -y #restart once update is completed. sudo reboot #install the required dependencies sudo dnf install wget vim cyrus-sasl-devel libtool-ltdl-devel openssl-devel libdb-devel make libtool autoconf tar gcc perl perl-devel -y #create a non-privileged system user for OpenLDAP. sudo useradd -r -M -d /var/lib/openldap -u 55 -s /usr/sbin/nologin svcldapusr #Download the openldap tgz file from site https://www.openldap.org/software/download/OpenLDAP/openldap-release/ Transfer the file via Winscp and extract tar xzf openldap-$VER.tgz #Install OpenLDAP on RHEL 8 sudo mv openldap-$VER /opt # Change your working directory to OpenLDAP source. cd /opt/openldap-$VER #Install Development Tools: sudo dnf groupinstall "Development Tools" -y #Compile the source files sudo ./configure --prefix=/usr --sysconfdir=/etc --enable-debug --with-tls=openssl --with-cyrus-sasl --enable-dynamic --enable-crypt --enable-spasswd --enable-slapd --enable-modules --enable-rlookups #Upon successful compilation, you should see an output that says: "Please run "make depend" to build dependencies" #Run make depend to build OpenLDAP dependencies. sudo make depend #Compile OpenLDAP. sudo make #Install OpenLDAP on RHEL 8: sudo make install #A successful installation creates configuration files at /etc/openldap. The following files are available after installation: $ ls /etc/openldap certs ldap.conf ldap.conf.default schema slapd.conf slapd.conf.defaul Warm Regards, Vikram Sharma Vikram.Sharma(a)investec.co.in<mailto:Vikram.Sharma@investec.co.in> Investec Global Services (India) Pvt. Ltd. Tel: +91 22 68497512 Mob: +91 9930600995 Investec Bank plc is authorised and regulated by the UK Financial Services Authority. Registered in England and Wales (No. 489604). Registered office at 30 Gresham St, London EC2V 7QP. Investec Asset Finance Plc is a subsidiary of Investec Bank plc. Registered in England and Wales (No. 2179313). Registered office at Reading International Business Park, Reading RG2 6AA. We may monitor e-mail traffic data and the content of email. Calls may be monitored and recorded. If we collect personal information, the personal information we have collected from you will be shared with fraud prevention agencies who will use it to prevent fraud and money-laundering and to verify your identity. If fraud is detected, you could be refused certain services, finance or employment. For further details on how your information will be used by Investec and these fraud prevention agencies, and your data protection rights, please refer to our Fraud Prevention Notice https://www.investec.com/en_gb/legal/UK/fraud-prevention-notice.html This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This e-mail is subject to terms available at the following link: www.investec.co.uk/emaildisclaimer. By communicating electronically with us, you consent to these terms.

2 1

Unable to filter only group name
by BANDANI MAHARANA 03 May '23

03 May '23

Hi team, I am facing problem with filtering the group names in Ad server using openldap libraries. I am using ldap search api to get the list of group. My requirement is, with the provided input, i need to display all the available group similar to the entered group name. For example, if user types dev, it should display all the group names starting with dev. Like develop, development Kindly suggest how to achieve this. Thank you Bandani

2 1

olcPPolicyForwardUpdates not working
by Benjamin Renard 03 May '23

03 May '23

Hello, I have problem with the olcPPolicyForwardUpdates option that seem not working : On master and slave, I configured Ppolicy with pwdLockout. When I try to connect on master with a bad password, the pwdFailureTime attribute of the entry is successfully updated, but not if I do the same on the slave. On slave, my ppolicy configuration is exactly the same as on master but I add olcPPolicyForwardUpdates=TRUE. I also configured the chain overlay and the updateref parameter on the database. Extract of my slave configuration : olcDatabase={1}mdb,cn=config [...] olcSyncrepl: [...] olcUpdateRef: ldaps://ldap-master olcOverlay={0}chain,olcDatabase={1}mdb,cn=config objectClass: olcOverlayConfig objectClass: olcChainConfig objectClass: top olcOverlay: {0}chain olcChainReturnError: TRUE olcDatabase={0}ldap,olcOverlay={0}chain,olcDatabase={1}mdb,cn=config objectClass: olcLDAPConfig objectClass: olcChainDatabase objectClass: top olcDatabase: {0}ldap olcDbURI: ldaps://ldap-master olcDbIDAssertBind: bindmethod=simple binddn="[same user used in olcSyncrepl of the database]" credentials="secret" mode=self olcDbRebindAsUser: TRUE olcOverlay={1}ppolicy,olcDatabase={1}mdb,cn=config objectClass: olcOverlayConfig objectClass: olcPPolicyConfig objectClass: top olcOverlay: {1}ppolicy olcPPolicyHashCleartext: TRUE olcPPolicyUseLockout: TRUE olcPPolicyForwardUpdates: TRUE Do you have any idea of what I doing wrong ? Thanks, -- Benjamin Renard - Easter-eggs 44-46 rue de l'Ouest - 75014 Paris - France - Métro Gaité Phone: +33 (0) 1 43 35 00 37 - mailto:brenard@easter-eggs.com

3 17

idea for possible RFE: universally unique connection IDs
by Christopher Paul 29 Apr '23

29 Apr '23

Hello OpenLDAP-Technical, I would like to seek comments on an idea I have had for a while. Does anyone agree with me that it would be nice if connection IDs were uuids? Because when your slapd restarts, your monitoring system has no good way to track one "conn=1000" from another one (or from one server to another), and so forth. Would there be any downsides to this? Are there any upsides to re-using integers starting at 1000? I can think of one: with incrementing integers, you can tell the order of the connections with them. Thanks, Chris Paul | Rex Consulting | https://www.rexconsulting.net

2 1

Constructed attributes?!
by Marco Gaiarin 26 Apr '23

26 Apr '23

There's some way, in OpenLDAP, to have attributed 'calculated on the fly' like the AD 'Constructed Attributes'? For a sake of an example, an attribute 'userStatus: disabled' if userPassword start with an '!'? Thanks. -- Di questa cavolo di pianura, di questa gente senza misura, che gia` confonde la notte e il giorno, e la partenza con il ritorno, e la richezza con i rumore, ed il diritto con il favore (F. De Gregori)

1 0

Write bottlenecks
by Sam Dave 26 Apr '23

26 Apr '23

Hi, My write pipelines have a bottleneck at the bottom (LMDB writing). Work piles on top up-front, waiting for LMDB writes to complete. Therefore the earlier work cannot really parallelize as much as it could if I could somehow make the writes go faster. Are there any tips/tricks around this? I wonder if it could pay off to parallelize the writes into a few LMDB environments - and merge them in the end. This could have the advantage of more parallelization on the up-front work, but disadvantage of the final merging work. Regards, Sam

1 0

leave
by Alceu Rodrigues de Freitas Junior 21 Apr '23

21 Apr '23

leave

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openldap-technical