Here is the contents of configlog.ldif
dn: cn=config changetype: modify
delete: olcLogLEvel - add: olcLogLevel olcLogLevel: 0
I run the following commend:
ldapmodify -Wx -D "uid=admin,dc=oreillyauto,dc=com" -H ldap://tntest-ldap-1.oreillyauto.com -c -f /tmp/configlog.ldif
the output shows:
Enter LDAP Password: modifying entry "cn=config"
Except the loglevel cn=config does not change. The modifyTimeStamp and entryCSN change to match the server. I have a 3 node MMR cluster on 2.4.31. I am working on a build to go to 2.4.36, but in the mean time I need to get this working.
Thanks, Eric Speake Web Systems Administrator O'Reilly Auto Parts
This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS � 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
Try:
dn: cn=config changetype: modify
replace: olcLogLevel olcLogLevel: 0
On Oct 3, 2013, at 13:05, espeake@oreillyauto.com wrote:
Here is the contents of configlog.ldif
dn: cn=config changetype: modify
delete: olcLogLEvel
add: olcLogLevel olcLogLevel: 0
I run the following commend:
ldapmodify -Wx -D "uid=admin,dc=oreillyauto,dc=com" -H ldap://tntest-ldap-1.oreillyauto.com -c -f /tmp/configlog.ldif
the output shows:
Enter LDAP Password: modifying entry "cn=config"
Except the loglevel cn=config does not change. The modifyTimeStamp and entryCSN change to match the server. I have a 3 node MMR cluster on 2.4.31. I am working on a build to go to 2.4.36, but in the mean time I need to get this working.
Thanks, Eric Speake Web Systems Administrator O'Reilly Auto Parts
This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS § 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
-- Cheers, Chad Scott | Senior Site Reliability Engineer | Mobile 415.684.8598 AppDynamics Monitor your Apps in Production. Now.
Watch our video | Download AppDynamics for free Twitter | Facebook | appdynamics.com
Hi,
On Thu, 3 Oct 2013, espeake@oreillyauto.com wrote:
Here is the contents of configlog.ldif
dn: cn=config changetype: modify
delete: olcLogLEvel
add: olcLogLevel olcLogLevel: 0
I run the following commend:
ldapmodify -Wx -D "uid=admin,dc=oreillyauto,dc=com" -H ldap://tntest-ldap-1.oreillyauto.com -c -f /tmp/configlog.ldif
the output shows:
Enter LDAP Password: modifying entry "cn=config"
Except the loglevel cn=config does not change. The modifyTimeStamp and entryCSN change to match the server. I have a 3 node MMR cluster on 2.4.31. I am working on a build to go to 2.4.36, but in the mean time I need to get this working.
try following:
dn: cn=config changetype: modify replace: olcLogLevel olcLogLevel: 0
Greetings Christian
Thanks, Eric Speake Web Systems Administrator O'Reilly Auto Parts
This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS ? 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
Hi,
On Thu, 3 Oct 2013, Christian Kratzer wrote: <snipp/>
try following:
dn: cn=config changetype: modify replace: olcLogLevel olcLogLevel: 0
I also like to use symbolic names so I keep following file floating around:
dn: cn=config changetype: modify replace: olcLogLevel olcLogLevel: Conns olcLogLevel: Stats olcLogLevel: Stats2 olcLogLevel: Sync #olcLogLevel: filter #olcLogLevel: config #olcLogLevel: ACL #olcLogLevel: parse
you should be able to use just following to clear logging:
dn: cn=config changetype: modify replace: olcLogLevel olcLogLevel: none
Greetings Christian
Christian this worked. The weird thing is that it encrypted it in base64. My access lists did the same thing. Really strange.
Thanks again. Eric Speake Web Systems Administrator O'Reilly Auto Parts
From: Christian Kratzer ck-lists@cksoft.de To: espeake@oreillyauto.com Cc: openldap-technical@openldap.org Date: 10/03/2013 04:21 PM Subject: Re: Log level will not change. Sent by: openldap-technical-bounces@OpenLDAP.org
Hi,
On Thu, 3 Oct 2013, Christian Kratzer wrote: <snipp/>
try following:
dn: cn=config changetype: modify replace: olcLogLevel olcLogLevel: 0
I also like to use symbolic names so I keep following file floating around:
dn: cn=config changetype: modify replace: olcLogLevel olcLogLevel: Conns olcLogLevel: Stats olcLogLevel: Stats2 olcLogLevel: Sync #olcLogLevel: filter #olcLogLevel: config #olcLogLevel: ACL #olcLogLevel: parse
you should be able to use just following to clear logging:
dn: cn=config changetype: modify replace: olcLogLevel olcLogLevel: none
Greetings Christian
-- Christian Kratzer CK Software GmbH Email: ck@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
-- This message has been scanned for viruses and dangerous content, and is believed to be clean. Message id: 25DE8600D5E.A5163
This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS � 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
espeake@oreillyauto.com wrote:
Here is the contents of configlog.ldif
You seem to have continual difficulty understanding that whitespace is significant. Please read the ldif(5) manpage more carefully. Judging from your other lengthy email thread, you also need to read slapd.conf(5) more carefully.
dn: cn=config changetype: modify
delete: olcLogLEvel
add: olcLogLevel olcLogLevel: 0
I run the following commend:
ldapmodify -Wx -D "uid=admin,dc=oreillyauto,dc=com" -H ldap://tntest-ldap-1.oreillyauto.com -c -f /tmp/configlog.ldif
the output shows:
Enter LDAP Password: modifying entry "cn=config"
Except the loglevel cn=config does not change. The modifyTimeStamp and entryCSN change to match the server. I have a 3 node MMR cluster on 2.4.31. I am working on a build to go to 2.4.36, but in the mean time I need to get this working.
Thanks, Eric Speake Web Systems Administrator O'Reilly Auto Parts
This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS § 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
Howard,
This is actually a format that I have use on other ldif's and they work. I did follow you advice on the slapd.conf and got pas the errors and hit another snag to discover that after following instructions on createing a build and installing with no errors that openLdap still wsa showing as installed. So I have started going back over those instructions from the install file as well as the 2.4 admin documentation that is out of date. The slapd.conf man pages on the server don't even list mdb as an attribute for the database. So reading documentation that has not been updated isn't always that helpful.
This is my first go at openLDAP and I am sorry that I might waste some of your time, but the last book that written on this software that I can find was written 7 years when some of the now deprecated features were just in the planning stages.
Thank you for our help. Eric Speake Web Systems Administrator O'Reilly Auto Parts
From: Howard Chu hyc@symas.com To: espeake@oreillyauto.com, openldap-technical@openldap.org Date: 10/03/2013 05:14 PM Subject: Re: Log level will not change. Sent by: openldap-technical-bounces@OpenLDAP.org
espeake@oreillyauto.com wrote:
Here is the contents of configlog.ldif
You seem to have continual difficulty understanding that whitespace is significant. Please read the ldif(5) manpage more carefully. Judging from your other lengthy email thread, you also need to read slapd.conf(5) more carefully.
dn: cn=config changetype: modify
delete: olcLogLEvel
add: olcLogLevel olcLogLevel: 0
I run the following commend:
ldapmodify -Wx -D "uid=admin,dc=oreillyauto,dc=com" -H ldap://tntest-ldap-1.oreillyauto.com -c -f /tmp/configlog.ldif
the output shows:
Enter LDAP Password: modifying entry "cn=config"
Except the loglevel cn=config does not change. The modifyTimeStamp and entryCSN change to match the server. I have a 3 node MMR cluster on 2.4.31. I am working on a build to go to 2.4.36, but in the mean time I need to get this working.
Thanks, Eric Speake Web Systems Administrator O'Reilly Auto Parts
This communication and any attachments are confidential, protected by
Communications Privacy Act 18 USCS § 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
-- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
-- This message has been scanned for viruses and dangerous content, and is believed to be clean. Message id: ABCAD600DE6.A2076
This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS § 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
Am Thu, 3 Oct 2013 22:45:41 -0500 schrieb espeake@oreillyauto.com:
Howard,
This is actually a format that I have use on other ldif's and they work. I did follow you advice on the slapd.conf and got pas the errors and hit another snag to discover that after following instructions on createing a build and installing with no errors that openLdap still wsa showing as installed. So I have started going back over those instructions from the install file as well as the 2.4 admin documentation that is out of date. The slapd.conf man pages on the server don't even list mdb as an attribute for the database. So reading documentation that has not been updated isn't always that helpful.
there are database specific manual pages, slapd-hdb(5), slapd-mdb(5), slapd-ldap(5) etc.
This is my first go at openLDAP and I am sorry that I might waste some of your time, but the last book that written on this software that I can find was written 7 years when some of the now deprecated features were just in the planning stages.
I quite agree, third party documentation is sparse, but most of the available documentation on ldap and openldap is mature but still valid.
-Dieter
openldap-technical@openldap.org