Discussion:
[389-users] 389 console on Windows - command logging
Joe Fletcher
2021-05-17 21:04:48 UTC
Permalink
Hi,

Does the native windows version of 389 management console keep logs of commands executed and their results anywhere?
If not is there a way to make it do so?

I am working on a project to migrate to 389 and I have an instance whereby if I select "restart directory server" from the tasks page I get a message
pop-up saying "Directory Server <instance-name> could not be restarted" but no explanation as to why.

I have other instances where this functionality works fine.

There doesn't appear to be anything in the access or error logs at the server end to signify the failed attempt.

Any way to trace the issue?

Regards

This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto.
Marc Sauton
2021-05-17 21:29:26 UTC
Permalink
There isn't a console log, but there is all the activity from the HTTP
server, in /var/log/dirsrv/admin-serv/access
The other possibility is to run the console in debug mode.
Note the Java console has been deprecated for more than a year, for a web
UI and Python command line tools.
( RHDS-11.0 was released for RHEL-8.1 in 20191106 )
In that case, the web browser debug console shows the actions translated in
the commands.

for the error "could not be restarted", you may want to review the LDAP
server errors log in for example /var/log/dirsrv/slapd-*/errors , not the
console actions log.
try to restart manually from the LDAP server's system, to verify this work
properly.
also verify there is indeed a task created by the DS console, in the LDAP
server's access log file, there may be an error code different from 0.
or verify the user used to log in the DS console has access to the restart
functionality, try to log in as "cn=directory manager"

Cordially,
Marc S.
Post by Joe Fletcher
Hi,
Does the native windows version of 389 management console keep logs of
commands executed and their results anywhere?
If not is there a way to make it do so?
I am working on a project to migrate to 389 and I have an instance whereby
if I select “restart directory server” from the tasks page I get a message
pop-up saying “Directory Server <instance-name> could not be restarted”
but no explanation as to why.
I have other instances where this functionality works fine.
There doesn’t appear to be anything in the access or error logs at the
server end to signify the failed attempt.
Any way to trace the issue?
Regards
This email with all information contained herein or attached hereto may
contain confidential and/or privileged information intended for the
addressee(s) only. If you have received this email in error, please contact
the sender and immediately delete this email in its entirety and any
attachments thereto.
_______________________________________________
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
https://pagure.io/fedora-infrastructure
Mark Reynolds
2021-05-17 23:13:45 UTC
Permalink
Post by Marc Sauton
There isn't a console log, but there is all the activity from the HTTP
server, in  /var/log/dirsrv/admin-serv/access
The other possibility is to run the console in debug mode.
If its an issue you can reproduce then run this:   389-console -D 9

HTH,

Mark
Post by Marc Sauton
Note the Java console has been deprecated for more than a year, for a
web UI and Python command line tools.
( RHDS-11.0 was released for RHEL-8.1 in 20191106 )
In that case, the web browser debug console shows the actions
translated in the commands.
for the error "could not be restarted", you may want to review the
LDAP server errors log in for example /var/log/dirsrv/slapd-*/errors ,
not the console actions log.
try to restart manually from the LDAP server's system, to verify this
work properly.
also verify there is indeed a task created by the DS console, in the
LDAP server's access log file, there may be an error code different
from 0.
or verify the user used to log in the DS console has access to the
restart functionality, try to log in as "cn=directory manager"
Cordially,
Marc S.
Hi,
Does the native windows version of 389 management console keep
logs of commands executed and their results anywhere?
If not is there a way to make it do so?
I am working on a project to migrate to 389 and I have an instance
whereby if I select “restart directory server” from the tasks page
I get a message
pop-up saying “Directory Server <instance-name> could not be
restarted” but no explanation as to why.
I have other instances where this functionality works fine.
There doesn’t appear to be anything in the access or error logs at
the server end to signify the failed attempt.
Any way to trace the issue?
Regards
This email with all information contained herein or attached
hereto may contain confidential and/or privileged information
intended for the addressee(s) only. If you have received this
email in error, please contact the sender and immediately delete
this email in its entirety and any attachments thereto.
_______________________________________________
To unsubscribe send an email to
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
<https://docs.fedoraproject.org/en-US/project/code-of-conduct/>
https://fedoraproject.org/wiki/Mailing_list_guidelines
<https://fedoraproject.org/wiki/Mailing_list_guidelines>
https://pagure.io/fedora-infrastructure
<https://pagure.io/fedora-infrastructure>
_______________________________________________
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
--
389 Directory Server Development Team
Loading...