[JBoss JIRA] (WFLY-3842) Netty direct buffer detection broken due to missing module dependencies
by Jeff Mesnil (JIRA)
[ https://issues.jboss.org/browse/WFLY-3842?page=com.atlassian.jira.plugin.... ]
Jeff Mesnil resolved WFLY-3842.
-------------------------------
Fix Version/s: 9.0.0.Beta1
Resolution: Done
> Netty direct buffer detection broken due to missing module dependencies
> -----------------------------------------------------------------------
>
> Key: WFLY-3842
> URL: https://issues.jboss.org/browse/WFLY-3842
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 8.1.0.Final, 9.0.0.Alpha1
> Reporter: Seth Miller
> Assignee: Jeff Mesnil
> Fix For: 9.0.0.Beta1
>
>
> When deploying Wildfly 8.x, you'll see this in the server.log:
> {code}
> INFO [io.netty.util.internal.PlatformDependent] Your platform does not provide complete low-level API for accessing direct buffers reliably. Unless explicitly requested, heap buffer will always be preferred to av
> oid potential system unstability.
> {code}
> Following this into netty, here:
> https://github.com/netty/netty/blob/master/common/src/main/java/io/netty/...
> Down to here:
> https://github.com/netty/netty/blob/netty-4.0.15.Final/common/src/main/ja...
> We need access to sun.misc to see if direct buffers are available.
> Adding sun.misc to the netty module removes the log message, but if we TRACE on io.netty, there is one additional message:
> {code}
> 2014-09-09 13:58:35,512 FINE [io.netty.util.internal.PlatformDependent] -Dio.netty.noJavassist: false
> 2014-09-09 13:58:35,513 FINE [io.netty.util.internal.PlatformDependent] Javassist: unavailable
> 2014-09-09 13:58:35,513 FINE [io.netty.util.internal.PlatformDependent] You don't have Javassist in your class path or you don't have enough permission to load dynamically generated classes. Please check the configuration for better performance.
> {code}
> We can provide netty with a depends on Javassist to remove the FINE message about performance.
> Workaround: alter the module io/netty/main/module.xml to include the following {code}
> <module xmlns="urn:jboss:module:1.3" name="io.netty">
> <resources>
> <resource-root path="netty-all-4.0.15.Final.jar"/>
> </resources>
> <dependencies>
> <module name="sun.jdk"/>
> <module name="org.javassist"/>
> </dependencies>
> </module>
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-6351) Improve error log on resolving interface
by Chen Maoqian (JIRA)
[ https://issues.jboss.org/browse/WFLY-6351?page=com.atlassian.jira.plugin.... ]
Chen Maoqian updated WFLY-6351:
-------------------------------
Attachment: server.log
when i wan to reproduce the erro,i alter the IP address literals in standalone.xml,but not alter the stanalone.config.it happened errors just as the attachment.it is not same as the error you report.So can you tell me the detail procedures to reproduce the error???Thanks.
> Improve error log on resolving interface
> ----------------------------------------
>
> Key: WFLY-6351
> URL: https://issues.jboss.org/browse/WFLY-6351
> Project: WildFly
> Issue Type: Enhancement
> Reporter: Bartosz Baranowski
> Assignee: Jason Greene
> Attachments: server.log
>
>
> If IP6 is being used, without IP6 stack enabled, WFLY will notify that "it cant resolve", as to why? No indication.
> MSC000001: Failed to start service jboss.network.public: org.jboss.msc.service.StartException in service jboss.network.public: WFLYSRV0082: failed to resolve interface public
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-6501) EJB with AroundConstruct interceptor with Object return type fails to deploy
by Tomas Remes (JIRA)
Tomas Remes created WFLY-6501:
---------------------------------
Summary: EJB with AroundConstruct interceptor with Object return type fails to deploy
Key: WFLY-6501
URL: https://issues.jboss.org/browse/WFLY-6501
Project: WildFly
Issue Type: Bug
Components: EE, EJB
Affects Versions: 10.0.0.Final
Reporter: Tomas Remes
Having:
{code}
@Stateless
@Interceptors(AroundConstructInterceptor.class)
public class AroundConstructSLSB {
...
}
{code}
and
{code}
public class AroundConstructInterceptor {
public static volatile boolean intercepted = false;
@AroundConstruct
private Object aroundConstruct(InvocationContext ctx) throws Exception {
intercepted = true;
return ctx.proceed();
}
}
{code}
fails with following exception:
{noformat}
08:18:55,464 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."bcc899ab-39cf-44dc-a2ba-e364d53091cc.war".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."bcc899ab-39cf-44dc-a2ba-e364d53091cc.war".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "bcc899ab-39cf-44dc-a2ba-e364d53091cc.war"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154)
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.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0024: Could not configure component AroundConstructSLSB
at org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:96)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147)
... 5 more
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0175: No method found with id: Method aroundConstruct(javax.interceptor.InvocationContext) on class (or its super class) class org.jboss.as.test.integration.ejb.interceptor.aroundconstruct.returnObject.AroundConstructInterceptor
at org.jboss.as.server.deployment.reflect.ClassReflectionIndexUtil.findRequiredMethod(ClassReflectionIndexUtil.java:79)
at org.jboss.as.ee.component.DefaultInterceptorConfigurator$1.handleInterceptorClass(DefaultInterceptorConfigurator.java:177)
at org.jboss.as.ee.component.DefaultInterceptorConfigurator$1.handle(DefaultInterceptorConfigurator.java:158)
at org.jboss.as.ee.component.ClassDescriptionTraversal.run(ClassDescriptionTraversal.java:54)
at org.jboss.as.ee.component.DefaultInterceptorConfigurator.configure(DefaultInterceptorConfigurator.java:188)
at org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:82)
... 6 more
{noformat}
I cannot see any statement in Interceptor spec forbidding this. Testcase is available at https://github.com/tremes/wildfly/tree/intercept_ejb. I think the problem is class description having this method return type as void. I guess it occurs at first at https://github.com/wildfly/wildfly/blob/master/ee/src/main/java/org/jboss...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFCORE-1467) Servers are suspended two times using timeout parameter in domain mode
by James Perkins (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1467?page=com.atlassian.jira.plugi... ]
James Perkins edited comment on WFCORE-1467 at 4/6/16 8:37 PM:
---------------------------------------------------------------
The issue with the timeout being doubled is because {{DomainServerLifecycleHandlers.SuspendServersLifecycleHandler}} calculates the millis and passes to the {{ServerInventory.awaitServerSuspend()}} (which delegates to the [{{ManagedServer.awaitSuspend()}}|https://github.com/wildfly/wildfly-core/blob/2.1.0.Final/host-controller/src/main/java/org/jboss/as/host/controller/ManagedServer.java#L711-L730]) which executes {{suspend}} again with the timeout which is once again calculated on the suspend operation.
This is the same reason we see the suspend twice actually. It happens first for [each server|https://github.com/wildfly/wildfly-core/blob/2.1.0.Final/host-cont...] then happens again in the {{ServerInventory.awaitServerSuspend()}} for each server.
{code:java}
for (String serverName : processes.keySet()) {
final String serverModelName = serverInventory.getProcessServerName(serverName);
if (group == null || serversInGroup.contains(serverModelName)) {
serverInventory.suspendServer(serverModelName);
waitForServers.add(serverModelName);
}
}
if (timeout != 0) {
serverInventory.awaitServerSuspend(waitForServers, timeout > 0 ? timeout * 1000 : timeout);
}
{code}
The double timeout is easy to fix. The actual suspend operation I'm not so sure what the correct approach is. [~brian.stansberry] what do you think?
was (Author: jamezp):
The issue with the timeout being doubled is because {{DomainServerLifecycleHandlers.SuspendServersLifecycleHandler}} calculates the millis and passes to the [{{ServerInventory.awaitServerSuspend()}}|https://github.com/wildfly/wildfly-core/blob/2.1.0.Final/host-controller/src/main/java/org/jboss/as/host/controller/ManagedServer.java#L711-L730] which executes {{suspend}} again with the timeout which is once again calculated on the suspend operation.
This is the same reason we see the suspend twice actually. It happens first for [each server|https://github.com/wildfly/wildfly-core/blob/2.1.0.Final/host-cont...] then happens again in the {{ServerInventory.awaitServerSuspend()}}.
{code:java}
for (String serverName : processes.keySet()) {
final String serverModelName = serverInventory.getProcessServerName(serverName);
if (group == null || serversInGroup.contains(serverModelName)) {
serverInventory.suspendServer(serverModelName);
waitForServers.add(serverModelName);
}
}
if (timeout != 0) {
serverInventory.awaitServerSuspend(waitForServers, timeout > 0 ? timeout * 1000 : timeout);
}
{code}
The double timeout is easy to fix. The actual suspend operation I'm not so sure what the correct approach is. [~brian.stansberry] what do you think?
> Servers are suspended two times using timeout parameter in domain mode
> ----------------------------------------------------------------------
>
> Key: WFCORE-1467
> URL: https://issues.jboss.org/browse/WFCORE-1467
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Yeray Santana Borges
> Assignee: Yeray Santana Borges
>
> In a domain mode :suspend-servers command with a timeout parameter different than 0 executes two suspend operations for each server in the domain. It first executes a suspend with 0ms and later a suspend with the timeout specified.
> How to reproduce it:
> {code}
> [domain@localhost:9990 /] :suspend-servers(timeout=10)
> {code}
> Server log traces show:
> {code}
> [Server:server-one] 20:14:40,126 INFO [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0211: Suspending server with 0ms timeout.
> [Server:server-one] 20:14:40,135 INFO [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0211: Suspending server with 10000000ms timeout.
> {code}
> Expected traces are:
> {code}
> [Server:server-one] 20:14:40,135 INFO [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0211: Suspending server with 10000000ms timeout.
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFCORE-1270) Intermittent NPE registering a slave HC in mixed-domain test suite
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1270?page=com.atlassian.jira.plugi... ]
Brian Stansberry edited comment on WFCORE-1270 at 4/6/16 8:36 PM:
------------------------------------------------------------------
Your diagnostics PR caught some data:
http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=95874&buildTyp...
{code}
[Host Controller] 00:46:25,530 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 40) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException: NPE for [
[Host Controller] ("profile" => "full-ha"),
[Host Controller] ("subsystem" => "weld")
[Host Controller] ]
[Host Controller] at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:237)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:293)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:262)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)
[Host Controller] at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)
[Host Controller] at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)
[Host Controller] at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:297)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:262)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)
[Host Controller] at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:134)
[Host Controller] at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:89)
[Host Controller] at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:56)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
[Host Controller] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329)
[Host Controller] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400)
[Host Controller] at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:409)
[Host Controller] at org.jboss.as.host.controller.DomainModelControllerService.access$1000(DomainModelControllerService.java:179)
[Host Controller] at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1252)
[Host Controller] at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:488)
[Host Controller] at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:395)
[Host Controller] at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:253)
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Host Controller] at java.lang.Thread.run(Thread.java:745)
[Host Controller] at org.jboss.threads.JBossThread.run(JBossThread.java:320)
{code}
was (Author: brian.stansberry):
Your PR caught some data:
http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=95874&buildTyp...
{code}
[Host Controller] 00:46:25,530 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 40) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException: NPE for [
[Host Controller] ("profile" => "full-ha"),
[Host Controller] ("subsystem" => "weld")
[Host Controller] ]
[Host Controller] at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:237)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:293)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:262)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)
[Host Controller] at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)
[Host Controller] at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)
[Host Controller] at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:297)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:262)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)
[Host Controller] at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:134)
[Host Controller] at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:89)
[Host Controller] at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:56)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
[Host Controller] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329)
[Host Controller] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400)
[Host Controller] at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:409)
[Host Controller] at org.jboss.as.host.controller.DomainModelControllerService.access$1000(DomainModelControllerService.java:179)
[Host Controller] at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1252)
[Host Controller] at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:488)
[Host Controller] at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:395)
[Host Controller] at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:253)
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Host Controller] at java.lang.Thread.run(Thread.java:745)
[Host Controller] at org.jboss.threads.JBossThread.run(JBossThread.java:320)
{code}
> Intermittent NPE registering a slave HC in mixed-domain test suite
> ------------------------------------------------------------------
>
> Key: WFCORE-1270
> URL: https://issues.jboss.org/browse/WFCORE-1270
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Test Suite
> Affects Versions: 2.0.5.Final
> Reporter: Brian Stansberry
> Assignee: Kabir Khan
>
> I've occasionally seen test failures in the mixed domain tests when a testsuite cannot start because the slave HC can't register due to an NPE on the master:
> For example:
> http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=82653&tab=buil...
> Critical log details:
> {code}&#27;[0m16:16:15,252 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1
> &#27;[0m&#27;[0m16:16:15,363 INFO [org.jboss.as.process.Host Controller.status] (main) JBAS012017: Starting process 'Host Controller'
> &#27;[0m[Host Controller] &#27;[0m16:16:15,871 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,015 INFO [org.jboss.msc] (main) JBoss MSC version 1.1.5.Final-redhat-1&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,068 INFO [org.jboss.as] (MSC service thread 1-4) JBAS015899: JBoss EAP 6.3.0.GA (AS 7.4.0.Final-redhat-19) starting&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,625 INFO [org.xnio] (MSC service thread 1-2) XNIO Version 3.0.10.GA-redhat-1&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,629 INFO [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.0.10.GA-redhat-1&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,657 INFO [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version (unknown)&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,705 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on [::1]:19999&#27;[0m
> INFO [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] ServerIdentity{name=server-one, host=slave, server-group=other-server-group} status is starting
> [Host Controller] &#27;[0m&#27;[31m16:16:17,913 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 50) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:235)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:285)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:289)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:115)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:88)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:51)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1343)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:395)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:408)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.DomainModelControllerService.access$900(DomainModelControllerService.java:175)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1229)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:424)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:334)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:230)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:465)&#27;[0m
> [Host Controller] &#27;[31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)&#27;[0m
> [Host Controller] &#27;[31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)&#27;[0m
> [Host Controller] &#27;[31m at java.lang.Thread.run(Thread.java:745)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.threads.JBossThread.run(JBossThread.java:320)&#27;[0m
> [Host Controller] &#27;[31m&#27;[0m
> [Host Controller] &#27;[0m&#27;[33m16:16:17,935 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010900: Could not connect to remote domain controller at remote://[::1]:9999 -- 1-$-WFLYCTL0158: Operation handler failed: java.lang.NullPointerException&#27;[0m
> [Host Controller] &#27;[33m&#27;[0m&#27;[33m16:16:17,936 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS016581: No domain controller discovery options remain.&#27;[0m
> [Host Controller] &#27;[33m&#27;[0m&#27;[31m16:16:17,939 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010901: Could not connect to master. Aborting. Error was: java.lang.IllegalStateException: JBAS016519: Tried all domain controller discovery option(s) but unable to connect&#27;[0m
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFCORE-1270) Intermittent NPE registering a slave HC in mixed-domain test suite
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1270?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-1270:
------------------------------------------
Your PR caught some data:
http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=95874&buildTyp...
{code}
[Host Controller] 00:46:25,530 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 40) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException: NPE for [
[Host Controller] ("profile" => "full-ha"),
[Host Controller] ("subsystem" => "weld")
[Host Controller] ]
[Host Controller] at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:237)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:293)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:262)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)
[Host Controller] at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)
[Host Controller] at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)
[Host Controller] at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:297)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:262)
[Host Controller] at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)
[Host Controller] at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:134)
[Host Controller] at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:89)
[Host Controller] at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:56)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
[Host Controller] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329)
[Host Controller] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400)
[Host Controller] at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:409)
[Host Controller] at org.jboss.as.host.controller.DomainModelControllerService.access$1000(DomainModelControllerService.java:179)
[Host Controller] at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1252)
[Host Controller] at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:488)
[Host Controller] at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:395)
[Host Controller] at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:253)
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Host Controller] at java.lang.Thread.run(Thread.java:745)
[Host Controller] at org.jboss.threads.JBossThread.run(JBossThread.java:320)
{code}
> Intermittent NPE registering a slave HC in mixed-domain test suite
> ------------------------------------------------------------------
>
> Key: WFCORE-1270
> URL: https://issues.jboss.org/browse/WFCORE-1270
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Test Suite
> Affects Versions: 2.0.5.Final
> Reporter: Brian Stansberry
> Assignee: Kabir Khan
>
> I've occasionally seen test failures in the mixed domain tests when a testsuite cannot start because the slave HC can't register due to an NPE on the master:
> For example:
> http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=82653&tab=buil...
> Critical log details:
> {code}&#27;[0m16:16:15,252 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1
> &#27;[0m&#27;[0m16:16:15,363 INFO [org.jboss.as.process.Host Controller.status] (main) JBAS012017: Starting process 'Host Controller'
> &#27;[0m[Host Controller] &#27;[0m16:16:15,871 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,015 INFO [org.jboss.msc] (main) JBoss MSC version 1.1.5.Final-redhat-1&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,068 INFO [org.jboss.as] (MSC service thread 1-4) JBAS015899: JBoss EAP 6.3.0.GA (AS 7.4.0.Final-redhat-19) starting&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,625 INFO [org.xnio] (MSC service thread 1-2) XNIO Version 3.0.10.GA-redhat-1&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,629 INFO [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.0.10.GA-redhat-1&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,657 INFO [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version (unknown)&#27;[0m
> [Host Controller] &#27;[0m&#27;[0m16:16:16,705 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on [::1]:19999&#27;[0m
> INFO [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] ServerIdentity{name=server-one, host=slave, server-group=other-server-group} status is starting
> [Host Controller] &#27;[0m&#27;[31m16:16:17,913 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 50) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:235)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:285)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:289)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:115)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:88)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:51)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1343)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:395)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:408)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.DomainModelControllerService.access$900(DomainModelControllerService.java:175)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1229)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:424)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:334)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:230)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:465)&#27;[0m
> [Host Controller] &#27;[31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)&#27;[0m
> [Host Controller] &#27;[31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)&#27;[0m
> [Host Controller] &#27;[31m at java.lang.Thread.run(Thread.java:745)&#27;[0m
> [Host Controller] &#27;[31m at org.jboss.threads.JBossThread.run(JBossThread.java:320)&#27;[0m
> [Host Controller] &#27;[31m&#27;[0m
> [Host Controller] &#27;[0m&#27;[33m16:16:17,935 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010900: Could not connect to remote domain controller at remote://[::1]:9999 -- 1-$-WFLYCTL0158: Operation handler failed: java.lang.NullPointerException&#27;[0m
> [Host Controller] &#27;[33m&#27;[0m&#27;[33m16:16:17,936 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS016581: No domain controller discovery options remain.&#27;[0m
> [Host Controller] &#27;[33m&#27;[0m&#27;[31m16:16:17,939 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010901: Could not connect to master. Aborting. Error was: java.lang.IllegalStateException: JBAS016519: Tried all domain controller discovery option(s) but unable to connect&#27;[0m
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFCORE-1467) Servers are suspended two times using timeout parameter in domain mode
by James Perkins (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1467?page=com.atlassian.jira.plugi... ]
James Perkins commented on WFCORE-1467:
---------------------------------------
The issue with the timeout being doubled is because {{DomainServerLifecycleHandlers.SuspendServersLifecycleHandler}} calculates the millis and passes to the [{{ServerInventory.awaitServerSuspend()}}|https://github.com/wildfly/wildfly-core/blob/2.1.0.Final/host-controller/src/main/java/org/jboss/as/host/controller/ManagedServer.java#L711-L730] which executes {{suspend}} again with the timeout which is once again calculated on the suspend operation.
This is the same reason we see the suspend twice actually. It happens first for [each server|https://github.com/wildfly/wildfly-core/blob/2.1.0.Final/host-cont...] then happens again in the {{ServerInventory.awaitServerSuspend()}}.
{code:java}
for (String serverName : processes.keySet()) {
final String serverModelName = serverInventory.getProcessServerName(serverName);
if (group == null || serversInGroup.contains(serverModelName)) {
serverInventory.suspendServer(serverModelName);
waitForServers.add(serverModelName);
}
}
if (timeout != 0) {
serverInventory.awaitServerSuspend(waitForServers, timeout > 0 ? timeout * 1000 : timeout);
}
{code}
The double timeout is easy to fix. The actual suspend operation I'm not so sure what the correct approach is. [~brian.stansberry] what do you think?
> Servers are suspended two times using timeout parameter in domain mode
> ----------------------------------------------------------------------
>
> Key: WFCORE-1467
> URL: https://issues.jboss.org/browse/WFCORE-1467
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Yeray Santana Borges
> Assignee: Yeray Santana Borges
>
> In a domain mode :suspend-servers command with a timeout parameter different than 0 executes two suspend operations for each server in the domain. It first executes a suspend with 0ms and later a suspend with the timeout specified.
> How to reproduce it:
> {code}
> [domain@localhost:9990 /] :suspend-servers(timeout=10)
> {code}
> Server log traces show:
> {code}
> [Server:server-one] 20:14:40,126 INFO [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0211: Suspending server with 0ms timeout.
> [Server:server-one] 20:14:40,135 INFO [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0211: Suspending server with 10000000ms timeout.
> {code}
> Expected traces are:
> {code}
> [Server:server-one] 20:14:40,135 INFO [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0211: Suspending server with 10000000ms timeout.
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFCORE-1379) service.bat points user to wrong directory
by Jonathan Jonathan (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1379?page=com.atlassian.jira.plugi... ]
Jonathan Jonathan edited comment on WFCORE-1379 at 4/6/16 7:45 PM:
-------------------------------------------------------------------
also seeing this issue in 10.0.0.Final
was (Author: enantiomer2000):
also seeing this issue.
> service.bat points user to wrong directory
> ------------------------------------------
>
> Key: WFCORE-1379
> URL: https://issues.jboss.org/browse/WFCORE-1379
> Project: WildFly Core
> Issue Type: Bug
> Components: Scripts
> Affects Versions: 2.0.10.Final
> Reporter: Nicklas Karlsson
> Assignee: Tomaz Cerar
> Priority: Trivial
> Fix For: 3.0.0.Alpha1
>
>
> Running service.bat from the docs/contrib/scripts/service dir tells user to run the script under bin/service*s* but the binary paths to the services expects bin/service, resulting in service install failure with file not found
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFCORE-1467) Servers are suspended two times using timeout parameter in domain mode
by Yeray Santana Borges (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1467?page=com.atlassian.jira.plugi... ]
Yeray Santana Borges edited comment on WFCORE-1467 at 4/6/16 6:34 PM:
----------------------------------------------------------------------
Ohh, correct, I didn't see it before, sadly it is being multiplied two times; once in DomainServerLifecycleHandlers#SuspendServersLifecycleHandler and the other in ServerSuspendHandler#execute
Is it necesary a new issue to resolve it?
I suggest remove the multiplication in DomainServerLifecycleHandlers#SuspendServersLifecycleHandler, but I haven't tested yet
was (Author: yersan):
Ohh, correct, I didn't see it before, sadly it is being multiplied two times; once in DomainServerLifecycleHandlers#SuspendServersLifecycleHandler and the other in ServerSuspendHandler#execute
Is it necesary a new issue to resolve it?
> Servers are suspended two times using timeout parameter in domain mode
> ----------------------------------------------------------------------
>
> Key: WFCORE-1467
> URL: https://issues.jboss.org/browse/WFCORE-1467
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Yeray Santana Borges
> Assignee: Yeray Santana Borges
>
> In a domain mode :suspend-servers command with a timeout parameter different than 0 executes two suspend operations for each server in the domain. It first executes a suspend with 0ms and later a suspend with the timeout specified.
> How to reproduce it:
> {code}
> [domain@localhost:9990 /] :suspend-servers(timeout=10)
> {code}
> Server log traces show:
> {code}
> [Server:server-one] 20:14:40,126 INFO [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0211: Suspending server with 0ms timeout.
> [Server:server-one] 20:14:40,135 INFO [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0211: Suspending server with 10000000ms timeout.
> {code}
> Expected traces are:
> {code}
> [Server:server-one] 20:14:40,135 INFO [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0211: Suspending server with 10000000ms timeout.
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month