To report basic information about the configuration of a policy server, enter
# pmsrvinfo
This command returns output similar to this:
Policy Server Configuration:
----------------------------
Privilege Manager version : 5.6.0 (nnn)
Listening port for pmmasterd daemon : 12345
Comms failover method : random
Comms timeout(in seconds) : 10
Policy type in use : sudo
Group ownership of logs : pmlog
Group ownership of policy repository : pmpolicy
Policy server type : primary
Primary policy server for this group : myhost.example.com
Group name for this group : MyPolicyGroup
Location of the repository : file:
////var/opt/quest/qpm4u/.qpm4u/.repository/sudo_repos/trunk
Hosts in the group : myhost.example.com
The "master" copy of the policy file resides in a repository on the primary policy server. Each primary and secondary policy server maintains a "production" copy of the policy file or files. Use the pmpolicy utility to verify that the production copy is current with the master policy.
To compare the production policy file against the master policy on the primary server
# pmpolicy masterstatus
|
NOTE: If the files are in sync, the Current Revision number will match the Latest Trunk Revision number. If someone hand-edited the local copy without using pmpolicy utility commands to commit the changes, "Locally modified" will indicate "YES". |
If the production policy is not current with the master policy you can update the production policy with pmpolicy sync. (See pmpolicy for more information about the syntax and usage of the pmpolicy command.)
When the policy server is not working as expected, use the pmsrvcheck command to determine the state of the server and its configuration.
To verify the policy server is running
# pmsrvcheck
This command returns output similar to this:
testing policy server [ Pass ]
If the policy server is working properly, the output returns 'pass', otherwise it returns, 'fail'.
|
NOTE: See pmsrvcheck for more information about the syntax and usage of the pmsrvcheck command. |
The primary and secondary policy servers need to communicate with each other. Run the pmloadcheck command on a policy server host to verify that it can communicate with other policy servers in the policy group. The Sudo Plugin hosts also need to communicate with the policy servers in the policy group. Run pmpluginloadcheck on the remote hosts to verify that they can communicate with the policy servers in the group.
To determine if there any issues with policy servers in the policy group
From the Privilege Manager for Unix host command line, enter:
# pmloadcheck -r
-OR-
From the Privilege Manager for Sudo host command line, enter:
# pmpluginloadcheck -r
Both commands have output similar to this:
[0][root@sol10-x86 /]# pmloadcheck -r ** Reporting current availability of each configured master... * Host:myhost1.example.com (172.16.1.129) ... [ OK ] ** Based on this data, the server list is currently ordered as: 1. myhosts.example.com
|
NOTE: See pmpluginloadcheck for more information about the syntax and usage of this command. |
© 2021 One Identity LLC. ALL RIGHTS RESERVED. Feedback Terms of Use Privacy