[JBoss JIRA] (WFLY-5239) XSiteSimpleTestCase.testPutRelayedToBackups intermittently fails in ~5% cases with "no physical address for"
8:15 a.m.
[
https://issues.jboss.org/browse/WFLY-5239?page=com.atlassian.jira.plugin....
]
Radoslav Husar edited comment on WFLY-5239 at 10/4/16 9:14 AM:
---------------------------------------------------------------
[~pkremens] thanks for the update, but this issue is unrelated to the intermittent
failures.
Nevertheless, there are 4 nodes in this test case, so specifying binding node0 and node1
to different interfaces (depending on the setup) the LON site will not cluster (or the
tcp-bridge) and the test will fail as per your paste.
Specifying all 4 addresses does work, e.g.
{quote}
[rhusar@syrah wildfly]$ ./integration-tests.sh clean install -Dts.noSmoke -Dts.clustering
-Dtest=org.jboss.as.test.clustering.xsite.XSiteSimpleTestCase -Dnode0=192.168.0.7
-Dnode1=192.168.0.7 -Dnode2=192.168.0.7 -Dnode3=192.168.0.7
{quote}
was (Author: rhusar):
[~pkremens] thanks for the update, but this issue is unrelated to the intermittent
failures.
Nevertheless, there are 4 nodes in this test case, so specifying binding node0 and node1
to different interfaces (depending on the setup) the LON site will not cluster and the
test will fail as per your paste.
Specifying all 4 addresses does work, e.g.
{quote}
[rhusar@syrah wildfly]$ ./integration-tests.sh clean install -Dts.noSmoke -Dts.clustering
-Dtest=org.jboss.as.test.clustering.xsite.XSiteSimpleTestCase -Dnode0=192.168.0.7
-Dnode1=192.168.0.7 -Dnode2=192.168.0.7 -Dnode3=192.168.0.7
{quote}
XSiteSimpleTestCase.testPutRelayedToBackups intermittently fails in
~5% cases with "no physical address for"
------------------------------------------------------------------------------------------------------------
Key: WFLY-5239
URL: https://issues.jboss.org/browse/WFLY-5239
Project: WildFly
Issue Type: Bug
Components: Clustering, Test Suite
Affects Versions: 10.0.0.Beta2
Reporter: Radoslav Husar
Assignee: Radoslav Husar
Fix For: 11.0.0.Alpha1
I have done some work to stabilize this test a little more by switching both stacks
(default stack and the bridge stack) to tcp. This does not help the test completely, it
still fails with the well known:
{noformat}
rhusar [0m[0m15:14:52,808 INFO [org.jboss.as.server]
(management-handler-thread - 4) WFLYSRV0010: Deployed "xsite.war" (runtime-name
: "xsite.war")
[0mExecuting HTTP request:
http://[::1]:8080/xsite/cache?operation=put&key=a&value=100
[33m15:14:53,513 WARNING [org.jgroups.protocols.TCP]
(TransferQueueBundler,ee,LON-1) JGRP000032: LON-1: no physical address for
a9d43ee2-698a-fbab-2ed8-fb54009f7af4, dropping message
[0m[33m15:14:55,581 WARNING [org.jgroups.protocols.TCP]
(TransferQueueBundler,ee,LON-1) JGRP000032: LON-1: no physical address for
a9d43ee2-698a-fbab-2ed8-fb54009f7af4, dropping message
[0m[33m15:14:57,583 WARNING [org.jgroups.protocols.TCP]
(TransferQueueBundler,ee,LON-1) JGRP000032: LON-1: no physical address for
a9d43ee2-698a-fbab-2ed8-fb54009f7af4, dropping message
[0m[33m15:14:59,584 WARNING [org.jgroups.protocols.TCP]
(TransferQueueBundler,ee,LON-1) JGRP000032: LON-1: no physical address for
a9d43ee2-698a-fbab-2ed8-fb54009f7af4, dropping message
[0m[33m15:15:01,585 WARNING [org.jgroups.protocols.TCP]
(TransferQueueBundler,ee,LON-1) JGRP000032: LON-1: no physical address for
a9d43ee2-698a-fbab-2ed8-fb54009f7af4, dropping message
[0m[33m15:15:03,277 WARN [org.infinispan.xsite.BackupSenderImpl]
(default task-1) ISPN000202: Problems backing up data for cache dist to site NYC:
org.infinispan.util.concurrent.TimeoutException: Timed out after 10 seconds waiting for a
response from NYC (sync, timeout=10000)
[0mExecuted HTTP request
[33m15:15:03,586 WARNING [org.jgroups.protocols.TCP]
(TransferQueueBundler,ee,LON-1) JGRP000032: LON-1: no physical address for
a9d43ee2-698a-fbab-2ed8-fb54009f7af4, dropping message
[0m[33m15:15:05,591 WARNING [org.jgroups.protocols.TCP]
(TransferQueueBundler,ee,LON-1) JGRP000032: LON-1: no physical address for
a9d43ee2-698a-fbab-2ed8-fb54009f7af4, dropping message 17:02
{noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
3019
days inactive
3019
days old
0 comments
1 participants
participants (1)
-
Radoslav Husar (JIRA)