-
Bug
-
Resolution: Done
-
Blocker
-
7.0.0.ER5
-
None
-
Regression
-
-
-
-
-
-
Reloading host-controller via http-api puts the HC into unresponsive state.
reproduce
- create an administrative user admin:asdasd@2
- start a domain
- reload a server via http api
curl --digest -L -D - http://localhost:9990/management --header "Content-Type: application/json" -d '{"operation":"reload","name":"", "address":{"host" : "master"},"json.pretty":1}' -u admin:asdasd@2
actual
Default server instances are stopped, HC is left in unresponsive state.
Keeping the domain alive, following message will appear in 5 minutes, domain will become responsive again after that.
[Host Controller] 04:47:23,966 ERROR [org.jboss.as.controller.management-operation] (management task-7) WFLYCTL0349: Timeout after [300] seconds waiting for service container stability while finalizing an operation. Process must be restarted. Step that first updated the service container was 'reload' at address '[("host" => "master")]'
expected
Domain is reloaded
additional info
The issue was introduced by fix for JBEAP-2751 - https://github.com/jbossas/wildfly-core-eap/commit/4986773a51fbf43ad911aecc403f7eb90e72a8c2
thread dump of unresponsive HC
http://pastebin.test.redhat.com/348732
I am unable to reproduce locally, but issue can be easily reproduced on slower servers in MWQE lab. SSLMasterSlave*WayTestCase using reload via http-api cousing failures in domain modules of wf-core testsuite (e.g. eap-7x-as-testsuite-test-core-rhel )
Regression against 7.0.0.ER4. I was able to reproduce with the latest wildfly-core bits as well (1be598e)
- is cloned by
-
WFCORE-1418 Reloading host-controller via http-api puts the HC into unresponsive state
- Resolved