Bug 727686

Created attachment 516394 [details]
stack trace

Bob, notice the stack trace you attached is missing the stack for the root cause (the java.util.concurrent.ExecutionException). Please try to reproduce again and then try to grab the full stack trace from the Server or Agent log.

Also, do you only see this for Cron compat groups, or do you see it for other types of compat groups too?

I updated the title of this BZ, since it looks like Bob is seeing an error for a group of Cron resources, not a group of RHQ Agent resources.

Note, I suspect this is a bug in the cron plugin and not in the RHQ platform or GUI. Waiting to hear back from Bob with the full stack trace and whether he can reproduce the issue with other types of compat groups.

I saw this today, it seems rooted in the fact that an agent is down.  There was a corresponding *WARN level* server stack, shown below.  The problem may be that we're not properly getting the right message to the user.  Here is the [very abbreviated] stack:

09:17:24,771 WARN  [gwt-log] Sending exception to client: [1313587044768]
java.lang.Exception: Current group Resource configuration for 10056 cannot be calculated, because one or more of this group's member Resources are DOWN.
        at org.rhq.enterprise.server.configuration.ConfigurationManagerBean.getResourceConfigurationsForCompatibleGroup(ConfigurationManagerBean.java:610)

I just tried this and the second time I went to the group config page, I got this:

java.lang.RuntimeException:One or more null or empty member connection settings was returned by the Server.
--- STACK TRACE FOLLOWS ---
One or more null or empty member connection settings was returned by the Server.
    at Unknown.com_google_gwt_core_client_impl_StackTraceCreator$CollectorMoz_collect__Lcom_google_gwt_core_client_JsArrayString_2(Unknown source:0)
...
    at Unknown.org_rhq_enterprise_gui_coregui_client_inventory_groups_detail_configuration_GroupResourceConfigurationEditView$3$1_$onSuccess__Lorg_rhq_enterprise_gui_coregui_client_inventory_groups_detail_configuration_GroupResourceConfigurationEditView$3$1_2Ljava_util_Map_2V(Unknown source:0)
    at Unknown.org_rhq_enterprise_gui_coregui_client_inventory_groups_detail_configuration_GroupResourceConfigurationEditView$3$1_onSuccess__Ljava_lang_Object_2V(Unknown source:0)
    at Unknown.com_google_gwt_user_client_rpc_impl_RequestCallbackAdapter_onResponseReceived__Lcom_google_gwt_http_client_Request_2Lc
...

note that BOTH of my agents were up and running.

I put down bug 719731 and bug 719999 in the see-also section, but I don't think that this is truly related to those. This "cannot get live config" is actually to be expected IF the agent cannot be accessed for whatever reason. If the server fails to communicate with the agent successfully and/or fails to retrieve the live configuration successfully for whatever reason (maybe the managed resource was down? maybe there is a bug in the plugin container or the plugin itself?) then we will not show any group config in this subtab. The reason is that we do not want to show potentially erroneous config data to the user. Unless we can be sure we have the most current LIVE config for all group members, we will not show the group config, lest the user think the data that is being shown is the true up-to-date config for all resources (which is isn't, because we failed to get at least one resource's live config)

So, I would say - make sure you did not get any error messages in the server and/or agent to indicate problems with the agent communication (even though the agent may show UP, its possible that particular comm request failed for some reason).

Lowering this priority down - but I will look at those other two bugs as those do appear to not have any explanation yet.

this is to be expected when you can't get the live config. whether or not it is what we want is another question. but the code as it is today works.