How do you use the “Lock” status in the TRIRIGA Admin Console?

In the TRIRIGA Admin Console, under “System Manager”, there is an option to “lock” the server so that maintenance can be done. When the server is up and in a “locked” status, users will not be able to log into TRIRIGA, but administrators can. Users will get a message when they attempt to log in that the system is “locked”.

It is important to know that if your agents are all stopped when you put the system in a “lock” status, and you restart your server, the server will not start back up. This is by design, because the server thinks an upgrade is being done, and you do not want to start up your server if an upgrade is in process.

[Admin: This post is related to the 11.28.12 post about disabling user logins to perform system maintenance.]

IV95382: Agent performance monitors not working properly

In the Admin Console, Performance Monitor, when monitoring a single value, it returns bad results. Returns wrong agent’s status. Returns “false” for an agent status even if the agent is running. Returns “0” for the number of agents running even if multiple agents are running.

We needed to update the calls to various platform status APIs. Moving forward, we updated the Admin Console, Performance Monitor, Single Value to correctly obtain the status of the active agents. This means the AGENTS_RUNNING_COUNT, OBJECT_PUBLISH_AGENT_RUNNING, SCHEDULER_AGENT_RUNNING, and all other agent-related monitors will now correctly report the agent status and count. We also removed the calls to KEYWORD_PARSER_AGENT_RUNNING and WAREHOUSE_AGENT_RUNNING as these no longer exist.

[Admin: This post is related to the 04.08.15 post about performance monitoring tools, and the 02.10.17 post about performance best practices.]

Is there a way to set Admin Console access without TRIRIGA access?

Some of our Admin users need access to the Admin Console to monitor different parameters from there. On the other hand, they must not login to TRIRIGA (or access direct URLs) with business data with Admin access. Is there a way to do this?

Currently, a user must be part of the Admin Group to access the Admin Console page. Please create a request for enhancement (RFE) with business justification and it will be reviewed by the TRIRIGA team.

IV94974: Security change in 3.5.2 has issues with TRIRIGA as service

I have installed TRIRIGA 10.5.2/3.5.2 OOB in Sandbox 1. One thing I noticed is that I used to be able to run the TRIRIGA service as “SVC-CBRES-IWMS-DEV” and I used to display the following in a web page, but in 3.5.2, I am not getting the expected “Sign In Required” error.

In TRIRIGA 3.5.2, a security change was filtering out the Performance Monitor (Single Values) URL. We needed to remove the filtering of monitor.jsp. Moving forward, a security issue was fixed which made the performance monitors unable to work externally from the TRIRIGA Admin Console.

[Admin: This post is related to the 04.08.15 post about performance monitoring tools.]

Why does accessing the 3.5.2 Admin Console result in a blank screen?

We’ve noticed with the change from TRIRIGA 3.5.1 to 3.5.2, there is some strange behavior when switching to the Admin Console. First, after logging into the front end of TRIRIGA (http://{servername}:9080), and second, after attempting to switch to the Admin Console (http://{servername}:9080/html/en/default/admin), this results in a blank screen (both in IE and Chrome).

It is necessary to close the window or clear the browser cache in order to access the Admin Console successfully. Is this intentional security behavior or something that we have misconfigured?

This is a known issue that was regressed with the security changes in 3.5.2. The workaround is to make sure you specify the endpoint for either page:

• Instead of {servername}:9080, use => {servername}:9080/index.html
• Instead of {servername}:9080/html/en/default/admin, use => {servername}:9080/html/en/default/admin/index.jsp

IV94641: Exception when trying to create a data load spreadsheet

When creating a spreadsheet in Data Load Manager, a “Spreadsheet File” field should become visible and clicking “View Content” should display the spreadsheet that now exists. Instead, the following message appears in the data load record’s “Attention!” section and no spreadsheet is created:

An error occurred during the creation of the data load spreadsheet process. See the server.log file in the Administrator Console for more information.

The server.log contains an error like the following, indicating that an Unsupported Operation Exception occurred when trying to create the data load spreadsheet…

Is there an issue with the OSLC logout command?

I am having an issue with logging out users through an OSLC consumer application.

I am using the native authentication because the customer requires the Base64 encoded string. So when I shut down my consumer application, I call the /logout command and get a 200 response back, but I can still see the session in the Users Manager of the TRIRIGA Admin Console. I think the problem is that the /logout command does not take any parameter, like the session ID, username, login ID, or even the JSESSIONID.

In addition to this, if I am creating 5 sessions for the “system” user to handle processing for the consumer application, then this /logout command would almost have to accept some parameters to allow you to manually logout each session based on a unique ID, like the session ID found in the TRIRIGA Admin Console or the JSESSIONID…