[JBoss JIRA] (WFLY-5639) ARQ managed domain fails with assertions enabled
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-5639?page=com.atlassian.jira.plugin.... ]
Thomas Diesler updated WFLY-5639:
---------------------------------
Description:
Currently we have
{code:xml}
<container qualifier="jboss" default="true">
<configuration>
<property name="jbossHome">${jboss.home}</property>
<property name="allowConnectingToRunningServer">true</property>
<property name="enableAssertions">false</property>
</configuration>
</container>
{code}
With assertions enabled (the default)
{code}
Caused by: org.jboss.as.controller.client.helpers.domain.UpdateFailedException: "WFLYDC0022: Operation failed or was rolled back on all servers."
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.createFailureResults(DomainDeploymentPlanResultFuture.java:133)
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.getResultFromNode(DomainDeploymentPlanResultFuture.java:105)
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.get(DomainDeploymentPlanResultFuture.java:87)
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.get(DomainDeploymentPlanResultFuture.java:49)
at org.jboss.as.arquillian.container.domain.ArchiveDeployer.executeDeploymentPlan(ArchiveDeployer.java:90)
at org.jboss.as.arquillian.container.domain.ArchiveDeployer.deploy(ArchiveDeployer.java:62)
at org.jboss.as.arquillian.container.domain.ServerGroupContainer.deploy(ServerGroupContainer.java:103)
{code}
The test.war deployment is added to the rempository, deployment then fails for some unknown reason
was:
Currently we have
{code:xml}
<container qualifier="jboss" default="true">
<configuration>
<property name="jbossHome">${jboss.home}</property>
<property name="allowConnectingToRunningServer">true</property>
<property name="enableAssertions">false</property>
</configuration>
</container>
{code}
With assertions enabled (the default)
{code}
Caused by: org.jboss.as.controller.client.helpers.domain.UpdateFailedException: "WFLYDC0022: Operation failed or was rolled back on all servers."
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.createFailureResults(DomainDeploymentPlanResultFuture.java:133)
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.getResultFromNode(DomainDeploymentPlanResultFuture.java:105)
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.get(DomainDeploymentPlanResultFuture.java:87)
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.get(DomainDeploymentPlanResultFuture.java:49)
at org.jboss.as.arquillian.container.domain.ArchiveDeployer.executeDeploymentPlan(ArchiveDeployer.java:90)
at org.jboss.as.arquillian.container.domain.ArchiveDeployer.deploy(ArchiveDeployer.java:62)
at org.jboss.as.arquillian.container.domain.ServerGroupContainer.deploy(ServerGroupContainer.java:103)
{code}
The test.war deployment is added to the rempository, but deployment fails for some unknown reason
> ARQ managed domain fails with assertions enabled
> ------------------------------------------------
>
> Key: WFLY-5639
> URL: https://issues.jboss.org/browse/WFLY-5639
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Thomas Diesler
>
> Currently we have
> {code:xml}
> <container qualifier="jboss" default="true">
> <configuration>
> <property name="jbossHome">${jboss.home}</property>
> <property name="allowConnectingToRunningServer">true</property>
> <property name="enableAssertions">false</property>
> </configuration>
> </container>
> {code}
> With assertions enabled (the default)
> {code}
> Caused by: org.jboss.as.controller.client.helpers.domain.UpdateFailedException: "WFLYDC0022: Operation failed or was rolled back on all servers."
> at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.createFailureResults(DomainDeploymentPlanResultFuture.java:133)
> at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.getResultFromNode(DomainDeploymentPlanResultFuture.java:105)
> at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.get(DomainDeploymentPlanResultFuture.java:87)
> at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.get(DomainDeploymentPlanResultFuture.java:49)
> at org.jboss.as.arquillian.container.domain.ArchiveDeployer.executeDeploymentPlan(ArchiveDeployer.java:90)
> at org.jboss.as.arquillian.container.domain.ArchiveDeployer.deploy(ArchiveDeployer.java:62)
> at org.jboss.as.arquillian.container.domain.ServerGroupContainer.deploy(ServerGroupContainer.java:103)
> {code}
> The test.war deployment is added to the rempository, deployment then fails for some unknown reason
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5638) "Buffer was already freed" error from http request processing
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-5638?page=com.atlassian.jira.plugin.... ]
Stuart Douglas commented on WFLY-5638:
--------------------------------------
Can you reproduce this on Wildfly 10? I think this should be already fixed.
> "Buffer was already freed" error from http request processing
> -------------------------------------------------------------
>
> Key: WFLY-5638
> URL: https://issues.jboss.org/browse/WFLY-5638
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 9.0.1.Final
> Reporter: Arto Huusko
> Assignee: Stuart Douglas
> Attachments: stacktrace.txt
>
>
> Undertow causes XNIO exception "Buffer was already freed" during response write, possibly due to premature client close.
> I suspect this may also cause the socket to leak, because the number of "Buffer was already freed" messages in widlfly server.log corresponds to the number of leaked sockets in the lsof command output for the wildfly process (seen as sockets with "can't identify protocol" description).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5639) ARQ managed domain fails with assertions enabled
by Thomas Diesler (JIRA)
Thomas Diesler created WFLY-5639:
------------------------------------
Summary: ARQ managed domain fails with assertions enabled
Key: WFLY-5639
URL: https://issues.jboss.org/browse/WFLY-5639
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Thomas Diesler
Currently we have
{code:xml}
<container qualifier="jboss" default="true">
<configuration>
<property name="jbossHome">${jboss.home}</property>
<property name="allowConnectingToRunningServer">true</property>
<property name="enableAssertions">false</property>
</configuration>
</container>
{code}
With assertions enabled (the default)
{code}
Caused by: org.jboss.as.controller.client.helpers.domain.UpdateFailedException: "WFLYDC0022: Operation failed or was rolled back on all servers."
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.createFailureResults(DomainDeploymentPlanResultFuture.java:133)
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.getResultFromNode(DomainDeploymentPlanResultFuture.java:105)
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.get(DomainDeploymentPlanResultFuture.java:87)
at org.jboss.as.controller.client.helpers.domain.impl.DomainDeploymentPlanResultFuture.get(DomainDeploymentPlanResultFuture.java:49)
at org.jboss.as.arquillian.container.domain.ArchiveDeployer.executeDeploymentPlan(ArchiveDeployer.java:90)
at org.jboss.as.arquillian.container.domain.ArchiveDeployer.deploy(ArchiveDeployer.java:62)
at org.jboss.as.arquillian.container.domain.ServerGroupContainer.deploy(ServerGroupContainer.java:103)
{code}
The test.war deployment is added to the rempository, but deployment fails for some unknown reason
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5638) "Buffer was already freed" error from http request processing
by Arto Huusko (JIRA)
Arto Huusko created WFLY-5638:
---------------------------------
Summary: "Buffer was already freed" error from http request processing
Key: WFLY-5638
URL: https://issues.jboss.org/browse/WFLY-5638
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 9.0.1.Final
Reporter: Arto Huusko
Assignee: Stuart Douglas
Attachments: stacktrace.txt
Undertow causes XNIO exception "Buffer was already freed" during response write, possibly due to premature client close.
I suspect this may also cause the socket to leak, because the number of "Buffer was already freed" messages in widlfly server.log corresponds to the number of leaked sockets in the lsof command output for the wildfly process (seen as sockets with "can't identify protocol" description).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5637) JBossTS: Quickstart tests failed on pure-ipv6 linux
by Hayk Hovsepyan (JIRA)
[ https://issues.jboss.org/browse/WFLY-5637?page=com.atlassian.jira.plugin.... ]
Hayk Hovsepyan updated WFLY-5637:
---------------------------------
Steps to Reproduce:
Run quickstart tests from "https://github.com/jbosstm/quickstart.git" by command:
mvn clean install -Djava.net.preferIPv4Stack=false -Djava.net.preferIPv6Addresses=true '-Djboss.bind.address=[::1]' '-Djboss.bind.address.management=[::1]' '-Djboss.bind.address.unsecure=[::1]'
For example "org.jboss.narayana.quickstarts.jta.TestCase" test from "jta-1_2-in-wildfly" subproject fails with error:
{code}
^[[0m^[[31m03:48:07,098 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.iiop-openjdk.orb-service: org.jboss.msc.service.StartException in service jboss.ii op-openjdk.orb-service: org.omg.CORBA.INTERNAL: vmcid: SUN minor code: 208 completed: No
at org.wildfly.iiop.openjdk.service.CorbaORBService.start(CorbaORBService.java:142)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.omg.CORBA.INTERNAL: vmcid: SUN minor code: 208 completed: No
at com.sun.corba.se.impl.logging.ORBUtilSystemException.getLocalHostFailed(ORBUtilSystemException.java:3871)
at com.sun.corba.se.impl.logging.ORBUtilSystemException.getLocalHostFailed(ORBUtilSystemException.java:3889)
at com.sun.corba.se.impl.orb.ORBImpl.getLocalHostName(ORBImpl.java:1742)
at com.sun.corba.se.impl.orb.ORBImpl.set_parameters(ORBImpl.java:542)
at org.omg.CORBA.ORB.init(ORB.java:353)
at org.wildfly.iiop.openjdk.service.CorbaORBService.start(CorbaORBService.java:126)
... 5 more
Caused by: java.net.UnknownHostException: vmg34.mw.lab.eng.bos.redhat.com: vmg34.mw.lab.eng.bos.redhat.com: unknown error
at java.net.InetAddress.getLocalHost(InetAddress.java:1505)
at com.sun.corba.se.impl.orb.ORBImpl.getLocalHostName(ORBImpl.java:1740)
... 8 more
Caused by: java.net.UnknownHostException: vmg34.mw.lab.eng.bos.redhat.com: unknown error
at java.net.Inet4AddressImpl.lookupAllHostAddr(Native Method)
at java.net.InetAddress$2.lookupAllHostAddr(InetAddress.java:928)
at java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1323)
at java.net.InetAddress.getLocalHost(InetAddress.java:1500)
... 9 more
{code}
> JBossTS: Quickstart tests failed on pure-ipv6 linux
> ---------------------------------------------------
>
> Key: WFLY-5637
> URL: https://issues.jboss.org/browse/WFLY-5637
> Project: WildFly
> Issue Type: Bug
> Components: IIOP, Transactions
> Environment: Pure IPv6 configured RHEL6
> Reporter: Hayk Hovsepyan
> Assignee: Tom Jenkinson
>
> Some of JBossTS Quickstart tests fail on pure-IPv6 linux machine.
> The failure is, that IIOP OPENJDK ORB Service can not be started, possibly because of configuration issue.
> On dual-stack-IPv6 machines they pass.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5637) JBossTS: Quickstart tests failed on pure-ipv6 linux
by Hayk Hovsepyan (JIRA)
Hayk Hovsepyan created WFLY-5637:
------------------------------------
Summary: JBossTS: Quickstart tests failed on pure-ipv6 linux
Key: WFLY-5637
URL: https://issues.jboss.org/browse/WFLY-5637
Project: WildFly
Issue Type: Bug
Components: Transactions, IIOP
Reporter: Hayk Hovsepyan
Assignee: Tom Jenkinson
Some of JBossTS Quickstart tests fail on pure-IPv6 linux machine.
The failure is, that IIOP OPENJDK ORB Service can not be started, possibly because of configuration issue.
On dual-stack-IPv6 machines they pass.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5636) Cannot load root node after domain start
by Thomas Diesler (JIRA)
Thomas Diesler created WFLY-5636:
------------------------------------
Summary: Cannot load root node after domain start
Key: WFLY-5636
URL: https://issues.jboss.org/browse/WFLY-5636
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Thomas Diesler
Assignee: Thomas Diesler
{code}
Caused by: org.jboss.as.arquillian.container.domain.ManagementClient$UnSuccessfulOperationException: undefined
at org.jboss.as.arquillian.container.domain.ManagementClient.checkSuccessful(ManagementClient.java:446)
at org.jboss.as.arquillian.container.domain.ManagementClient.executeForResult(ManagementClient.java:439)
at org.jboss.as.arquillian.container.domain.ManagementClient.readResource(ManagementClient.java:417)
at org.jboss.as.arquillian.container.domain.ManagementClient.readRootNode(ManagementClient.java:294)
at org.jboss.as.arquillian.container.domain.ManagementClient.lazyLoadRootNode(ManagementClient.java:387)
at org.jboss.as.arquillian.container.domain.ManagementClient.createDomain(ManagementClient.java:115)
at org.jboss.as.arquillian.container.domain.CommonDomainDeployableContainer.start(CommonDomainDeployableContainer.java:126)
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months
[JBoss JIRA] (WFLY-5633) Resurrect ARQ managed domain container
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-5633?page=com.atlassian.jira.plugin.... ]
Thomas Diesler updated WFLY-5633:
---------------------------------
Summary: Resurrect ARQ managed domain container (was: Cannot load root node after domain start )
> Resurrect ARQ managed domain container
> --------------------------------------
>
> Key: WFLY-5633
> URL: https://issues.jboss.org/browse/WFLY-5633
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
>
> {code}
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 6.008 sec <<< FAILURE! - in org.jboss.as.arquillian.container.domain.managed.test.ManagedDomainTestCase
> org.jboss.as.arquillian.container.domain.managed.test.ManagedDomainTestCase Time elapsed: 6.006 sec <<< ERROR!
> java.lang.RuntimeException: org.jboss.as.arquillian.container.domain.ManagementClient$UnSuccessfulOperationException: undefined
> at org.jboss.as.arquillian.container.domain.ManagementClient.lazyLoadRootNode(ManagementClient.java:390)
> at org.jboss.as.arquillian.container.domain.ManagementClient.createDomain(ManagementClient.java:115)
> at org.jboss.as.arquillian.container.domain.CommonDomainDeployableContainer.start(CommonDomainDeployableContainer.java:126)
> at org.jboss.arquillian.container.impl.ContainerImpl.start(ContainerImpl.java:199)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:163)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:157)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forContainer(ContainerLifecycleController.java:255)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startContainer(ContainerLifecycleController.java:156)
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 8 months