+++ This bug was initially created as a clone of Bug #846400 +++ Created attachment 602799 [details] eap-full-ha.log Description of problem: While editing infinispan local-query cache resource or creating new cache resources and reloading EAP server full-ha mode is being crashed, stopped and cannot be started anymore. Version-Release number of selected component (if applicable): JON 3.1.1 ER1 EAP6 ER6 How reproducible: sometimes (2 of >10 times) Steps to Reproduce: 1. Install jon with EAP plugin 2. start eap server in full-ha mode 3. inventory eap server 4. play with infinispan cache resources - create/edit 5. reload eap from jon Actual results: exceptions are being thrown on log and server stops permanently. Expected results: eap server is reloaded Additional info: Please get attached segments from eap log. --- Additional comment from ahovsepy on 2012-08-13 06:35:12 EDT --- The bug is being visible when both EAP and JDG servers are up and running and both EAP and JDG plugins are up and running in JON. marking the dependency to bug#846385. --- Additional comment from ahovsepy on 2012-08-23 10:07:09 EDT --- but is fixed with the fix of bug#846385. Marking as verified. --- Additional comment from ahovsepy on 2012-08-23 10:32:22 EDT --- sorry. with the verificaiton of bug#835696 the same problem was visible again :( reopening the bug. please get attached the fragment from eap log. --- Additional comment from ahovsepy on 2012-08-23 10:33:16 EDT --- Created attachment 606624 [details] eapException.log --- Additional comment from snegrea on 2012-08-27 17:44:32 EDT --- The log shows an error that is unrelated to infinispan cache resources. This bug looks related to infinispan subsystem and not the messaging subsystem. Could you please post the reproduction steps that you followed to produce the failure? --- Additional comment from hrupp on 2012-08-27 17:50:40 EDT --- This can be reproduced by both delivering a connector-name and a discovery-group-name on e.g. ...hornetq... connection-factory=InVmConnectionFactory (see screenshot) Note that the config page even mentions that for the connector We catch that case for create-resource but not for update. This has nothing to do with Bug 835696 --- Additional comment from hrupp on 2012-08-27 17:52:34 EDT --- Created attachment 607353 [details] Screenshot --- Additional comment from hrupp on 2012-08-28 10:12:16 EDT --- Opened an AS7-issue ( https://issues.jboss.org/browse/AS7-5441 ) , as this can easily be reproduced via the CLI. We may still want to prevent it for updates coming from us.
release/jon3.1.x branch commit: http://git.fedorahosted.org/cgit/rhq/rhq.git/commit/?h=release/jon3.1.x&id=77c65b46d7875e92a55be5f44edd4419aa8e0572
Please retest this bug by creating and updating the following sub-resources of a HornetQ resource: bridge, cluster connection, connection factory, pooled connection factory. Verify that static-connectors, connectors, discovery-group-name properties can be edited and set correctly during resource creation but they are read-only on created resources. Also, after each resource is updated/created then reload/restart the server to ensure that the configuration file is still valid.
The CR1 build is available at https://brewweb.devel.redhat.com/buildinfo?buildID=231258. Moving to ON_QA.
reopened. Create a cluster Connection resource like in "10.34.31.223:7080" - sss, reload EAP -- server crashes and cannot be started anymore.
Can you please attach the logs (both agent and EAP6)? Can you also post a screenshot of the resource after configuration? Is this a fresh CR1 install? Or it is an upgrade from an earlier ER install?
Created attachment 608424 [details] credential
Created attachment 608425 [details] reload
Created attachment 608427 [details] eap_server.log
Hi Stefan. Please get attached a fragment from eap log - there is no exception in server or agent logs, also a screenshot of reload failed is attached. The credentials screenshot has been destroyed by me (saved log by the same name accidently). Please get also attached the screenshot with the configuration of newly created cluster connection resource.
Created attachment 608436 [details] clusterConnectionConfig
note: All 3 (server, agent, eap) are always being installed from scratch, db is being dropped and created for each installation.
From the screenshot, you do not have the correct plugin installed. The fact that allow-direct-connections-only is visible (fixed by bug 852632) means that wrong plugin is installed. Also, with the correct plugin installed both static-connectors and discovery-group-name are going to be read-only. Please use a fresh installation of JON 3.1.1 or upgrade from to JON 3.1.1 from JON 3.1.0. Upgrading for ERx to CRx is not a supported upgrade path.
Created attachment 608488 [details] jbossASPlugin
Created attachment 608489 [details] cridentialsError I am sorry, but I have removed everything manually for being sure no old plugin is kept cause of automated jon installation. Changed cluster connection resource - retry Interval Multiplier from 1 to 1.5 - reloaded eap, exception is visible on gui. The value o retry interval multiplier is changed.
Let's have an Elluminate session to talk about BZ 852891! https://bugzilla.redhat.com/show_bug.cgi?id=852891 Armine/Stefan ... let's discuss ... look at shared desktops....etc... Scheduled 9/4/2012
The validation on AS7 side does not always work as expected. For some resources the validation is done on all the cases, whereas in some other cases only a partial validation is done. A fix will be added to do the full validation on resource creation on the plugin side for: bridge, cluster connection, connection factory, pooled connection factory. No further updates required other than the improvements to the existing validation code.
Updated the code to validate user input at resource creation for bridge, cluster connection, connection factory, pooled connection factory.
release/jon3.1.x branch commit: http://git.fedorahosted.org/cgit/rhq/rhq.git/commit/?h=release/jon3.1.x&id=14941af29769ddfd5ecbc6193762a4f15ecd4b88
CR2 build is available at https://brewweb.devel.redhat.com/buildinfo?buildID=232185. Moving to ON_QA.
verified.
Bulk closing of old issues in VERIFIED state.