[JBoss JIRA] (WFLY-12669) Clustering: scattered cache errors
by Tommasso Borgato (Jira)
[ https://issues.jboss.org/browse/WFLY-12669?page=com.atlassian.jira.plugin... ]
Tommasso Borgato updated WFLY-12669:
------------------------------------
Description:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with [wildfly-18.0.0.Final.zip|https://download.jboss.org/wildfly/18.0.0.Final...]; the same tests run with version [wildfly-17.0.1.Final.zip|https://download.jboss.org/wildfly/17.0.1.Final...] do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.red...]
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.red...]
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.red...]
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.red...]
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
was:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with [wildfly-18.0.0.Final.zip|https://download.jboss.org/wildfly/18.0.0.Final...]; the same tests run with version [wildfly-17.0.1.Final.zip|https://download.jboss.org/wildfly/17.0.1.Final...] do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
> Clustering: scattered cache errors
> ----------------------------------
>
> Key: WFLY-12669
> URL: https://issues.jboss.org/browse/WFLY-12669
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 18.0.0.Final
> Reporter: Tommasso Borgato
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: clusterbench-ee8.ear
>
>
> The issue is about scattered cache replication across cluster nodes;
> WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
> {noformat}
> embed-server --server-config=standalone-ha.xml
> /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
> /subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
> /subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
> {noformat}
> The test is run with [wildfly-18.0.0.Final.zip|https://download.jboss.org/wildfly/18.0.0.Final...]; the same tests run with version [wildfly-17.0.1.Final.zip|https://download.jboss.org/wildfly/17.0.1.Final...] do not have any problem; hence this looks like a regression;
> As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
> Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.red...]
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.red...]
> Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.red...]
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.red...]
> On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12669) Clustering: scattered cache errors
by Tommasso Borgato (Jira)
[ https://issues.jboss.org/browse/WFLY-12669?page=com.atlassian.jira.plugin... ]
Tommasso Borgato updated WFLY-12669:
------------------------------------
Description:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with [wildfly-18.0.0.Final.zip|https://download.jboss.org/wildfly/18.0.0.Final...]; the same tests run with version [wildfly-17.0.1.Final.zip|https://download.jboss.org/wildfly/17.0.1.Final...] do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
was:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with [wildfly-18.0.0.Final.zip](https://download.jboss.org/wildfly/18.0.0.Fina...; the same tests run with version [wildfly-17.0.1.Final.zip](https://download.jboss.org/wildfly/17.0.1.Fina... do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
> Clustering: scattered cache errors
> ----------------------------------
>
> Key: WFLY-12669
> URL: https://issues.jboss.org/browse/WFLY-12669
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 18.0.0.Final
> Reporter: Tommasso Borgato
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: clusterbench-ee8.ear
>
>
> The issue is about scattered cache replication across cluster nodes;
> WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
> {noformat}
> embed-server --server-config=standalone-ha.xml
> /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
> /subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
> /subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
> {noformat}
> The test is run with [wildfly-18.0.0.Final.zip|https://download.jboss.org/wildfly/18.0.0.Final...]; the same tests run with version [wildfly-17.0.1.Final.zip|https://download.jboss.org/wildfly/17.0.1.Final...] do not have any problem; hence this looks like a regression;
> As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
> Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12669) Clustering: scattered cache errors
by Tommasso Borgato (Jira)
[ https://issues.jboss.org/browse/WFLY-12669?page=com.atlassian.jira.plugin... ]
Tommasso Borgato updated WFLY-12669:
------------------------------------
Description:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with [wildfly-18.0.0.Final.zip](https://download.jboss.org/wildfly/18.0.0.Fina...; the same tests run with version [wildfly-17.0.1.Final.zip](https://download.jboss.org/wildfly/17.0.1.Fina... do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
was:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with version wildfly-18.0.0.Final.zip; the same tests run with version wildfly-17.0.1.Final.zip do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
> Clustering: scattered cache errors
> ----------------------------------
>
> Key: WFLY-12669
> URL: https://issues.jboss.org/browse/WFLY-12669
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 18.0.0.Final
> Reporter: Tommasso Borgato
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: clusterbench-ee8.ear
>
>
> The issue is about scattered cache replication across cluster nodes;
> WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
> {noformat}
> embed-server --server-config=standalone-ha.xml
> /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
> /subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
> /subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
> {noformat}
> The test is run with [wildfly-18.0.0.Final.zip](https://download.jboss.org/wildfly/18.0.0.Fina...; the same tests run with version [wildfly-17.0.1.Final.zip](https://download.jboss.org/wildfly/17.0.1.Fina... do not have any problem; hence this looks like a regression;
> As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
> Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12669) Clustering: scattered cache errors
by Tommasso Borgato (Jira)
[ https://issues.jboss.org/browse/WFLY-12669?page=com.atlassian.jira.plugin... ]
Tommasso Borgato updated WFLY-12669:
------------------------------------
Description:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with [wildfly-18.0.0.Final.zip](https://download.jboss.org/wildfly/18.0.0.Fina...; the same tests run with version [wildfly-17.0.1.Final.zip](https://download.jboss.org/wildfly/17.0.1.Fina... do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
was:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with [wildfly-18.0.0.Final.zip](https://download.jboss.org/wildfly/18.0.0.Fina...; the same tests run with version [wildfly-17.0.1.Final.zip](https://download.jboss.org/wildfly/17.0.1.Fina... do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
> Clustering: scattered cache errors
> ----------------------------------
>
> Key: WFLY-12669
> URL: https://issues.jboss.org/browse/WFLY-12669
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 18.0.0.Final
> Reporter: Tommasso Borgato
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: clusterbench-ee8.ear
>
>
> The issue is about scattered cache replication across cluster nodes;
> WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
> {noformat}
> embed-server --server-config=standalone-ha.xml
> /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
> /subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
> /subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
> {noformat}
> The test is run with [wildfly-18.0.0.Final.zip](https://download.jboss.org/wildfly/18.0.0.Fina...; the same tests run with version [wildfly-17.0.1.Final.zip](https://download.jboss.org/wildfly/17.0.1.Fina... do not have any problem; hence this looks like a regression;
> As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
> Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFWIP-237) Wildfly operator scale down stuck with wildfly18 image
by Jeff Mesnil (Jira)
[ https://issues.jboss.org/browse/WFWIP-237?page=com.atlassian.jira.plugin.... ]
Jeff Mesnil resolved WFWIP-237.
-------------------------------
Resolution: Done
as Ondra explained, the issue was that the e2e tests was using a local operator that can not connect to the pod inside the container platform.
I disabled the scale down tests for local e2e tests and added a another target to run e2e tests inside the container platform with https://github.com/wildfly/wildfly-operator/commit/f6d574257192e725e69d48...
However this test will use the latest WildFly Operator image from quay.io and not the code from the commit itself.
I have also updated the CI so that the WildFly Operator image is pushed to quay.io from master build.
> Wildfly operator scale down stuck with wildfly18 image
> ------------------------------------------------------
>
> Key: WFWIP-237
> URL: https://issues.jboss.org/browse/WFWIP-237
> Project: WildFly WIP
> Issue Type: Bug
> Components: OpenShift
> Reporter: Petr Kremensky
> Assignee: Jeff Mesnil
> Priority: Critical
> Labels: operator
> Attachments: logs.txt
>
>
> *quay.io/wildfly/wildfly-centos7:17.0*
> {noformat}
> $ docker run -ti quay.io/wildfly/wildfly-centos7:17.0 /bin/bash
> [jboss@1cc52cbad596 ~]$ echo $JBOSS_HOME
> /opt/jboss/wildfly
> [jboss@1cc52cbad596 ~]$ ll /opt/wildfly
> ls: cannot access /opt/wildfly: No such file or directory
> [jboss@1cc52cbad596 ~]$ ll /opt/jboss/wildfly
> total 540
> -rw-rw-r--. 1 jboss root 26530 Jun 11 12:46 LICENSE.txt
> -rw-rw-r--. 1 jboss root 2221 Jun 11 12:46 README.txt
> drwxrwxr-x. 3 jboss root 4096 Jun 11 12:46 appclient
> drwxrwxr-x. 4 jboss root 4096 Jun 11 12:46 bin
> -rw-rw-r--. 1 jboss root 2451 Jun 11 12:46 copyright.txt
> drwxrwxr-x. 6 jboss root 4096 Jun 11 12:46 docs
> -rw-rw-r--. 1 jboss root 489207 Jun 11 12:46 jboss-modules.jar
> drwxrwxr-x. 5 jboss root 4096 Jun 11 12:46 modules
> drwxrwxr-x. 5 jboss root 4096 Jun 11 12:46 standalone
> drwxrwxr-x. 2 jboss root 4096 Jun 11 12:46 welcome-content
> {noformat}
> *quay.io/wildfly/wildfly-centos7:18.0*
> {noformat}
> $ docker run -ti quay.io/wildfly/wildfly-centos7:18.0 /bin/bash
> [jboss@8a0a5cd2e76a ~]$ echo $JBOSS_HOME
> /opt/wildfly
> [jboss@8a0a5cd2e76a ~]$ ll /opt/wildfly
> total 540
> -rw-rw-r--. 1 jboss root 26530 Oct 4 09:15 LICENSE.txt
> -rw-rw-r--. 1 jboss root 2224 Oct 4 09:15 README.txt
> drwxrwxr-x. 3 jboss root 4096 Oct 4 09:15 appclient
> drwxrwxr-x. 4 jboss root 4096 Oct 4 09:15 bin
> -rw-rw-r--. 1 jboss root 2451 Oct 4 09:15 copyright.txt
> drwxrwxr-x. 7 jboss root 4096 Oct 4 09:15 docs
> -rw-rw-r--. 1 jboss root 489207 Oct 4 09:15 jboss-modules.jar
> drwxrwxr-x. 5 jboss root 4096 Oct 4 09:15 modules
> drwxrwxr-x. 5 jboss root 4096 Oct 4 09:16 standalone
> drwxrwxr-x. 2 jboss root 4096 Oct 4 09:15 welcome-content
> [jboss@8a0a5cd2e76a ~]$ ll /opt/jboss/wildfly
> ls: cannot access /opt/jboss/wildfly: No such file or directory
> {noformat}
> The JBOSS_HOME variable is hard coded in a operator code - https://github.com/wildfly/wildfly-operator/blob/master/build/Dockerfile#L4 (/opt/jboss/wildfly at the moment - operator doesn't work with wildfly18 image).
> *doesn't work* here means that scale down stuck due to:
> {noformat}
> {"level":"info","ts":1570603971.690961,"logger":"wildflyserver_controller","msg":"Statefulset was not scaled to the desired replica size 0 (current StatefulSet size: 1). Transaction recovery scaledown process has not cleaned all pods. Please, check status of the WildflyServer simple-jaxrs-wildfly","StatefulSet.Namespace":"pkremens-namespace","StatefulSet.Name":"simple-jaxrs-wildfly"}
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12669) Clustering: scattered cache errors
by Tommasso Borgato (Jira)
[ https://issues.jboss.org/browse/WFLY-12669?page=com.atlassian.jira.plugin... ]
Tommasso Borgato updated WFLY-12669:
------------------------------------
Description:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with version wildfly-18.0.0.Final.zip; the same tests run with version wildfly-17.0.1.Final.zip do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
was:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with version *wildfly-18.0.0.Final.zip*; the same tests run with version *wildfly-17.0.1.Final.zip* do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with *wildfly-18.0.0.Final.zip* (0% with *wildfly-17.0.1.Final.zip*):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with *wildfly-18.0.0.Final.zip* (0% with *wildfly-17.0.1.Final.zip*):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
> Clustering: scattered cache errors
> ----------------------------------
>
> Key: WFLY-12669
> URL: https://issues.jboss.org/browse/WFLY-12669
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 18.0.0.Final
> Reporter: Tommasso Borgato
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: clusterbench-ee8.ear
>
>
> The issue is about scattered cache replication across cluster nodes;
> WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
> {noformat}
> embed-server --server-config=standalone-ha.xml
> /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
> /subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
> /subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
> {noformat}
> The test is run with version wildfly-18.0.0.Final.zip; the same tests run with version wildfly-17.0.1.Final.zip do not have any problem; hence this looks like a regression;
> As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
> Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12669) Clustering: scattered cache errors
by Tommasso Borgato (Jira)
[ https://issues.jboss.org/browse/WFLY-12669?page=com.atlassian.jira.plugin... ]
Tommasso Borgato updated WFLY-12669:
------------------------------------
Description:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with version *wildfly-18.0.0.Final.zip*; the same tests run with version *wildfly-17.0.1.Final.zip* do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with *wildfly-18.0.0.Final.zip* (0% with *wildfly-17.0.1.Final.zip*):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with *wildfly-18.0.0.Final.zip* (0% with *wildfly-17.0.1.Final.zip*):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
was:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with version {{'wildfly-18.0.0.Final.zip'}}; the same tests run with version {{wildfly-17.0.1.Final.zip}} do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
> Clustering: scattered cache errors
> ----------------------------------
>
> Key: WFLY-12669
> URL: https://issues.jboss.org/browse/WFLY-12669
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 18.0.0.Final
> Reporter: Tommasso Borgato
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: clusterbench-ee8.ear
>
>
> The issue is about scattered cache replication across cluster nodes;
> WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
> {noformat}
> embed-server --server-config=standalone-ha.xml
> /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
> /subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
> /subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
> {noformat}
> The test is run with version *wildfly-18.0.0.Final.zip*; the same tests run with version *wildfly-17.0.1.Final.zip* do not have any problem; hence this looks like a regression;
> As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
> Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with *wildfly-18.0.0.Final.zip* (0% with *wildfly-17.0.1.Final.zip*):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with *wildfly-18.0.0.Final.zip* (0% with *wildfly-17.0.1.Final.zip*):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12669) Clustering: scattered cache errors
by Tommasso Borgato (Jira)
[ https://issues.jboss.org/browse/WFLY-12669?page=com.atlassian.jira.plugin... ]
Tommasso Borgato updated WFLY-12669:
------------------------------------
Description:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with version {{'wildfly-18.0.0.Final.zip'}}; the same tests run with version {{wildfly-17.0.1.Final.zip}} do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
was:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with version {{wildfly-18.0.0.Final.zip}}; the same tests run with version {{wildfly-17.0.1.Final.zip}} do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
> Clustering: scattered cache errors
> ----------------------------------
>
> Key: WFLY-12669
> URL: https://issues.jboss.org/browse/WFLY-12669
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 18.0.0.Final
> Reporter: Tommasso Borgato
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: clusterbench-ee8.ear
>
>
> The issue is about scattered cache replication across cluster nodes;
> WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
> {noformat}
> embed-server --server-config=standalone-ha.xml
> /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
> /subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
> /subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
> {noformat}
> The test is run with version {{'wildfly-18.0.0.Final.zip'}}; the same tests run with version {{wildfly-17.0.1.Final.zip}} do not have any problem; hence this looks like a regression;
> As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
> Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (JGRP-2391) BindException on Windows
by Thorsten Marx (Jira)
Thorsten Marx created JGRP-2391:
-----------------------------------
Summary: BindException on Windows
Key: JGRP-2391
URL: https://issues.jboss.org/browse/JGRP-2391
Project: JGroups
Issue Type: Bug
Affects Versions: 4.1.6, 4.1.5, 4.1.4, 4.1.3, 4.1.2, 4.1.1, 4.1.0
Environment: Openjdk 13
Microsoft Windows 10
Reporter: Thorsten Marx
Assignee: Bela Ban
After updating to jgroups 4.1.6 i get the following BindException
{code}
java.net.BindException: Cannot assign requested address: Cannot bind
at java.base/java.net.TwoStacksPlainDatagramSocketImpl.bind0(Native Method)
at java.base/java.net.TwoStacksPlainDatagramSocketImpl.bind0(TwoStacksPlainDatagramSocketImpl.java:114)
at java.base/java.net.AbstractPlainDatagramSocketImpl.bind(AbstractPlainDatagramSocketImpl.java:117)
at java.base/java.net.TwoStacksPlainDatagramSocketImpl.bind(TwoStacksPlainDatagramSocketImpl.java:98)
at java.base/java.net.DatagramSocket.bind(DatagramSocket.java:395)
at java.base/java.net.MulticastSocket.<init>(MulticastSocket.java:176)
at org.jgroups.util.DefaultSocketFactory.createMulticastSocket(DefaultSocketFactory.java:92)
at org.jgroups.stack.DiagnosticsHandler.startUDP(DiagnosticsHandler.java:180)
at org.jgroups.stack.DiagnosticsHandler.start(DiagnosticsHandler.java:122)
at org.jgroups.protocols.TP.startDiagnostics(TP.java:1031)
at org.jgroups.protocols.TP.start(TP.java:938)
at org.jgroups.protocols.UDP.start(UDP.java:295)
at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:888)
at org.jgroups.JChannel.startStack(JChannel.java:980)
at org.jgroups.JChannel._preConnect(JChannel.java:844)
at org.jgroups.JChannel.connect(JChannel.java:349)
at org.jgroups.JChannel.connect(JChannel.java:343)
at com.thorstenmarx.webtools.cluster.JGroupsTest.simple(JGroupsTest.java:43)
{code}
It seems to be caused by https://stackoverflow.com/questions/14086740/how-to-create-a-new-multicas...
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12669) Clustering: scattered cache errors
by Tommasso Borgato (Jira)
[ https://issues.jboss.org/browse/WFLY-12669?page=com.atlassian.jira.plugin... ]
Tommasso Borgato updated WFLY-12669:
------------------------------------
Description:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with version {{wildfly-18.0.0.Final.zip}}; the same tests run with version {{wildfly-17.0.1.Final.zip}} do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
was:
The issue is about scattered cache replication across cluster nodes;
WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following `cli` script:
{noformat}
embed-server --server-config=standalone-ha.xml
/subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
/subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
/subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
{noformat}
The test is run with version `wildfly-18.0.0.Final.zip`; the same tests run with version `wildfly-17.0.1.Final.zip` do not have any problem; hence this looks like a regression;
As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
Using MOD_JK as load balancer, we have a 22.46% of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
Using HAPROXY as load balancer, we have a 1.71% of *sampling errors* with wildfly-18.0.0.Final.zip (0% with wildfly-17.0.1.Final.zip):
- OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
- ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
> Clustering: scattered cache errors
> ----------------------------------
>
> Key: WFLY-12669
> URL: https://issues.jboss.org/browse/WFLY-12669
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 18.0.0.Final
> Reporter: Tommasso Borgato
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: clusterbench-ee8.ear
>
>
> The issue is about scattered cache replication across cluster nodes;
> WildFly is started in clustered mode using a scattered cache for replicating HTTP session data across cluster nodes; all 4 nodes in the cluster are initialized with the following {{cli}} script:
> {noformat}
> embed-server --server-config=standalone-ha.xml
> /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
> /subsystem=infinispan/cache-container=web/scattered-cache=testScattered:add()
> /subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testScattered)
> {noformat}
> The test is run with version {{wildfly-18.0.0.Final.zip}}; the same tests run with version {{wildfly-17.0.1.Final.zip}} do not have any problem; hence this looks like a regression;
> As usual, we test that the serial value stored in the scattered cache is incremented at every call: when this is not true, we say we have a *sampling error*;
> Using MOD_JK as load balancer, we have a *22.46%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> Using HAPROXY as load balancer, we have a *1.71%* of *sampling errors* with {{wildfly-18.0.0.Final.zip}} (0% with {{wildfly-17.0.1.Final.zip}}):
> - OK [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-17.0.1.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> - ERROR [eap-7.x-clustering-http-session-shutdown-scattered with wildfly-18.0.0.Final.zip](https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.re...
> On the server we deploy, as usual, `clusterbench` (see attachment clusterbench-ee8.ear).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months