Reconfigure after OpenLab CDS or authentication changes
Restore Test Services after you change the OpenLab CDS configuration or the authentication provider, so that login, scheduled tests, and notifications keep working. This page is for the administrator who maintains the OpenLab CDS deployment. The recovery you need depends on what changed: an authentication provider change is fixed by an admin login, while a deeper configuration change needs the privilege creator tool.
Prerequisites
- You must have the OpenLab Shared Services administrator role.
- You need the user name, password, and domain of an OLSS administrator account.
- Test Services must already be installed on the machine. (See Install Test Services.)
Recover after an authentication provider change
If you only changed the authentication provider (for example, Internal to Windows Domain), an administrator login is enough to recover. Logging in re-applies the current schedules, notifications, and parameters under the new authentication configuration.
-
Open Test Services in a browser. (See Log in to Test Services.)
-
Log in with an OLSS administrator account.
Test Services updates the current schedules, notifications, and parameters automatically.
Scheduled tests run under the credentials of the user who triggers this recovery. After an administrator signs in, subsequent scheduled runs and their audit-trail entries show that administrator's identity.
Recover after an OpenLab CDS configuration change
Some configuration changes leave the Test Services User and Test Services Administrator roles (and the Run Test Services and Administer Test Services privileges) missing from the new OLSS context. In these cases, run the privilege creator tool to recreate them. Run the tool after any of these changes:
- You installed Test Services on a CDS AIC or client, then reconfigured the AIC or client to connect to a different OLSS server.
- You installed Test Services on a Workstation with authentication set to None, then changed the provider to Internal or Windows Domain.
- You installed Test Services on a system using OpenLab ECM 3.x with OLSS configured for one ECM account, then reconfigured OLSS to use a different ECM account.
To recreate the roles and privileges:
-
Open a command prompt as an administrator.
-
Run the privilege creator tool with an OLSS administrator account:
"C:\Program Files (x86)\Agilent Technologies\Test Services\Agilent.TestServices.PrivilegeCreatorTool.exe" <username> <password> <domain>where:
<username>is the user name of an OLSS administrator<password>is that account's password<domain>is the domain (omit it for internal authentication)The tool signs in to OLSS and recreates the Test Services User and Test Services Administrator roles. An exit code of
0indicates success;1indicates a failure, and the tool prints a usage hint.
To capture a log file from the tool, set the environment variable PRIVILEGECREATOR_LOG to any value before you run it. The log is written to %TEMP%\PrivilegeCreatorTool-log.txt.
See also
- Configure roles and privileges: create and assign the Test Services roles.
- About authentication: how Test Services validates users and reacts to a provider change.
- Roles and privileges: the roles and privileges the tool recreates.
- View the Test Services logs: find log files when recovery does not work.
- Configure for an enterprise OpenLab Server topology: set up Test Services behind a load balancer.