Chat now with support
Chat mit Support

One Identity Management Console for Unix 2.5.3 - Administration Guide

One Identity Privileged Access Suite for Unix Introducing One Identity Management Console for Unix Installing Management Console for Unix Preparing Unix hosts Working with host systems Managing local groups Managing local users Active Directory integration Authentication Services integration Privilege Manager integration Reporting Setting preferences Security Troubleshooting tips
Auto profiling issues Active Directory Issues Auditing and compliance Cannot create a service connection point Check Authentication Services agent status commands not available CSV or PDF reports do not open Database port number is already in use Elevation is not working Hosts do not display Import file lists fakepath Information does not display in the console License information in report is not accurate Out of memory error Post install configuration fails on Unix or Mac Privilege Manager feature issues Profile task never completes questusr account was deleted Readiness check failed Recovering from a failed upgrade Reports are slow Reset the supervisor password Running on a Windows 2008 R2 domain controller Service account login fails Setting custom configuration settings Single Sign-on (SSO) issues JVM memory tuning suggestions Start/stop/restart Management Console for Unix service Toolbar buttons are not enabled UID or GID conflicts
System maintenance Command line utilities Web services Database maintenance

UID or GID conflicts

Management Console for Unix does not automatically pick up changes to the host made externally to the console unless you configure the host for auto-profiling.

For example, when you install Privilege Manager software on a remote host, it creates a new user and group named pmclient, assigning a UID and GID accordingly. If you do not profile the host after installing the Privilege Manager packages, the mangement console will not recognize the new user name and group name. If you attempt to configure that host for auto-profiling or automatic QAS status updates without profiling, you might encounter a UID conflict, such as this:

Or, if you attempt to add a new local group to that host without profiling, you might encounter a GID error like this:

If you encounter a UID or GID conflict, profile the host and try the action again before you troubleshoot the problem further.

NoteS:

  • As a best practice, configure newly added hosts for auto-profiling before you perform any other actions so that the mangement console dynamically updates user and group information. See Automatically profiling hosts for details.
  • If Authentication Services is installed you may also get these errors because of UID/GID conflicts with Active Directory accounts. In this case, because the mangement console does not check for Active Directory conflicts, you will have to manually create the user with a different ID.

System maintenance

It is important to safeguard your data. One Identity recommends that you maintain copies of the most important files so you're always prepared for the worst.

This appendix provides general information and guidelines for maintaining or backing up your data.

Backup procedure

It is necessary to perform a backup when the service is not running. You can use normal backup methods, such as archiving the files in a compressed bundle.

To backup the Management Console for Unix program files

  1. Shutdown the service.
  2. Copy the application data directory to a backup location.

    By default, the application data directory is:

    • On Windows:
      %SystemDrive%:\ProgramData\Quest Software\Management Console for Unix
    • On Unix/Linux:
      /var/opt/quest/mcu
  3. Restart the service.

    Note: For more information on stopping and restarting the service, see Start/stop/restart Management Console for Unix service.

Restore procedure

It is necessary to restore your files when the service is not running.

To restore the Management Console for Unix program files

  1. Shutdown the service.
  2. Replace the application data directory files with the ones you previously backed up.

    By default, the application data directory is:

    • On Windows:
      %SystemDrive%:\ProgramData\Quest Software\Management Console for Unix
    • On Unix/Linux:
      /var/opt/quest/mcu
  3. Once you have replaced the files, restart the service.

    Note: For more information on stopping and restarting the service, see Start/stop/restart Management Console for Unix service.

Verwandte Dokumente

The document was helpful.

Bewertung auswählen

I easily found the information I needed.

Bewertung auswählen