2:16 p.m.
Michal Linhard created ISPN-2186:
------------------------------------
Summary: Coordinator tries to install new view after graceful shutdown
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL (JDG)
Reporter: Michal Linhard
Assignee: Manik Surtani
Priority: Minor
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
2:54 p.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
Manik Surtani updated ISPN-2186:
--------------------------------
Fix Version/s: 5.1.x
5.2.0.FINAL
Assignee: Dan Berindei (was: Manik Surtani)
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL (JDG)
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Fix For: 5.1.x, 5.2.0.FINAL
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
11:24 a.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
Tristan Tarrant updated ISPN-2186:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/1283
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Fix For: 5.1.7.Final, 5.1.x, 5.2.0.Final
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
11:24 a.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
Tristan Tarrant updated ISPN-2186:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 5.1.7.Final
Resolution: Done
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Fix For: 5.1.7.Final, 5.1.x, 5.2.0.Final
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
3:55 p.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
RH Bugzilla Integration commented on ISPN-2186:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug
854665|https://bugzilla.redhat.com/show_bug.cgi?id=854665] from ASSIGNED to MODIFIED
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Fix For: 5.1.7.Final, 5.1.x, 5.2.0.Final
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
3:55 p.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
RH Bugzilla Integration updated ISPN-2186:
------------------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/1283 (was:
https://github.com/infinispan/infinispan/pull/1283)
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=854665
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Fix For: 5.1.7.Final, 5.1.x, 5.2.0.Final
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
3:55 p.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
RH Bugzilla Integration updated ISPN-2186:
------------------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/1283 (was:
https://github.com/infinispan/infinispan/pull/1283)
Bugzilla Update: Perform
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Fix For: 5.1.7.Final, 5.1.x, 5.2.0.Final
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
5:02 p.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
RH Bugzilla Integration commented on ISPN-2186:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug
854665|https://bugzilla.redhat.com/show_bug.cgi?id=854665] from MODIFIED to ON_QA
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Fix For: 5.1.7.Final, 5.1.x, 5.2.0.Final
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
11:37 a.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
Michal Abaffy reopened ISPN-2186:
---------------------------------
Assignee: Mircea Markus (was: Dan Berindei)
I have run benchmark elasticity 2-4 test with radargun on my localhost with
infinispan-core:5.1.7-Final-redhat-1 several times and the problem seems to still be
there.
Example log:
11:25:13,355 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 5 local transactions and 0 remote transactions that
did not finish in time.
11:25:13,363 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-1,mabaffy-14775) Installing new view CacheView{viewId=8,
members=[mabaffy-5803, mabaffy-30789]} for cache x
11:25:13,371 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-1,mabaffy-14775) Cache x view CacheView{viewId=8,
members=[mabaffy-5803, mabaffy-30789]} installation was interrupted because the
coordinator is shutting down
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Mircea Markus
Priority: Minor
Fix For: 5.1.7.Final, 5.1.x, 5.2.0.Final
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
3:56 p.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
Galder Zamarreño reassigned ISPN-2186:
--------------------------------------
Assignee: Dan Berindei (was: Mircea Markus)
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Fix For: 5.1.7.Final, 5.1.x, 5.2.0.Final
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
5:35 p.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
Tristan Tarrant updated ISPN-2186:
----------------------------------
Fix Version/s: (was: 5.2.0.Final)
(was: 5.1.7.Final)
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Labels: jdg, jdg6
Fix For: 5.1.x
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
9:12 a.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
RH Bugzilla Integration commented on ISPN-2186:
-----------------------------------------------
Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug
854665|https://bugzilla.redhat.com/show_bug.cgi?id=854665] from ON_QA to ASSIGNED
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Labels: jdg, jdg6
Fix For: 5.1.x
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
11:21 a.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
RH Bugzilla Integration commented on ISPN-2186:
-----------------------------------------------
Michal Abaffy <mabaffy(a)redhat.com> made a comment on [bug
854665|https://bugzilla.redhat.com/show_bug.cgi?id=854665]
I have run this test also on jenkins machines, so you could see whole logs and
configuration of test.
See Build Artifacts->report->stdout.zip->slave2.log and time 05:09:35 in
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EDG6/view/EDG-REPOR...
That warning is also in slave4.log and is missing in slave1 and slave3
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Labels: jdg, jdg6
Fix For: 5.1.x
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
11:42 a.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
Dan Berindei commented on ISPN-2186:
------------------------------------
I see, I misread the description of the bug a bit.
I fixed the part where the cache view installation commands from the old coordinator reach
the new coordinator and break the new coordinator's cache view installation
(potentially making it hang). I did not fix the old coordinator attempting to install a
new cache view, because CacheViewsManagerImpl only finds out about the shutdown after all
the local caches have been already stopped.
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Labels: jdg, jdg6
Fix For: 5.1.x
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
11:50 a.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
Dan Berindei resolved ISPN-2186.
--------------------------------
Resolution: Partially Completed
A proper fix would require the global components to know that they will be stopped before
we start shutting down the caches. But I don't think it's worth doing it just to
avoid a DEBUG log message.
We should instead focus on adding a method to gracefully shut down the entire cluster:
ISPN-1239
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Labels: jdg, jdg6
Fix For: 5.1.x
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
3:07 p.m.
[
https://issues.jboss.org/browse/ISPN-2186?page=com.atlassian.jira.plugin....
]
RH Bugzilla Integration commented on ISPN-2186:
-----------------------------------------------
mark yarborough <myarboro(a)redhat.com> made a comment on [bug
854665|https://bugzilla.redhat.com/show_bug.cgi?id=854665]
Not a regression and does not affect data integrity. Setting severity to LOW and moving to
6.1.
Coordinator tries to install new view after graceful shutdown
-------------------------------------------------------------
Key: ISPN-2186
URL: https://issues.jboss.org/browse/ISPN-2186
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.6.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Priority: Minor
Labels: jdg, jdg6
Fix For: 5.1.x
This is not a serious problem, because so far the only thing I discoverd it causes is a
superfluous debug level log message.
This happened in elasticity tests with radargun,
In these tests we go from 4 nodes to 8 and back to 4.
See views installed:
http://www.qa.jboss.com/~mlinhard/hyperion2/run218-radargun-08-elasticity...
In this case, each time the node is shutdown it is the coordinator (I'm not sure
whether this is accident or coordinators are picked by their seniority in the cluster)
The shutdown is made gracefully via DefaultCacheManager.stop() and each time this happens
I can see an attempt of CacheViewsManagerImpl to install a new view - which doesn't
complete because the coordinator shuts down few moments later and the new view is really
established by a new coordinator.
Log from slave on node0003:
{code}
02:37:32,737 INFO [org.radargun.stages.KillStage] (pool-1-thread-1) Tearing down cache
wrapper.
02:38:02,752 WARN [org.infinispan.transaction.TransactionTable] (pool-1-thread-1)
ISPN000100: Stopping, but there are 9 local transactions and 0 remote transactions that
did not finish in time.
02:38:02,755 DEBUG [org.infinispan.cacheviews.CacheViewsManagerImpl]
(CacheViewInstaller-3,hyperion1098-55173) Installing new view CacheView{viewId=9,
members=[hyperion1099-41789, hyperion1097-42149, hyperion1100-42888, hyperion1102-1099,
hyperion1101-56019, hyperion1103-38655, hyperion1096-46484]} for cache x
02:38:04,279 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000080: Disconnecting and closing JGroups Channel
02:38:04,641 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport]
(pool-1-thread-1) ISPN000082: Stopping the RpcDispatcher
02:38:04,816 INFO [org.radargun.Slave] (pool-1-thread-1) Finished stage: KillStage
{tearDown=true, productName='jdg60', useSmartClassLoading=true, slaveIndex=0,
activeSlavesCount=8, totalSlavesCount=8, slaves=[0]}
02:38:04,817 INFO [org.radargun.Slave] (main) Ack successfully sent to the master
{code}
--
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
4498
days inactive
4533
days old
infinispan-issues@lists.jboss.org
15 comments
7 participants
participants (7)
-
Dan Berindei (JIRA) -
Galder Zamarreño (JIRA)
-
Manik Surtani (JIRA)
-
Michal Abaffy (JIRA)
-
Michal Linhard (JIRA)
-
RH Bugzilla Integration (JIRA)
-
Tristan Tarrant (JIRA)