Full_Name: Emmanuel Lecharny Version: 2.4.44 OS: CentOS URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (86.246.56.212) Adding either the olcSpNoPresent/olcSpReloadHint into a syncprov overlay is possible using slapd.d. It the values are set to TRUE, you can remove them. If you set them to FALSE, trying to remove the value get you an error 80. Second thing : set the value to TRUE (works), then change it to FALSE (works). Now, you are stuck : you can't revert it to TRUE or remove them. Third thing : set the value to FALSE (works), then you can't change it to TRUE or delete the attribute. There is no other way that modifyin the ldif file to get it back on its feet.
moved from Incoming to Software Bugs
--On Tuesday, March 14, 2017 6:58 PM +0000 elecharny@symas.com wrote: Also fails for olcSpSessionLog (if it wasn't defined when the cn=config db was loaded) --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>
quanah@symas.com wrote: > --On Tuesday, March 14, 2017 6:58 PM +0000 elecharny@symas.com wrote: > > Also fails for olcSpSessionLog (if it wasn't defined when the cn=config db > was loaded) Couldn't reproduce this, works for me. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
elecharny@symas.com wrote: > Full_Name: Emmanuel Lecharny > Version: 2.4.44 > OS: CentOS > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (86.246.56.212) > > > Adding either the olcSpNoPresent/olcSpReloadHint into a syncprov overlay is > possible using slapd.d. It the values are set to TRUE, you can remove them. If > you set them to FALSE, trying to remove the value get you an error 80. > > Second thing : set the value to TRUE (works), then change it to FALSE (works). > Now, you are stuck : you can't revert it to TRUE or remove them. > > Third thing : set the value to FALSE (works), then you can't change it to TRUE > or delete the attribute. All of these are the same issue. Fixed in master. > > There is no other way that modifyin the ldif file to get it back on its feet. > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
changed notes changed state Open to Test
--On Thursday, May 24, 2018 6:49 PM +0100 Howard Chu <hyc@symas.com> wrote: > quanah@symas.com wrote: >> --On Tuesday, March 14, 2017 6:58 PM +0000 elecharny@symas.com wrote: >> >> Also fails for olcSpSessionLog (if it wasn't defined when the cn=config >> db was loaded) > > Couldn't reproduce this, works for me. I realized the issue I'd hit was with replicating cn=config when modifying this attribute. Likely the missing matching rules issue that's tracked under another ITS I need to address. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>
changed notes changed state Test to Release
fixed in master fixed in RE24 (2.4.47)
changed notes changed state Release to Closed