Most likely cause is a slow database response from the database backing your JBoss ON system. Try going to one of the other tabs such as Monitoring > Metrics and refreshing the page from there to see if the same notice occurs.

If going to other tabs words, then you can try narrowing the slowness down to a specific area or set of data. For example, if the metrics page can be displayed without the 30 second timeout notice, try the Alerts > History page.

For you get the 30 second timeout on all tabs, then it is the resource itself that is failing to load. However, I highly doubt that is the case considering that the page does render and appears to have the resource detail data loaded at the top.

Hope that helps.

Correct. If you are seeing the error on each page of the resource on one agent and are not seeing it on similar resources on other agents, then it may not be related to database latency.

When you access one of the resource's pages, requests are made to the database to find out what data needs to be displayed. If the page contains metric specific values or aggregates, a request is also made to the storage node (Cassandra).

Finally, the resource's availability is checked every 15 seconds when any of the resource page's are viewed. This is so that the availability icon in the top right can be updated and reflect a closer to real-time availability of the resource. This availability check will result in a request going to the agent to inquire to the resource's live availability. Perhaps it is this operation that is taking too long?

Does all the expected data appear on the page when you navigate to the resource's tab/sub-tabs? If so, you may want to look into performance of the individual agents that these resources are managed by. For example, if agent load is high or memory is low, it can cause this live availability check to take several seconds. In addition to the server processing agent data from this agent and others, it could result in the availability report not getting processed for more the 30 seconds and therefore the timeout notice.

I would start with reviewing the agent log for any warnings or errors related to timeouts or any log message that include the text PERF. Also, your browser's debug/console log may provide more details to the error. I would expect to see a more meaningful stack on the client-side.

Hope that helps,

--

Larry O'Leary

karthik raj wrote:

 

**it could result in the availability report not getting processed for more the 30 seconds and therefore the timeout notice.

Larry , is there options change the settings from 30 secs to some value

The UI operation timeout can not be changed.

Check your browser's debug/console log to see if there is a more meaningful stack trace associated with the error. Once you can confirm that it is the availability check, you will want o focus your attention on agent or network performance between the JBoss ON server and this agent.

--

Larry O'Leary

I was referring to the log/stack displayed in your browser's debug console. For example, if using Chrome, the debug log can be seen on the Console tab of the Developer Tools page. Internet Explorer also has the debug logs available on a similar page and refers to it as the F12 developer tools. Firefox refers to it as the Web Console.

Hope that helps,

--

Larry O'Leary

This tells us a couple of things.

First, the notice can be ignored as it deals only with the live availability request that the UI performs every 15 seconds while viewing a resource. This warning does not interfere with the UI and operation of monitoring or management of the resource.

Second, it tells us that either the agent is taking longer then 30 seconds to process the request or that the target managed resource is taking longer then 30 seconds to respond.

I would also consider the timeout notice as a user experience bug. As this condition could happen at any time, due to temporary agent load or restarting of other managed servers/services, I would expect that this live availability check not generate any noise that would interfere with the operation of the UI. That perhaps a better response to this would be to simply suppress additional live availability checks and showing the processing animation for the availability icon in the top right of the resource view until the request either completes or it returns some error condition that would result in a DOWN, UP, or UNKNOWN status.

As for your environment, I would suggest you investigate possible performance or load issues on these agent machines to see if perhaps this agent is falling behind on its monitoring duties. Or perhaps these resources are just taking too long to respond to the availability checks?

As for the user experience bug I have captured product bug report  Bug 1380471. Please note that JBoss ON is currently in its maintenance phase of its product support life-cycle meaning that only security or critical bugs get considered for inclusion in the maintenance releases.