-
Bug
-
Resolution: Unresolved
-
Major
-
rhel-9.6
-
None
-
None
-
Low
-
rhel-idm-ds
-
None
-
False
-
False
-
-
None
-
None
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
-
x86_64
-
None
What were you trying to do that didn't work?
Customer configured the access log rotation settings as below:
nsslapd-accesslog-logexpirationtime: 1 nsslapd-accesslog-logexpirationtimeunit: month ... nsslapd-accesslog-logmaxdiskspace: 6000 nsslapd-accesslog-logminfreediskspace: 5 nsslapd-accesslog-logrotationsync-enabled: off nsslapd-accesslog-logrotationsynchour: 0 nsslapd-accesslog-logrotationsyncmin: 0 nsslapd-accesslog-logrotationtime: 1 nsslapd-accesslog-logrotationtimeunit: day nsslapd-accesslog-maxlogsize: 100 nsslapd-accesslog-maxlogsperdir: 60
Nonetheless the access logs were piling up and the customer had to manually delete some of them to avoid filling the disk partition. This was causing a mismatch between the values of nsslapd-accesslog-list and the actual list of access logs.
We've reset things ( remove logs / set nsslapd-accesslog-list to an empty value / restart the server ) but the issue would come back a few days later.
What is the impact of this issue to you?
Free disk space getting low.
Please provide the package NVR for which the bug is seen:
grep 389-ds <SOS_REPORT>/installed-rpms
389-ds-base-2.6.1-10.el9_6.x86_64 Mon Jun 30 18:10:07 2025
389-ds-base-libs-2.6.1-10.el9_6.x86_64 Mon Jun 30 18:09:42 2025
389-ds-base-snmp-2.6.1-10.el9_6.x86_64 Mon Jun 30 18:10:32 2025
How reproducible is this bug?:
Always at customer site.
Steps to reproduce
- Configure log rotation
- Check if older logs are getting deleted when a threshold is reached
- Compare the list of known logs ( by the server ) with the list of present logs
Expected results
Working log rotation.
Actual results
Logs are not getting deleted.