On Thu, Dec 7, 2023 at 11:25 AM Nyquist <dongminic@gmail.com> wrote:
1. Stop directory server and remove access log file.
2. Run logpipe.py. Python create access.pipe (pipe)
3. Change directory server settings
nsslapd-accesslog-maxlogsperdir: 1
nsslapd-accesslog-logexpirationtime: -1
nsslapd-accesslog-logrotationtime: -1
nsslapd-accesslog: /var/log/dirsrv/slapd-localhost/access.pipe
nsslapd-accesslog-logbuffering: off
4. Run directory server
=> Check normal execution, logpipe.py and custom.py are operating normally.
The problem arises after this. This server has consumed all connections. A forced shutdown of the external system returned the connection, and we expected it to work normally. However, port 389 health check failed intermittently. Joining and removing from the L4 switch is repeated. Could this be caused by my logging settings to pipe?
Or should I think it's a problem with the Linux file system?
Judging by the version, it's a system with systemd, where logpipe was not working properly and the server would refuse to start.
Some time ago I investigated issues with logpipe and systemd and wrote these instructions to make it work: https://bugzilla.redhat.com/show_bug.cgi?id=1520373#c5 (you can skip dsconf part as you already did have this configuration in cn=config).
Could you please try this approach?
Thanks.
--
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Viktor
No comments:
Post a Comment