[JBoss JIRA] (AS7-4426) Remote store config errors in AS7
by rang s (JIRA)
rang s created AS7-4426:
---------------------------
Summary: Remote store config errors in AS7
Key: AS7-4426
URL: https://issues.jboss.org/browse/AS7-4426
Project: Application Server 7
Issue Type: Bug
Components: Class Loading
Affects Versions: 7.1.1.Final
Environment: Windows
Reporter: rang s
Assignee: David Lloyd
When remote-store is configured in domain.xml, on server startup following errors :-
[Server:server-one] 17:00:00,889 ERROR [org.jboss.msc.service.fail] (pool-13-thread-1) MSC00001: Failed to start service jboss.infinispan.web.repl: org.jboss.msc.servic
e.StartException in service jboss.infinispan.web.repl: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.
start() on object
[Server:server-one] at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:62) [jboss-as-clustering-common-7.1.1.Final.jar:7.1.1.Final]
[Server:server-one] Caused by: org.infinispan.CacheConfigurationException: Unable to instantiate class org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFacto
ry
[Server:server-one] Caused by: java.lang.ClassNotFoundException: org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory
Looks like some issue in locating the jar which contains this class file. I could resolve this issue by :-
Adding the following :-
<module name="org.infinispan.client.hotrod"/>
in %JBOSS_HOME%/modules/org/infinispan/main/module.xml
This seems to be a bug as it should work out of the box.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (AS7-5537) Reopened - Remote store config errors in AS7
by Brian Stansberry (JIRA)
Brian Stansberry created AS7-5537:
-------------------------------------
Summary: Reopened - Remote store config errors in AS7
Key: AS7-5537
URL: https://issues.jboss.org/browse/AS7-5537
Project: Application Server 7
Issue Type: Bug
Components: Clustering
Affects Versions: 7.1.1.Final
Environment: Windows
Reporter: rang s
Assignee: Radoslav Husar
Priority: Critical
Fix For: 7.2.0.Alpha1, 7.1.4.Final (EAP)
When remote-store is configured in domain.xml, on server startup following errors :-
[Server:server-one] 17:00:00,889 ERROR [org.jboss.msc.service.fail] (pool-13-thread-1) MSC00001: Failed to start service jboss.infinispan.web.repl: org.jboss.msc.servic
e.StartException in service jboss.infinispan.web.repl: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.
start() on object
[Server:server-one] at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:62) [jboss-as-clustering-common-7.1.1.Final.jar:7.1.1.Final]
[Server:server-one] Caused by: org.infinispan.CacheConfigurationException: Unable to instantiate class org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFacto
ry
[Server:server-one] Caused by: java.lang.ClassNotFoundException: org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory
Looks like some issue in locating the jar which contains this class file. I could resolve this issue by :-
Adding the following :-
<module name="org.infinispan.client.hotrod"/>
in %JBOSS_HOME%/modules/org/infinispan/main/module.xml
This seems to be a bug as it should work out of the box.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (AS7-5360) CLONE - Config. XML with <interface ...><any-ipv6-address /></interface> + -Djava.net.preferIPv4Stack=true (default setting) produces mess error message
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-5360?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry commented on AS7-5360:
---------------------------------------
The fix for this seems pretty simple (detect the <any-ipv6-address> + -Djava.net.preferIPv4Stack=true combination and fail fast.)
> CLONE - Config. XML with <interface ...><any-ipv6-address /></interface> + -Djava.net.preferIPv4Stack=true (default setting) produces mess error message
> --------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: AS7-5360
> URL: https://issues.jboss.org/browse/AS7-5360
> Project: Application Server 7
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 7.1.2.Final (EAP)
> Reporter: Pavel Janousek
> Assignee: Brian Stansberry
> Fix For: 7.2.0.Alpha1, 7.1.4.Final (EAP)
>
>
> The same situation is with every shipped and supported configuration/profile. As base for my explanation I'm using standalone.xml. Standalone.xml declares xmlns as:
> {code}
> <server xmlns="urn:jboss:domain:1.3">
> {code}
> The real XSD file which defined elements is jboss-eap-6.0/docs/schema/jboss-as-config_1_3.xsd.
> The very common Linux system has implemented and enabled dualstack in these days. If we instruct EAP instance to bind to +any+ IPv6 address via {code}<interface name="public">
> <any-ipv6-address />
> </interface>{code}
> The real result is mess messages to output log:{code}
> 08:17:55,779 ERROR [org.apache.coyote.http11.Http11Protocol] (MSC service thread 1-4) Error initializing endpoint: java.net.SocketException: Protocol family unavailable
> at java.net.PlainSocketImpl.socketBind(Native Method) [rt.jar:1.6.0_30]
> at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:383) [rt.jar:1.6.0_30]
> at java.net.ServerSocket.bind(ServerSocket.java:328) [rt.jar:1.6.0_30]
> at java.net.ServerSocket.<init>(ServerSocket.java:194) [rt.jar:1.6.0_30]
> at org.apache.tomcat.util.net.DefaultServerSocketFactory.createSocket(DefaultServerSocketFactory.java:56) [jbossweb-7.0.15.Final-redhat-0-todo.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:978) [jbossweb-7.0.15.Final-redhat-0-todo.jar:]
> at org.apache.coyote.http11.Http11Protocol.init(Http11Protocol.java:190) [jbossweb-7.0.15.Final-redhat-0-todo.jar:]
> at org.apache.catalina.connector.Connector.init(Connector.java:983) [jbossweb-7.0.15.Final-redhat-0-todo.jar:]
> at org.jboss.as.web.WebConnectorService.start(WebConnectorService.java:267) [jboss-as-web-7.1.1.Final-redhat-1.jar:7.1.1.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA-redhat-1.jar:1.0.2.GA-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA-redhat-1.jar:1.0.2.GA-redhat-1]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_30]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_30]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30]
> 08:17:55,828 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.web.connector.http: org.jboss.msc.service.StartException in service jboss.web.connector.http: JBAS018007: Error starting web connector
> at org.jboss.as.web.WebConnectorService.start(WebConnectorService.java:271)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA-redhat-1.jar:1.0.2.GA-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA-redhat-1.jar:1.0.2.GA-redhat-1]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_30]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_30]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30]
> Caused by: LifecycleException: Protocol handler initialization failed: java.net.SocketException: Protocol family unavailable
> at org.apache.catalina.connector.Connector.init(Connector.java:985)
> at org.jboss.as.web.WebConnectorService.start(WebConnectorService.java:267)
> ... 5 more
> 08:17:55,999 WARN [com.arjuna.ats.arjuna] (Transaction Expired Entry Monitor) ARJUNA012210: Unable to use InetAddress.getLocalHost() to resolve address.
> 08:17:56,294 INFO [org.jboss.ws.common.management.AbstractServerConfig] (MSC service thread 1-3) JBoss Web Services - Stack CXF Server 4.0.3.GA-redhat-1
> 08:17:56,294 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-4) JBAS010400: Bound data source [java:jboss/datasources/ExampleDS]
> 08:17:56,904 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-4) JBAS015012: Started FileSystemDeploymentService for directory /home/hudson/users-tmp/pjanouse/jboss-eap-6.0/standalone/deployments
> 08:17:56,918 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on /127.0.0.1:9999
> 08:17:56,953 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.remoting.server.remoting-connector: org.jboss.msc.service.StartException in service jboss.remoting.server.remoting-connector: JBAS017113: Failed to start service
> at org.jboss.as.remoting.AbstractStreamServerService.start(AbstractStreamServerService.java:111)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA-redhat-1.jar:1.0.2.GA-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA-redhat-1.jar:1.0.2.GA-redhat-1]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_30]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_30]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30]
> Caused by: java.net.SocketException: Protocol family unavailable
> at sun.nio.ch.Net.bind(Native Method) [rt.jar:1.6.0_30]
> at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:126) [rt.jar:1.6.0_30]
> at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59) [rt.jar:1.6.0_30]
> at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:52) [rt.jar:1.6.0_30]
> at org.xnio.nio.NioXnioWorker.createTcpServer(NioXnioWorker.java:287)
> at org.xnio.XnioWorker.createStreamServer(XnioWorker.java:135)
> at org.jboss.remoting3.remote.RemoteConnectionProvider$ProviderInterface.createServer(RemoteConnectionProvider.java:209)
> at org.jboss.as.remoting.AbstractStreamServerService.start(AbstractStreamServerService.java:101)
> ... 5 more
> 08:17:57,611 INFO [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
> JBAS014777: Services which failed to start: service jboss.remoting.server.remoting-connector: org.jboss.msc.service.StartException in service jboss.remoting.server.remoting-connector: JBAS017113: Failed to start service
> service jboss.web.connector.http: org.jboss.msc.service.StartException in service jboss.web.connector.http: JBAS018007: Error starting web connector
> {code}
> The valid result message could be only - there isn't available any IPv6 address when IPv6 is disabled. Or there isn't a such IP address.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (AS7-5359) CLONE - Config XML with <interface ...><any-ipv4-address /></interface> + -Djava.net.preferIPv4Stack=false produces binding to ANY address (error)
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-5359?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry commented on AS7-5359:
---------------------------------------
AFAICT in the absence of -Djava.net.preferIPv4Stack=true there is no way to tell the VM to bind a socket to all IPv4 addresses, but only to IPv4 addresses.
So, all we can is check when we see this <any-ipv4-address/> and fail if we don't see -Djava.net.preferIPv4Stack=true.
But, testing on Windows shows that this problem doesn't exist there, which makes my proposed fix problematic; i.e. rejecting <any-ipv4-address/> without a corresponding -Djava.net.preferIPv4Stack=true would break things on Windows.
The <any-ipv4-address/> and <any-ipv6-address/> config elements basically don't have any value, since in the end the behavior we'll support will be what <any-address/> plus the -Djava.net.preferIPv4Stack specifies. So those elements will likely be removed in AS 8.
> CLONE - Config XML with <interface ...><any-ipv4-address /></interface> + -Djava.net.preferIPv4Stack=false produces binding to ANY address (error)
> --------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: AS7-5359
> URL: https://issues.jboss.org/browse/AS7-5359
> Project: Application Server 7
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 7.1.2.Final (EAP)
> Reporter: Pavel Janousek
> Assignee: Brian Stansberry
> Fix For: 7.2.0.Alpha1
>
>
> The same situation is with every shipped and supported configuration/profile. As base for my explanation I'm using standalone.xml. Standalone.xml declares xmlns as:
> {code}
> <server xmlns="urn:jboss:domain:1.3">
> {code}
> The real XSD file which defined elements is jboss-eap-6.0/docs/schema/jboss-as-config_1_3.xsd.
> The very common Linux system has implemented and enabled dualstack in these days. If we instruct AS instance to bind to +any+ IPv4 address via {code}<interface name="public">
> <any-ipv4-address />
> </interface>{code}
> The real result is to bind running AS instance to +any+ IP address, not only in IPv4 address space but in IPv6 too!
> With default setting (= -Djava.net.preferIPv4Stack=true), result is correct - it is bound to ANY IPv4 addresses only.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (AS7-5535) Cannot register a host with a - in the name with the domain controller.
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-5535?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry updated AS7-5535:
----------------------------------
Summary: Cannot register a host with a - in the name with the domain controller. (was: CLONE - Register a host with a - in the name with the domain controller.)
Description: If hosts are configured with "-" in their name they cannot join the domain. (was: This is a request from the Cloud Forms team. As they are spinning up new machine, they can produce names with this character.)
Priority: Critical (was: Minor)
Assignee: Emanuel Muckenhuber
Component/s: Domain Management
> Cannot register a host with a - in the name with the domain controller.
> -----------------------------------------------------------------------
>
> Key: AS7-5535
> URL: https://issues.jboss.org/browse/AS7-5535
> Project: Application Server 7
> Issue Type: Bug
> Components: Domain Management
> Environment: Cloud Forms deployment of EAP.
> Reporter: John Doyle
> Assignee: Emanuel Muckenhuber
> Priority: Critical
> Fix For: 7.2.0.CR1
>
>
> If hosts are configured with "-" in their name they cannot join the domain.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (AS7-5535) CLONE - Register a host with a - in the name with the domain controller.
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-5535?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry moved JBPAPP-9888 to AS7-5535:
-----------------------------------------------
Project: Application Server 7 (was: JBoss Enterprise Application Platform)
Key: AS7-5535 (was: JBPAPP-9888)
Issue Type: Bug (was: Feature Request)
Workflow: GIT Pull Request workflow (was: jira)
Affects Version/s: (was: EAP 6.0.0)
Security: (was: JBoss Internal)
Fix Version/s: 7.2.0.CR1
(was: TBD EAP 6)
Docs QE Status: (was: NEW)
> CLONE - Register a host with a - in the name with the domain controller.
> ------------------------------------------------------------------------
>
> Key: AS7-5535
> URL: https://issues.jboss.org/browse/AS7-5535
> Project: Application Server 7
> Issue Type: Bug
> Environment: Cloud Forms deployment of EAP.
> Reporter: John Doyle
> Priority: Minor
> Fix For: 7.2.0.CR1
>
>
> This is a request from the Cloud Forms team. As they are spinning up new machine, they can produce names with this character.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years