Hi,
having a strange warning:
# /usr/sbin/slapcat -b dc=foo,dc=bar,com 583422d0 /etc/ldap/slapd.d: line 1: "attr" is deprecated (and undocumented); use "attrs" instead.
Then, the normal output of slapcat follows.
The thing is, /etc/ldap/slapd.d is a *folder* and in the entire /etc/ldap folder, including subdirs, the string "attr" does not occur.
Btw, The contents of /etc/ldap/slapd.d are: -rw------- 1 openldap openldap 2386 Jun 5 13:51 cn=config.ldif drwxr-x--- 6 openldap openldap 4096 Nov 20 20:32 cn=config
Can anyone give me a hint, what is going on?
Best, Kilian
Am Fri, 25 Nov 2016 11:53:34 +0100 schrieb Kilian roehner@cs.tum.edu:
Hi,
having a strange warning:
# /usr/sbin/slapcat -b dc=foo,dc=bar,com 583422d0 /etc/ldap/slapd.d: line 1: "attr" is deprecated (and undocumented); use "attrs" instead.
Then, the normal output of slapcat follows.
The thing is, /etc/ldap/slapd.d is a *folder* and in the entire /etc/ldap folder, including subdirs, the string "attr" does not occur.
Btw, The contents of /etc/ldap/slapd.d are: -rw------- 1 openldap openldap 2386 Jun 5 13:51 cn=config.ldif drwxr-x--- 6 openldap openldap 4096 Nov 20 20:32 cn=config
Can anyone give me a hint, what is going on?
It is most likely part of an access rule, or a snycrepl configuration.
-Dieter
On Fri, Nov 25, 2016 at 11:53:34AM +0100, Kilian wrote:
The thing is, /etc/ldap/slapd.d is a *folder* and in the entire /etc/ldap folder, including subdirs, the string "attr" does not occur.
On Sat, Nov 26, 2016 at 07:46:41PM +0100, Dieter Klünter wrote:
It is most likely part of an access rule, or a snycrepl configuration.
And as such, it may be part of a statement long enough that the LDIF got its lines wrapped. Try:
slapcat -n0 -o ldif-wrap=no | grep -w attr
That helped.
Thanks!
Am 26.11.2016 um 20:02 schrieb Ryan Tandy:
On Fri, Nov 25, 2016 at 11:53:34AM +0100, Kilian wrote:
The thing is, /etc/ldap/slapd.d is a *folder* and in the entire /etc/ldap folder, including subdirs, the string "attr" does not occur.
On Sat, Nov 26, 2016 at 07:46:41PM +0100, Dieter Klünter wrote:
It is most likely part of an access rule, or a snycrepl configuration.
And as such, it may be part of a statement long enough that the LDIF got its lines wrapped. Try:
slapcat -n0 -o ldif-wrap=no | grep -w attr
openldap-technical@openldap.org