389 console on Windows - command logging

[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.

[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.
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.

On Mon, May 17, 2021 at 2:05 PM Joe Fletcher <jfletche(a)sscinc.com&gt; wrote:

>  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.
>  _______________________________________________
>  389-users mailing list -- 389-users(a)lists.fedoraproject.org
>  To unsubscribe send an email to 389-users-leave(a)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/[e-mail]...
>  Do not reply to spam on the list, report it:
>  https://pagure.io/fedora-infrastructure
>

[Mark Reynolds]

On 5/17/21 5:29 PM, Marc Sauton wrote:
>  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

>  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.
>
>  On Mon, May 17, 2021 at 2:05 PM Joe Fletcher <jfletche(a)sscinc.com 
>  <mailto:[e-mail]>> wrote:
>
>      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.
>      _______________________________________________
>      389-users mailing list -- 389-users(a)lists.fedoraproject.org
>      <mailto:[e-mail]>
>      To unsubscribe send an email to
>      389-users-leave(a)lists.fedoraproject.org
>      <mailto:[e-mail]>
>      Fedora Code of Conduct:
>      https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>      <https://docs.fedoraproject.org/en-US/project/code-of-conduct/>
>      List Guidelines:
>      https://fedoraproject.org/wiki/Mailing_list_guidelines
>      <https://fedoraproject.org/wiki/Mailing_list_guidelines>
>      List Archives:
>      https://lists.fedoraproject.org/archives/list/[e-mail]...
>     
> <https://lists.fedoraproject.org/archives/list/[e-mail]...
>      Do not reply to spam on the list, report it:
>      https://pagure.io/fedora-infrastructure
>      <https://pagure.io/fedora-infrastructure>
>
>
>  _______________________________________________
>  389-users mailing list -- 389-users(a)lists.fedoraproject.org
>  To unsubscribe send an email to 389-users-leave(a)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/[e-mail]...
>  Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
-- 

389 Directory Server Development Team