[JBoss JIRA] (AS7-3562) Memory leak with JSF
by Igor Kolpakov (JIRA)
Igor Kolpakov created AS7-3562:
----------------------------------
Summary: Memory leak with JSF
Key: AS7-3562
URL: https://issues.jboss.org/browse/AS7-3562
Project: Application Server 7
Issue Type: Bug
Components: Server
Affects Versions: 7.1.0.CR1b
Environment: CentOS, JDK 1.6
Reporter: Igor Kolpakov
Assignee: Jason Greene
Priority: Critical
Hello,
we use JSF 1.2 / Richfaces 3.3.1 GA / Spring 3.0.5.
After migrating from JBoss 5.1.0 to JBoss 7.0.2 and after to JBoss 7.1 we are experiencing huge memory problems - while working with JSF / Richfaces.
Number of org.jobss.invocation.Interceptor, ChainedInterceptor are constantly growing and not collected by GC.
Class IMemory, kb % of memory Instances % of instances Source
java.util.Arrays$ArrayList 170 423 19 7 271 391 25
java.lang.Object[] 162 592 18 565 385 1
org.jboss.invocation.Interceptor[] 114 581 13 7 269 673 25 jar:file:/home/jbosser/jboss-as-7.1.0.CR1b/modules/org/jboss/invocation/main/jboss-invocation-1.1.1.Final.jar!/
org.jboss.invocation.ChainedInterceptor 112 926 12 7 227 327 25 jar:file:/home/jbosser/jboss-as-7.1.0.CR1b/modules/org/jboss/invocation/main/jboss-invocation-1.1.1.Final.jar!/
Most of Object[] and ArrayList[] are used for storing Interceptors (as profiler show for hdump).
after 5 minutes:
java.lang.Object[] 314 000 20 2 225 906 4
java.util.Arrays$ArrayList 244 861 15 10 447 443 20
org.jboss.invocation.Interceptor[] 164 467 10 10 434 891 20 jar:file:/home/jbosser/jboss-as-7.1.0.CR1b/modules/org/jboss/invocation/main/jboss-invocation-1.1.1.Final.jar!/
org.jboss.invocation.ChainedInterceptor 162 096 10 10 374 188 20 jar:file:/home/jbosser/jboss-as-7.1.0.CR1b/modules/org/jboss/invocation/main/jboss-invocation-1.1.1.Final.jar!/
after 4 hours:
org.jboss.invocation.Interceptor[] 471 515 16 29 911 864 29 jar:file:/home/jbosser/jboss-as-7.1.0.CR1b/modules/org/jboss/invocation/main/jboss-invocation-1.1.1.Final.jar!/
org.jboss.invocation.ChainedInterceptor 464 587 15 29 733 573 28 jar:file:/home/jbosser/jboss-as-7.1.0.CR1b/modules/org/jboss/invocation/main/jboss-invocation-1.1.1.Final.jar!/
java.util.Arrays$ArrayList 701 093 23 29 913 314 29
java.lang.Object[] 587 660 20 876 557 0
Spring is located in separate module, jsf libraries are used through dependencies.
Application is deployed as single WAR.
WEB-INF\lib:
darkX-3.3.1.GA.jar
javamelody-1.33.0.jar
jrobin-1.5.9.jar
jstl-1.2.jar
richfaces-api-3.3.1.GA.jar
richfaces-impl-3.3.1.GA.jar
richfaces-ui-3.3.1.GA.jar
Thanks in advance for any suggestions.
--
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
13 years, 11 months
[JBoss JIRA] (AS7-3586) Add a --silent mode to add-user.[.sh, .bat] script
by Dustin Kut Moy Cheung (JIRA)
Dustin Kut Moy Cheung created AS7-3586:
------------------------------------------
Summary: Add a --silent mode to add-user.[.sh, .bat] script
Key: AS7-3586
URL: https://issues.jboss.org/browse/AS7-3586
Project: Application Server 7
Issue Type: Feature Request
Reporter: Dustin Kut Moy Cheung
Assignee: Dustin Kut Moy Cheung
Add a --silent mode to add-user script. This mode is only valid in non-interactive mode, i.e if at least a username and password are provided as arguments to that script. SO running:
./add-user.sh --silent=true
will still allow the script to print. [silent mode is disabled in that case]
However running:
./add-user.sh --silent=true <username> <password> [ManagementRealm]
will make the script silent.
NOTE that it won't even print error messages if --silent=true is put.
The -- option can be placed anywhere.
So this will also work:
./adduser.sh <username> --silent=true <password>
or
./adduser.sh <username> <password> <ManagementRealm> --silent=true
The silent option can be useful in scripts that call the add-user script. The silent mode disables the check for a console object since we don't need to print anything to the console.
We need the silent option since the way IzPack [GUI Installer] calls scripts, the Console object is not available and the add-user script will fail.
--
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
13 years, 11 months
[JBoss JIRA] (AS7-2563) NPE accessing replicated HTTP session with JSF state
by Marek Schmidt (Created) (JIRA)
NPE accessing replicated HTTP session with JSF state
----------------------------------------------------
Key: AS7-2563
URL: https://issues.jboss.org/browse/AS7-2563
Project: Application Server 7
Issue Type: Bug
Components: Clustering
Environment: jboss-as-7.1.0.Alpha2-SNAPSHOT (2011-11-09)
Reporter: Marek Schmidt
Assignee: Paul Ferraro
Priority: Critical
Attachments: jboss-as-numberguess-nocdi.war
1.) Start two standalone AS7 instances (standalone-ha configuration) on node1 and node2 (e.g. <loopback-address value="127.0.1.1"/> and <loopback-address value="127.0.2.1"/>
node1/bin/standalone.sh --server-config=standalone-ha.xml -Djboss.node.name=node1
node2/bin/standalone.sh --server-config=standalone-ha.xml -Djboss.node.name=node2
2.) Deploy the attached application to both instances
3.) Open http://node2:8080/jboss-as-numberguess-nocdi and enter a guess
4.) Copy the node2 JSESSIONID cookie to node1 JSESSIONID cookie
5.) Open http://node1:8080/jboss-as-numberguess-nocdi/home.jsf
Expected: Game state replicated including the latest guess.
Actual: an HTTP 500 page with the following exception appears:
The same WAR works correctly on AS6 in the same scenario.
Note that the WAR does not contain beans.xml nor use CDI in any way, in contrast to AS7-2496
{noformat}
java.lang.NullPointerException
java.util.HashMap.getEntry(HashMap.java:345)
java.util.LinkedHashMap.get(LinkedHashMap.java:280)
com.sun.faces.renderkit.ServerSideStateHelper.writeState(ServerSideStateHelper.java:208)
com.sun.faces.renderkit.ResponseStateManagerImpl.writeState(ResponseStateManagerImpl.java:122)
com.sun.faces.application.StateManagerImpl.writeState(StateManagerImpl.java:166)
com.sun.faces.application.view.WriteBehindStateWriter.flushToWriter(WriteBehindStateWriter.java:225)
com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:418)
com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:131)
com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121)
com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
{noformat}
Sometimes, but not always, the following appears in the log in addition to the exception:
{noformat}
17:13:50,718 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http-node1-127.0.1.1-8080-3) Error Rendering View[/home.xhtml]: java.lang.NullPointerException
at java.util.HashMap.getEntry(HashMap.java:345) [:1.6.0_24]
at java.util.LinkedHashMap.get(LinkedHashMap.java:280) [:1.6.0_24]
at com.sun.faces.renderkit.ServerSideStateHelper.writeState(ServerSideStateHelper.java:208) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.renderkit.ResponseStateManagerImpl.writeState(ResponseStateManagerImpl.java:122) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.application.StateManagerImpl.writeState(StateManagerImpl.java:166) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.application.view.WriteBehindStateWriter.flushToWriter(WriteBehindStateWriter.java:225) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:418) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:131) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285)
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261)
at org.jboss.as.web.session.ClusteredSessionValve.handleRequest(ClusteredSessionValve.java:123) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:89) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.JvmRouteValve.invoke(JvmRouteValve.java:88) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.LockingValve.invoke(LockingValve.java:56) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.ClusteredSessionValve.handleRequest(ClusteredSessionValve.java:123) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:89) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.JvmRouteValve.invoke(JvmRouteValve.java:88) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.LockingValve.invoke(LockingValve.java:56) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:155) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_24]
17:13:50,723 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/jboss-as-numberguess-nocdi].[Faces Servlet]] (http-node1-127.0.1.1-8080-3) Servlet.service() for servlet Faces Servlet threw exception: java.lang.NullPointerException
at java.util.HashMap.getEntry(HashMap.java:345) [:1.6.0_24]
at java.util.LinkedHashMap.get(LinkedHashMap.java:280) [:1.6.0_24]
at com.sun.faces.renderkit.ServerSideStateHelper.writeState(ServerSideStateHelper.java:208) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.renderkit.ResponseStateManagerImpl.writeState(ResponseStateManagerImpl.java:122) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.application.StateManagerImpl.writeState(StateManagerImpl.java:166) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.application.view.WriteBehindStateWriter.flushToWriter(WriteBehindStateWriter.java:225) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:418) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:131) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285)
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261)
at org.jboss.as.web.session.ClusteredSessionValve.handleRequest(ClusteredSessionValve.java:123) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:89) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.JvmRouteValve.invoke(JvmRouteValve.java:88) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.LockingValve.invoke(LockingValve.java:56) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.ClusteredSessionValve.handleRequest(ClusteredSessionValve.java:123) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:89) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.JvmRouteValve.invoke(JvmRouteValve.java:88) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.session.LockingValve.invoke(LockingValve.java:56) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:155) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_24]
17:13:51,907 ERROR [org.infinispan.remoting.ReplicationQueue] (Scheduled-replicationQueue-thread-0) ISPN000072: Failed replicating 1 elements in replication queue: org.infinispan.CacheException: java.lang.RuntimeException: Failure to marshal argument(s)
at org.infinispan.util.Util.rewrapAsCacheException(Util.java:535) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommands(CommandAwareRpcDispatcher.java:114) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:406) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:130) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:158) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.ReplicationQueueImpl.flush(ReplicationQueueImpl.java:159) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.ReplicationQueueImpl$1.run(ReplicationQueueImpl.java:112) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) [:1.6.0_24]
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) [:1.6.0_24]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) [:1.6.0_24]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) [:1.6.0_24]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180) [:1.6.0_24]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204) [:1.6.0_24]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_24]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_24]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_24]
Caused by: java.lang.RuntimeException: Failure to marshal argument(s)
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$ReplicationTask.marshallCall(CommandAwareRpcDispatcher.java:213) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$ReplicationTask.call(CommandAwareRpcDispatcher.java:234) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommands(CommandAwareRpcDispatcher.java:110) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
... 14 more
Caused by: org.infinispan.CacheException: Unable to marshall value AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@3bcbbcb3}
at org.infinispan.marshall.MarshalledValue.serialize0(MarshalledValue.java:129) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.MarshalledValue.serialize(MarshalledValue.java:97) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.MarshalledValue.getRaw(MarshalledValue.java:206) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.MarshalledValue$Externalizer.writeObject(MarshalledValue.java:318) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.MarshalledValue$Externalizer.writeObject(MarshalledValue.java:309) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:389) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeCommandParameters(ReplicableCommandExternalizer.java:83) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeObject(ReplicableCommandExternalizer.java:68) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeObject(ReplicableCommandExternalizer.java:56) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:389) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeCommandParameters(ReplicableCommandExternalizer.java:83) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.marshallParameters(CacheRpcCommandExternalizer.java:123) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:110) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:66) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:389) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeCommandParameters(ReplicableCommandExternalizer.java:83) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.marshallParameters(CacheRpcCommandExternalizer.java:123) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:110) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:66) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:389) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:59) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:91) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.AbstractMarshaller.objectToBuffer(AbstractMarshaller.java:57) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.AbstractDelegatingMarshaller.objectToBuffer(AbstractDelegatingMarshaller.java:85) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectToBuffer(MarshallerAdapter.java:45) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$ReplicationTask.marshallCall(CommandAwareRpcDispatcher.java:211) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
... 16 more
Caused by: java.lang.NullPointerException
at java.util.LinkedHashMap$LinkedHashIterator.<init>(LinkedHashMap.java:346) [:1.6.0_24]
at java.util.LinkedHashMap$LinkedHashIterator.<init>(LinkedHashMap.java:345) [:1.6.0_24]
at java.util.LinkedHashMap$EntryIterator.<init>(LinkedHashMap.java:391) [:1.6.0_24]
at java.util.LinkedHashMap$EntryIterator.<init>(LinkedHashMap.java:391) [:1.6.0_24]
at java.util.LinkedHashMap.newEntryIterator(LinkedHashMap.java:398) [:1.6.0_24]
at java.util.HashMap$EntrySet.iterator(HashMap.java:950) [:1.6.0_24]
at java.util.AbstractMap.hashCode(AbstractMap.java:459) [:1.6.0_24]
at java.util.HashMap$Entry.hashCode(HashMap.java:720) [:1.6.0_24]
at java.util.AbstractMap.hashCode(AbstractMap.java:461) [:1.6.0_24]
at org.jboss.as.clustering.SimpleMarshalledValue.hashCode(SimpleMarshalledValue.java:104)
at org.jboss.marshalling.TraceInformation.addObjectInformation(TraceInformation.java:119) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:125) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.infinispan.marshall.MarshallUtil.marshallMap(MarshallUtil.java:60) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:63) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:47) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:389) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:225) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:222) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:389) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) [jboss-marshalling-1.3.4.GA.jar:1.3.4.GA]
at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:59) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.VersionAwareMarshaller.objectToObjectStream(VersionAwareMarshaller.java:151) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.AbstractDelegatingMarshaller.objectToObjectStream(AbstractDelegatingMarshaller.java:40) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
at org.infinispan.marshall.MarshalledValue.serialize0(MarshalledValue.java:112) [infinispan-core-5.1.0.BETA2.jar:5.1.0.BETA2]
... 53 more
Caused by: an exception which occurred:
in object org.infinispan.util.FastCopyHashMap@3bcbbcb3
-> toString = org.infinispan.util.FastCopyHashMap@3bcbbcb3
in object org.infinispan.atomic.AtomicHashMap@741ad263
-> toString = AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@3bcbbcb3}
in object org.infinispan.marshall.MarshalledValue@741ad263
-> toString = MarshalledValue{instance=AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@3bcbbcb3}, serialized=false, cachedHashCode=1947914851}@3cd1aa70
in object org.infinispan.commands.write.PutKeyValueCommand@a29effde
-> toString = PutKeyValueCommand{key=MarshalledValue{instance=//default-host/null/BYXH2GtlUjjBVaeFEPcmNYU+, serialized=ByteArray{size=185, array=[3, 1, -2, 4, 9, 0, 0, 0, 84, 111, ..]}, cachedHashCode=377866657}@10c03c6, value=MarshalledValue{instance=AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@3bcbbcb3}, serialized=false, cachedHashCode=1947914851}@3cd1aa70, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}
in object org.infinispan.commands.tx.PrepareCommand@1e6326a5
-> toString = PrepareCommand {gtx=GlobalTransaction:<node1/web>:10:local, modifications=[PutKeyValueCommand{key=MarshalledValue{instance=//default-host/null/BYXH2GtlUjjBVaeFEPcmNYU+, serialized=ByteArray{size=185, array=[3, 1, -2, 4, 9, 0, 0, 0, 84, 111, ..]}, cachedHashCode=377866657}@10c03c6, value=MarshalledValue{instance=AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@3bcbbcb3}, serialized=false, cachedHashCode=1947914851}@3cd1aa70, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}, PutKeyValueCommand{key=MarshalledValue{instance=//default-host/null/BYXH2GtlUjjBVaeFEPcmNYU+, serialized=false, cachedHashCode=377866657}@439ed348, value=MarshalledValue{instance=AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@70413ea6}, serialized=false, cachedHashCode=0}@4b783ddd, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}, PutKeyValueCommand{key=MarshalledValue{instance=//default-host/null/BYXH2GtlUjjBVaeFEPcmNYU+, serialized=false, cachedHashCode=377866657}@5ae1a690, value=MarshalledValue{instance=AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@147e668d}, serialized=false, cachedHashCode=0}@767ebd7d, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}], onePhaseCommit=true, gtx=GlobalTransaction:<node1/web>:10:local, cacheName='repl'}
in object org.infinispan.commands.remote.MultipleRpcCommand@ae370d2b
-> toString = MultipleRpcCommand{commands=[PrepareCommand {gtx=GlobalTransaction:<node1/web>:10:local, modifications=[PutKeyValueCommand{key=MarshalledValue{instance=//default-host/null/BYXH2GtlUjjBVaeFEPcmNYU+, serialized=ByteArray{size=185, array=[3, 1, -2, 4, 9, 0, 0, 0, 84, 111, ..]}, cachedHashCode=377866657}@10c03c6, value=MarshalledValue{instance=AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@3bcbbcb3}, serialized=false, cachedHashCode=1947914851}@3cd1aa70, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}, PutKeyValueCommand{key=MarshalledValue{instance=//default-host/null/BYXH2GtlUjjBVaeFEPcmNYU+, serialized=false, cachedHashCode=377866657}@439ed348, value=MarshalledValue{instance=AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@70413ea6}, serialized=false, cachedHashCode=0}@4b783ddd, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}, PutKeyValueCommand{key=MarshalledValue{instance=//default-host/null/BYXH2GtlUjjBVaeFEPcmNYU+, serialized=false, cachedHashCode=377866657}@5ae1a690, value=MarshalledValue{instance=AtomicHashMap{delegate=org.infinispan.util.FastCopyHashMap@147e668d}, serialized=false, cachedHashCode=0}@767ebd7d, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}], onePhaseCommit=true, gtx=GlobalTransaction:<node1/web>:10:local, cacheName='repl'}], cacheName='repl'}
{noformat}
--
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
13 years, 11 months
[JBoss JIRA] (AS7-3596) JPA default datasource cannot be unset
by Heiko Braun (JIRA)
Heiko Braun created AS7-3596:
--------------------------------
Summary: JPA default datasource cannot be unset
Key: AS7-3596
URL: https://issues.jboss.org/browse/AS7-3596
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Reporter: Heiko Braun
Assignee: Brian Stansberry
Fix For: 7.1.1.Final
It's currently not possible to unset the default datasource value:
{noformat}
[INFO] {
[INFO] "operation" => "composite",
[INFO] "address" => [],
[INFO] "steps" => [{
[INFO] "address" => [
[INFO] ("profile" => "default"),
[INFO] ("subsystem" => "jpa")
[INFO] ],
[INFO] "operation" => "write-attribute",
[INFO] "name" => "default-datasource",
[INFO] "value" => undefined
[INFO] }]
[INFO] }
{noformat}
leads to:
JBAS014746: value may not be null
--
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
13 years, 11 months
[JBoss JIRA] (AS7-3595) Undeployment of a deployment deployed via filesystem copy using management operation is not persisted.
by Dominik Pospisil (JIRA)
Dominik Pospisil created AS7-3595:
-------------------------------------
Summary: Undeployment of a deployment deployed via filesystem copy using management operation is not persisted.
Key: AS7-3595
URL: https://issues.jboss.org/browse/AS7-3595
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Affects Versions: 7.1.0.Final
Reporter: Dominik Pospisil
Assignee: Brian Stansberry
Undeployment of a deployment deployed via filesystem copy using management operation is not persisted.
1. Start AS in standalone configuration
2. deploy an application by copying app war file to AS_HOME/standalone/deployments
3. undeploy the application using CLI undeploy command
4. restart the server, application is redeployed
I am not sure if that is actually a bug or it is by design. Should we update deployment marker files in such case accordingly to prevent redeployment? If this is by design, it would be nice to have this documented.
--
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
13 years, 11 months
[JBoss JIRA] (AS7-3608) Strange hangup during stopping of server - must be killed by SIGKILL
by Pavel Janousek (JIRA)
[ https://issues.jboss.org/browse/AS7-3608?page=com.atlassian.jira.plugin.s... ]
Pavel Janousek moved JBPAPP-8048 to AS7-3608:
---------------------------------------------
Project: Application Server 7 (was: JBoss Enterprise Application Platform)
Key: AS7-3608 (was: JBPAPP-8048)
Workflow: GIT Pull Request workflow (was: jira)
Affects Version/s: 7.1.0.CR1b
(was: EAP 6.0.0 DR 12)
Component/s: (was: Server boot)
Security: (was: JBoss Internal)
Docs QE Status: (was: NEW)
> Strange hangup during stopping of server - must be killed by SIGKILL
> --------------------------------------------------------------------
>
> Key: AS7-3608
> URL: https://issues.jboss.org/browse/AS7-3608
> Project: Application Server 7
> Issue Type: Bug
> Affects Versions: 7.1.0.CR1b
> Reporter: Pavel Janousek
> Priority: Critical
>
> During investigation another JIRA (JBPAPP-8045) I've affected by another issue too.
> Let say - you have machine after successful reboot. You should prepare network environment as described in JBPAPP-8045, the only one difference is you must disable loopback interface too (ip link set dev lo down).
> Now, when you try to start AS7, everything is OK, more precisely is the same as in other issue (JBPAPP-8045).
> BUT - when you hit Ctrl-C now - you try to stop server - it hang-up and report only:
> {code}
> 17:05:23,502 INFO [org.jboss.as] (Controller Boot Thread) JBoss EAP 6.0.0.Alpha2 (AS 7.1.0.CR1-redhat-1) started in 14012ms - Started 158 of 228 services (68 services are passive or on-demand)
> ^C17:05:50,274 INFO [org.jboss.as.messaging] (MSC service thread 1-2) JBAS011605: Unbound messaging object to jndi name java:/queue/test
> 17:05:50,279 INFO [org.jboss.as.osgi] (MSC service thread 1-1) JBAS011921: Stopping OSGi Framework
> 17:05:50,279 INFO [org.jboss.as.messaging] (MSC service thread 1-2) JBAS011605: Unbound messaging object to jndi name java:/RemoteConnectionFactory
> 17:05:50,282 INFO [org.jboss.as.messaging] (MSC service thread 1-2) JBAS011605: Unbound messaging object to jndi name java:/ConnectionFactory
> 17:05:50,341 INFO [org.jboss.as.logging] JBAS011503: Restored bootstrap log handlers
> 17:05:50,350 INFO [jacorb.poa] POA IRPOA destroyed
> 17:05:50,381 INFO [org.hornetq.core.server.impl.HornetQServerImpl] HornetQ Server version 2.2.7.Final (HQ_2_2_7_FINAL_AS7, 121) [3fe9aa6a-4d86-11e1-b2c6-000000000001] stopped
> 17:05:50,411 INFO [jacorb.poa] POA Naming destroyed
> 17:05:50,434 INFO [jacorb.poa] POA RootPOA destroyed
> 17:05:50,440 INFO [com.arjuna.ats.jbossatx] ARJUNA032018: Destroying TransactionManagerService
> 17:05:50,442 INFO [com.arjuna.ats.jbossatx] ARJUNA032014: Stopping transaction recovery manager
> 17:05:50,441 INFO [jacorb.orb] prepare ORB for shutdown...
> 17:05:50,442 INFO [jacorb.orb] ORB going down...
> 17:05:50,446 INFO [jacorb.orb.iiop] Listener exited
> 17:05:50,447 INFO [jacorb.orb] ORB shutdown complete
> 17:05:50,447 INFO [jacorb.orb] ORB run, exit
> ^Z
> [1]+ Stopped ./standalone.sh
> [pjanouse@fedora15-vrt1 bin]$ kill -9 %1
> [1]+ Killed ./standalone.sh
> [pjanouse@fedora15-vrt1 bin]$
> {code}
> As you can see, it can be killed only by SIGKILL signal.
> More strange is when you now enable loopback interface again (ip link set dev lo up), start/stop sequence works fine (as expected).
> And the strangest is when you disable loopback again, it works fine as in previous step - everything works as you can expect. I think it is related to some network issue, but I can't be more precise now, I can't find any other aspect why it is occurred after reboot only.
> I try also several attempts (loopback interface disabled) during let say 10 minutes (due to attempt to eliminate resolver/DNS timeouts etc.), but until I did up/down sequence in lo interface, behavior was the same - only SIGKILL stops it.
> I try it several times, after several reboot my instance inside VirtualBox and behavior is the same - so it isn't accind situation. So I hope it isn't related to only network stack implementation/virtualization inside VirtualBox and is reproducible in another linux box too.
--
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
13 years, 11 months