[JBoss JIRA] (JGRP-2335) Code for determining the coordinator hangs in certain conditions
by Aieksiei Illarionov (Jira)
Aieksiei Illarionov created JGRP-2335:
-----------------------------------------
Summary: Code for determining the coordinator hangs in certain conditions
Key: JGRP-2335
URL: https://issues.jboss.org/browse/JGRP-2335
Project: JGroups
Issue Type: Bug
Reporter: Aieksiei Illarionov
Assignee: Bela Ban
Affected version:
{code:xml}
<dependency>
<groupId>org.jgroups</groupId>
<artifactId>jgroups</artifactId>
<version>4.0.0.Final</version>
</dependency>
{code}
ClientGmsImpl#joinInternal hangs because #firstOfAllClients always returns false when all of the following conditions are satisfied:
- using JDBC_PING for discovery protocol
- JGROUPSPING table contains data from previous sessions
- all of the previous sessions were killed (kill -9)
- AddressGenerator is not customized
The sorted set
{code:java}
SortedSet<Address> clients=new TreeSet<>();
{code}
contains the dead servers discovered from JGROUPSPING. When the new server is added to the sorted set, it never becomes the first in the sorted set.
Suggestions: either
a) somehow involve MembershipChangePolicy in ordering strategy, or
b) make the new server (joiner) the first in the sorted set, or
c) make UUID addresses to sort depending on their time of creation.
I've used the following config:
{code:xml}
<!--
TCP based stack, with flow control and message bundling. This is usually used when IP
multicasting cannot be used in a network, e.g. because it is disabled (routers discard multicast).
Note that TCP.bind_addr and TCPPING.initial_hosts should be set, possibly via system properties, e.g.
-Djgroups.bind_addr=192.168.5.2 and -Djgroups.tcpping.initial_hosts=192.168.5.2[7800]
author: Bela Ban
-->
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="urn:org:jgroups"
xmlns:fork="fork"
xsi:schemaLocation="urn:org:jgroups http://www.jgroups.org/schema/jgroups.xsd fork http://www.jgroups.org/schema/fork-stacks.xsd">
<TCP bind_port="7800"
port_range="10"
bind_addr="<placeholder here>"
recv_buf_size="${tcp.recv_buf_size:130k}"
send_buf_size="${tcp.send_buf_size:130k}"
max_bundle_size="64K"
sock_conn_timeout="300"
thread_pool.min_threads="0"
thread_pool.max_threads="20"
thread_pool.keep_alive_time="30000"/>
<JDBC_PING
remove_all_data_on_view_change="true"
connection_driver="com.microsoft.sqlserver.jdbc.SQLServerDriver"
connection_url="jdbc:sqlserver://localhost:1433;databaseName=mydatabase"
connection_username="user"
connection_password="password"
/>
<MERGE3 min_interval="10000"
max_interval="30000"/>
<FD_SOCK/>
<FD timeout="3000" max_tries="3" />
<VERIFY_SUSPECT timeout="1500" />
<BARRIER />
<pbcast.NAKACK2 use_mcast_xmit="false"
discard_delivered_msgs="true"/>
<UNICAST3
conn_close_timeout="240000"
xmit_interval="5000"/>
<pbcast.STABLE desired_avg_gossip="50000"
max_bytes="4M"/>
<pbcast.GMS print_local_addr="true" join_timeout="2000"
view_bundling="true"
membership_change_policy="ru.illar.AppMembershipChangePolicy"/>
<MFC max_credits="2M"
min_threshold="0.4"/>
<FRAG2 frag_size="60K" />
<!--RSVP resend_interval="2000" timeout="10000"/-->
<pbcast.STATE_TRANSFER/>
</config>
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFCORE-4391) Upgrade apacheds-all to 2.0.0-M24 for Elytron tests
by Farah Juma (Jira)
[ https://issues.jboss.org/browse/WFCORE-4391?page=com.atlassian.jira.plugi... ]
Farah Juma updated WFCORE-4391:
-------------------------------
Description: This upgrade is needed to avoid a race condition in Apache Directory Server that causes a hang in {{org.wildfly.extension.elytron.LdapTestCase}} with TLS 1.3. (was: This upgrade is needed to avoid a race condition in Apache Directory Server that occurs in {{org.wildfly.extension.elytron.LdapTestCase}} with TLS 1.3.)
> Upgrade apacheds-all to 2.0.0-M24 for Elytron tests
> ---------------------------------------------------
>
> Key: WFCORE-4391
> URL: https://issues.jboss.org/browse/WFCORE-4391
> Project: WildFly Core
> Issue Type: Component Upgrade
> Reporter: Farah Juma
> Assignee: Farah Juma
> Priority: Major
>
> This upgrade is needed to avoid a race condition in Apache Directory Server that causes a hang in {{org.wildfly.extension.elytron.LdapTestCase}} with TLS 1.3.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFWIP-158) Artemis 2.7.0 logs password for STOMP protocol in clear text in debug logs
by Justin Bertram (Jira)
[ https://issues.jboss.org/browse/WFWIP-158?page=com.atlassian.jira.plugin.... ]
Justin Bertram commented on WFWIP-158:
--------------------------------------
I'm not sure there's anything we can do about this from Artemis code since the logging is being done by {{org.apache.commons.beanutils.BeanUtils}}. I think this would need to be solved in configuration by setting {{org.apache.commons.beanutils}} to {{INFO}} or higher.
> Artemis 2.7.0 logs password for STOMP protocol in clear text in debug logs
> --------------------------------------------------------------------------
>
> Key: WFWIP-158
> URL: https://issues.jboss.org/browse/WFWIP-158
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Miroslav Novak
> Assignee: Justin Bertram
> Priority: Major
>
> If TRACE log is enabled for {{org.apache.activemq.artemis}} then StompProtoco is logging password in clear text:
> {code}
> 13:48:06,488 DEBUG [org.apache.commons.beanutils.BeanUtils] (ServerService Thread Pool -- 86) BeanUtils.populate(org.apache.activemq.artemis.core.protocol.stomp.StompProtocolManager@2aa25516, {needClientAuth=tru
> e, trustStorePassword=hornetqexample, keyStorePassword=hornetqexample, port=6445, sslEnabled=true, host=127.0.0.1, trustStorePath=/home/hudson/hudson_workspace/workspace/eap-7.x-messaging-weekly-common-ssl/eap-t
> estsuite/jboss-hornetq-testsuite/tests-eap7/src/test/resources/org/jboss/qa/hornetq/test/transportprotocols/hornetq.example.truststore, keyStorePath=/home/hudson/hudson_workspace/workspace/eap-7.x-messaging-week
> ly-common-ssl/eap-testsuite/jboss-hornetq-testsuite/tests-eap7/src/test/resources/org/jboss/qa/hornetq/test/transportprotocols/hornetq.example.keystore})
> ...
> 13:48:06,488 TRACE [org.apache.commons.beanutils.BeanUtils] (ServerService Thread Pool -- 86) setProperty(org.apache.activemq.artemis.core.protocol.stomp.StompProtocolManager@2aa25516, trustStorePassword, horn
> etqexample)
> ...
> 13:48:06,489 TRACE [org.apache.commons.beanutils.BeanUtils] (ServerService Thread Pool -- 86) setProperty(org.apache.activemq.artemis.core.protocol.stomp.StompProtocolManager@2aa25516, keyStorePassword, hornet
> qexample)
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month