[JBoss JIRA] (JGRP-1946) Auth succeeds when the node without auth starts first
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1946?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-1946:
--------------------------------
This is not a supported use case. If the coordinator doesn't have {{AUTH}}, then it won't be able to authorize access to the cluster.
> Auth succeeds when the node without auth starts first
> -----------------------------------------------------
>
> Key: JGRP-1946
> URL: https://issues.jboss.org/browse/JGRP-1946
> Project: JGroups
> Issue Type: Feature Request
> Affects Versions: 3.6.4
> Environment: jdk 1.7
> Reporter: fatih fatih
> Assignee: Bela Ban
> Fix For: 3.6.5
>
> Attachments: HAController2.java, udp.xml, udp.xml
>
>
> Node starts without auth it becomes coordinator of its cluster
> In the same cluster another node starts with X509 Auth
> The node starting with auth succeeds to join to the cluster that is started by the first node instead of creating its own cluster.
> The purpose is not to allow the nodes that is with auth and the nodes that is without auth to join with each other.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JGRP-1947) JGRP000006 errors triggered by nmap TCP Connect scanning JGroups ports
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1947?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-1947:
--------------------------------
What's wrong with "failed accepting connection from peer" versus "peer reset connection" ? Actually, the latter is incorrect, because the peer wasn't even connected yet, whereas the first message is correct as the peer (nmap) tried to establish a connection and the accept() at the server side failed...
> JGRP000006 errors triggered by nmap TCP Connect scanning JGroups ports
> ----------------------------------------------------------------------
>
> Key: JGRP-1947
> URL: https://issues.jboss.org/browse/JGRP-1947
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.4.6
> Environment: Java 7u80 x32
> Tomcat 7.0.62
> HA-JDBC 3.0.4-SNAPSHOT + JGroups 3.4.6
> nmap 5.5.1
> Reporter: Justin Cranford
> Assignee: Bela Ban
> Fix For: 3.6.5
>
>
> I am running a two node Tomcat cluster. Both JGroups and Hazelcast are used for different parts of application clustering - JGroups for HA-JDBC, and Hazelcast for application locks outside of HA-JDBC.
> Hazelcast is not relevant to JGroups, except I included the Hazelcast errors because they happen at the same time as the JGroups JGRP000006 errors. This gave me a hint of why I see JGRP000006, because the Hazelcast error is more specific about root cause.
> Basically if I run a nmap TCP Connect scan on my servers like so, this opens/closes empty TCP connections. JGroups reports these events as JGRP000006, whereas Hazelcast reports them as "java.io.IOException[Connection reset by peer]".
> I am wondering if JGroups can handle these nmap TCP Connect scans more gracefully, or even log a more descriptive error with the JGRP000006 error code.
> My Tomcat errors for both JGroups and Hazelcast
> Jul 31, 2015 12:27:52 AM com.hazelcast.nio.SocketAcceptor
> INFO: [10.0.0.85]:5900 [ClusterManager] [3.2.4] Accepting socket connection from /10.0.0.86:40527
> Jul 31, 2015 12:27:52 AM com.hazelcast.nio.TcpIpConnectionManager
> INFO: [10.0.0.85]:5900 [ClusterManager] [3.2.4] 5900 accepted socket connection from /10.0.0.86:40527
> Jul 31, 2015 12:27:52 AM org.jgroups.logging.JDKLogImpl warn
> WARNING: JGRP000006: failed accepting connection from peer
> java.net.SocketException: Connection reset
> at java.net.SocketInputStream.read(Unknown Source)
> at java.net.SocketInputStream.read(Unknown Source)
> at java.io.BufferedInputStream.fill(Unknown Source)
> at java.io.BufferedInputStream.read1(Unknown Source)
> at java.io.BufferedInputStream.read(Unknown Source)
> at java.io.DataInputStream.readFully(Unknown Source)
> at org.jgroups.blocks.TCPConnectionMap$TCPConnection.readPeerAddress(TCPConnectionMap.java:494)
> at org.jgroups.blocks.TCPConnectionMap$TCPConnection.<init>(TCPConnectionMap.java:376)
> at org.jgroups.blocks.TCPConnectionMap$Acceptor.handleAccept(TCPConnectionMap.java:298)
> at org.jgroups.blocks.TCPConnectionMap$Acceptor.run(TCPConnectionMap.java:282)
> at java.lang.Thread.run(Unknown Source)
> Jul 31, 2015 12:27:52 AM com.hazelcast.nio.TcpIpConnection
> INFO: [10.0.0.85]:5900 [ClusterManager] [3.2.4] Connection [/10.0.0.86:40527] lost. Reason: java.io.IOException[Connection reset by peer]
> My nmap scan which triggers the JGRP000006 errors:
> root@myserver:~$ nmap -n -T4 -sT -PN --max-scan-delay 0ms --min-rate 1000000 --max-retries 0 -p 443,3306,5900,7900,7901 10.0.0.85
> Starting Nmap 5.51 ( http://nmap.org ) at 2015-07-31 01:33 UTC
> Cannot find nmap-payloads. UDP payloads are disabled.
> Nmap scan report for 10.0.0.85
> Host is up (0.00035s latency).
> PORT STATE SERVICE
> 443/tcp open https
> 3306/tcp open mysql
> 5900/tcp open vnc
> 7900/tcp open mevent
> 7901/tcp open unknown
> Nmap done: 1 IP address (1 host up) scanned in 0.04 seconds
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (DROOLS-866) Drools decision table with contains operator in a conditional group not working
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-866?page=com.atlassian.jira.plugin... ]
Mario Fusco reassigned DROOLS-866:
----------------------------------
Assignee: Michael Anstis (was: Mario Fusco)
> Drools decision table with contains operator in a conditional group not working
> -------------------------------------------------------------------------------
>
> Key: DROOLS-866
> URL: https://issues.jboss.org/browse/DROOLS-866
> Project: Drools
> Issue Type: Bug
> Components: decision tables
> Affects Versions: 6.2.0.Final
> Environment: Windows 7
> Reporter: lucio piccoli
> Assignee: Michael Anstis
> Attachments: FeePricing-grouping-error.xls, PricingRuleGroupingExample.java
>
>
> I cannot get the Decision Table to using grouping in the expression.
> Decision Table
> ------------------------------------
> <row 10> CONDITION
> <row 12> classList $param
> expressions are in each row.
> <row 43> (contains('AAA') || contains('BBB') ) && contains('CCC') <--fails to compile
> <row 44> (contains('AAA') || contains('BBB')
> <row 45> (contains('AA') || contains('BB') || contains('CCC') || contains('DDD')
> where the fact classList is
> List<String> classList = {'AAA', 'BB'.....}
> the rule43 is meant to fire if the list contains either 'AAA' OR 'BBB' AND 'CCC'
> however the decision table parser is failing with exception for rule 43
> [Error: Missing left node]
> [Near : {... classList (contains("AAA") || contains("CCC")) ....}]
> i have a similar rule working fine for other rows
> <row 42> contains('AAA') || contains('BBB') || contains('CCC')
> there seems to be something strange with using the contains operator in a group condition.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (DROOLS-618) Thread deadlock on org.drools.util.CompositeClassLoader
by kevin li (JIRA)
[ https://issues.jboss.org/browse/DROOLS-618?page=com.atlassian.jira.plugin... ]
kevin li commented on DROOLS-618:
---------------------------------
Thanks for your reply, and changing dialect from java to mvel can avoid that problem.
> Thread deadlock on org.drools.util.CompositeClassLoader
> -------------------------------------------------------
>
> Key: DROOLS-618
> URL: https://issues.jboss.org/browse/DROOLS-618
> Project: Drools
> Issue Type: Bug
> Affects Versions: 5.6.0.Final
> Environment: drools expert
> Reporter: Shashank Agarwal
> Assignee: Mark Proctor
> Attachments: http-54350-Processor15.txt, http-54350-Processor18.txt, http-54350-Processor20.txt
>
>
> Sometimes we are facing issues of thread deadlock due to which our application goes unresponsive. Drools version 5.6.0
> Below is the deadlock statements detected by jconsole, also attached full tread dumps. There three threads are deadlocked triangularly.
> Name: http-54350-Processor15
> State: BLOCKED on org.drools.rule.JavaDialectRuntimeData$PackageClassLoader@1d5787a owned by: http-54350-Processor18
> Name: http-54350-Processor18
> State: WAITING on java.util.concurrent.locks.ReentrantLock$NonfairSync@3cda324d owned by: http-54350-Processor15
> Name: http-54350-Processor20
> State: BLOCKED on org.drools.util.CompositeClassLoader@61269654 owned by: http-54350-Processor15
> We do not have definite threads to re-produce the issue.
> But deadlocks are happening repeatedly on our production.
> Regarding out environment details:
> 1. We have windows box on which application runs.
> 2. The rules used are kept in .drl and .xls formats
> 3. Call StatefulKnowledgeSession session = base.newStatefulKnowledgeSession();
> 4. Setup a few session globals as well.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JGRP-1947) JGRP000006 errors triggered by nmap TCP Connect scanning JGroups ports
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1947?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-1947:
---------------------------
Fix Version/s: 3.6.5
> JGRP000006 errors triggered by nmap TCP Connect scanning JGroups ports
> ----------------------------------------------------------------------
>
> Key: JGRP-1947
> URL: https://issues.jboss.org/browse/JGRP-1947
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.4.6
> Environment: Java 7u80 x32
> Tomcat 7.0.62
> HA-JDBC 3.0.4-SNAPSHOT + JGroups 3.4.6
> nmap 5.5.1
> Reporter: Justin Cranford
> Assignee: Bela Ban
> Fix For: 3.6.5
>
>
> I am running a two node Tomcat cluster. Both JGroups and Hazelcast are used for different parts of application clustering - JGroups for HA-JDBC, and Hazelcast for application locks outside of HA-JDBC.
> Hazelcast is not relevant to JGroups, except I included the Hazelcast errors because they happen at the same time as the JGroups JGRP000006 errors. This gave me a hint of why I see JGRP000006, because the Hazelcast error is more specific about root cause.
> Basically if I run a nmap TCP Connect scan on my servers like so, this opens/closes empty TCP connections. JGroups reports these events as JGRP000006, whereas Hazelcast reports them as "java.io.IOException[Connection reset by peer]".
> I am wondering if JGroups can handle these nmap TCP Connect scans more gracefully, or even log a more descriptive error with the JGRP000006 error code.
> My Tomcat errors for both JGroups and Hazelcast
> Jul 31, 2015 12:27:52 AM com.hazelcast.nio.SocketAcceptor
> INFO: [10.0.0.85]:5900 [ClusterManager] [3.2.4] Accepting socket connection from /10.0.0.86:40527
> Jul 31, 2015 12:27:52 AM com.hazelcast.nio.TcpIpConnectionManager
> INFO: [10.0.0.85]:5900 [ClusterManager] [3.2.4] 5900 accepted socket connection from /10.0.0.86:40527
> Jul 31, 2015 12:27:52 AM org.jgroups.logging.JDKLogImpl warn
> WARNING: JGRP000006: failed accepting connection from peer
> java.net.SocketException: Connection reset
> at java.net.SocketInputStream.read(Unknown Source)
> at java.net.SocketInputStream.read(Unknown Source)
> at java.io.BufferedInputStream.fill(Unknown Source)
> at java.io.BufferedInputStream.read1(Unknown Source)
> at java.io.BufferedInputStream.read(Unknown Source)
> at java.io.DataInputStream.readFully(Unknown Source)
> at org.jgroups.blocks.TCPConnectionMap$TCPConnection.readPeerAddress(TCPConnectionMap.java:494)
> at org.jgroups.blocks.TCPConnectionMap$TCPConnection.<init>(TCPConnectionMap.java:376)
> at org.jgroups.blocks.TCPConnectionMap$Acceptor.handleAccept(TCPConnectionMap.java:298)
> at org.jgroups.blocks.TCPConnectionMap$Acceptor.run(TCPConnectionMap.java:282)
> at java.lang.Thread.run(Unknown Source)
> Jul 31, 2015 12:27:52 AM com.hazelcast.nio.TcpIpConnection
> INFO: [10.0.0.85]:5900 [ClusterManager] [3.2.4] Connection [/10.0.0.86:40527] lost. Reason: java.io.IOException[Connection reset by peer]
> My nmap scan which triggers the JGRP000006 errors:
> root@myserver:~$ nmap -n -T4 -sT -PN --max-scan-delay 0ms --min-rate 1000000 --max-retries 0 -p 443,3306,5900,7900,7901 10.0.0.85
> Starting Nmap 5.51 ( http://nmap.org ) at 2015-07-31 01:33 UTC
> Cannot find nmap-payloads. UDP payloads are disabled.
> Nmap scan report for 10.0.0.85
> Host is up (0.00035s latency).
> PORT STATE SERVICE
> 443/tcp open https
> 3306/tcp open mysql
> 5900/tcp open vnc
> 7900/tcp open mevent
> 7901/tcp open unknown
> Nmap done: 1 IP address (1 host up) scanned in 0.04 seconds
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (WFLY-4790) Getting DirectBuffer OOM when sending fragmented binary message to websocket endpoint
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-4790?page=com.atlassian.jira.plugin.... ]
Stuart Douglas resolved WFLY-4790.
----------------------------------
Resolution: Done
Should be fixed in Undertow 1.3.0.Beta4
> Getting DirectBuffer OOM when sending fragmented binary message to websocket endpoint
> -------------------------------------------------------------------------------------
>
> Key: WFLY-4790
> URL: https://issues.jboss.org/browse/WFLY-4790
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Alpha3
> Reporter: Radim Hatlapatka
> Assignee: Stuart Douglas
> Priority: Critical
> Fix For: 10.0.0.Beta1
>
>
> When sending fragmented binary message (message with message payload of length 4 * 2**20 (4M). Sent out in fragments of 64). The server throws {{java.lang.OutOfMemoryError: Direct buffer memory}} [1]
> The memory for direct buffer by default depends on the size set by -Xmx, which is in EAP 7.0.0.DR4 by default set to -Xmx512m. Increasing it just increases the time before the limit is hit (it is enough to send those messages multiple times to hit the limit again).
> I believe the issue is similar to the one for EAP 6.4: [https://bugzilla.redhat.com/show_bug.cgi?id=1223708]
> [1]
> {noformat}
> 15:10:55,463 ERROR [org.xnio.listener] (default I/O-1) XNIO001007: A channel event listener threw an exception: java.lang.OutOfMemoryError: Direct buffer memory
> at java.nio.Bits.reserveMemory(Bits.java:658)
> at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123)
> at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
> at org.xnio.BufferAllocator$2.allocate(BufferAllocator.java:57)
> at org.xnio.BufferAllocator$2.allocate(BufferAllocator.java:55)
> at org.xnio.ByteBufferSlicePool.allocate(ByteBufferSlicePool.java:143)
> at io.undertow.websockets.core.BufferedBinaryMessage$1.handleEvent(BufferedBinaryMessage.java:106)
> at io.undertow.websockets.core.BufferedBinaryMessage$1.handleEvent(BufferedBinaryMessage.java:97)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSourceChannel$1.run(AbstractFramedStreamSourceChannel.java:264)
> at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:560)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:462)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (DROOLS-866) Drools decision table with contains operator in a conditional group not working
by lucio piccoli (JIRA)
[ https://issues.jboss.org/browse/DROOLS-866?page=com.atlassian.jira.plugin... ]
lucio piccoli updated DROOLS-866:
---------------------------------
Attachment: FeePricing-grouping-error.xls
PricingRuleGroupingExample.java
attached are the decision table and sample code that illustrates bug.
> Drools decision table with contains operator in a conditional group not working
> -------------------------------------------------------------------------------
>
> Key: DROOLS-866
> URL: https://issues.jboss.org/browse/DROOLS-866
> Project: Drools
> Issue Type: Bug
> Components: decision tables
> Affects Versions: 6.2.0.Final
> Environment: Windows 7
> Reporter: lucio piccoli
> Assignee: Mario Fusco
> Attachments: FeePricing-grouping-error.xls, PricingRuleGroupingExample.java
>
>
> I cannot get the Decision Table to using grouping in the expression.
> Decision Table
> ------------------------------------
> <row 10> CONDITION
> <row 12> classList $param
> expressions are in each row.
> <row 43> (contains('AAA') || contains('BBB') ) && contains('CCC') <--fails to compile
> <row 44> (contains('AAA') || contains('BBB')
> <row 45> (contains('AA') || contains('BB') || contains('CCC') || contains('DDD')
> where the fact classList is
> List<String> classList = {'AAA', 'BB'.....}
> the rule43 is meant to fire if the list contains either 'AAA' OR 'BBB' AND 'CCC'
> however the decision table parser is failing with exception for rule 43
> [Error: Missing left node]
> [Near : {... classList (contains("AAA") || contains("CCC")) ....}]
> i have a similar rule working fine for other rows
> <row 42> contains('AAA') || contains('BBB') || contains('CCC')
> there seems to be something strange with using the contains operator in a group condition.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (DROOLS-866) Drools decision table with contains operator in a conditional group not working
by lucio piccoli (JIRA)
[ https://issues.jboss.org/browse/DROOLS-866?page=com.atlassian.jira.plugin... ]
lucio piccoli updated DROOLS-866:
---------------------------------
Steps to Reproduce:
attached decision table with grouping conditions that causes compilation error
was:
create a decision table with grouping conditions in each row.
i have example decsion table but dont know how to upload.
> Drools decision table with contains operator in a conditional group not working
> -------------------------------------------------------------------------------
>
> Key: DROOLS-866
> URL: https://issues.jboss.org/browse/DROOLS-866
> Project: Drools
> Issue Type: Bug
> Components: decision tables
> Affects Versions: 6.2.0.Final
> Environment: Windows 7
> Reporter: lucio piccoli
> Assignee: Mario Fusco
> Attachments: FeePricing-grouping-error.xls, PricingRuleGroupingExample.java
>
>
> I cannot get the Decision Table to using grouping in the expression.
> Decision Table
> ------------------------------------
> <row 10> CONDITION
> <row 12> classList $param
> expressions are in each row.
> <row 43> (contains('AAA') || contains('BBB') ) && contains('CCC') <--fails to compile
> <row 44> (contains('AAA') || contains('BBB')
> <row 45> (contains('AA') || contains('BB') || contains('CCC') || contains('DDD')
> where the fact classList is
> List<String> classList = {'AAA', 'BB'.....}
> the rule43 is meant to fire if the list contains either 'AAA' OR 'BBB' AND 'CCC'
> however the decision table parser is failing with exception for rule 43
> [Error: Missing left node]
> [Near : {... classList (contains("AAA") || contains("CCC")) ....}]
> i have a similar rule working fine for other rows
> <row 42> contains('AAA') || contains('BBB') || contains('CCC')
> there seems to be something strange with using the contains operator in a group condition.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (DROOLS-866) Drools decision table with contains operator in a conditional group not working
by lucio piccoli (JIRA)
lucio piccoli created DROOLS-866:
------------------------------------
Summary: Drools decision table with contains operator in a conditional group not working
Key: DROOLS-866
URL: https://issues.jboss.org/browse/DROOLS-866
Project: Drools
Issue Type: Bug
Components: decision tables
Affects Versions: 6.2.0.Final
Environment: Windows 7
Reporter: lucio piccoli
Assignee: Mario Fusco
I cannot get the Decision Table to using grouping in the expression.
Decision Table
------------------------------------
<row 10> CONDITION
<row 12> classList $param
expressions are in each row.
<row 43> (contains('AAA') || contains('BBB') ) && contains('CCC') <--fails to compile
<row 44> (contains('AAA') || contains('BBB')
<row 45> (contains('AA') || contains('BB') || contains('CCC') || contains('DDD')
where the fact classList is
List<String> classList = {'AAA', 'BB'.....}
the rule43 is meant to fire if the list contains either 'AAA' OR 'BBB' AND 'CCC'
however the decision table parser is failing with exception for rule 43
[Error: Missing left node]
[Near : {... classList (contains("AAA") || contains("CCC")) ....}]
i have a similar rule working fine for other rows
<row 42> contains('AAA') || contains('BBB') || contains('CCC')
there seems to be something strange with using the contains operator in a group condition.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JGRP-1947) JGRP000006 errors triggered by nmap TCP Connect scanning JGroups ports
by Justin Cranford (JIRA)
[ https://issues.jboss.org/browse/JGRP-1947?page=com.atlassian.jira.plugin.... ]
Justin Cranford updated JGRP-1947:
----------------------------------
Workaround Description: Use nmap TCP SYN scanning. Half-open scanning only reaches the TCP layer of the TCP/IP stack, whereas TCP Connection scanning reaches the application layer (ex: JGroups). Unfortunately SYN scanning requires root privileges, so this workaround is not always available. (was: Use nmap TCP SYN scanning. Half-open scanning open reaches the TCP layer of the TCP/IP stack, whereas TCP Connection scanning reaches the application layer (ex: JGroups). Unfortunately SYN scanning requires root privileges, so this workaround is not always available.)
> JGRP000006 errors triggered by nmap TCP Connect scanning JGroups ports
> ----------------------------------------------------------------------
>
> Key: JGRP-1947
> URL: https://issues.jboss.org/browse/JGRP-1947
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.4.6
> Environment: Java 7u80 x32
> Tomcat 7.0.62
> HA-JDBC 3.0.4-SNAPSHOT + JGroups 3.4.6
> nmap 5.5.1
> Reporter: Justin Cranford
> Assignee: Bela Ban
>
> I am running a two node Tomcat cluster. Both JGroups and Hazelcast are used for different parts of application clustering - JGroups for HA-JDBC, and Hazelcast for application locks outside of HA-JDBC.
> Hazelcast is not relevant to JGroups, except I included the Hazelcast errors because they happen at the same time as the JGroups JGRP000006 errors. This gave me a hint of why I see JGRP000006, because the Hazelcast error is more specific about root cause.
> Basically if I run a nmap TCP Connect scan on my servers like so, this opens/closes empty TCP connections. JGroups reports these events as JGRP000006, whereas Hazelcast reports them as "java.io.IOException[Connection reset by peer]".
> I am wondering if JGroups can handle these nmap TCP Connect scans more gracefully, or even log a more descriptive error with the JGRP000006 error code.
> My Tomcat errors for both JGroups and Hazelcast
> Jul 31, 2015 12:27:52 AM com.hazelcast.nio.SocketAcceptor
> INFO: [10.0.0.85]:5900 [ClusterManager] [3.2.4] Accepting socket connection from /10.0.0.86:40527
> Jul 31, 2015 12:27:52 AM com.hazelcast.nio.TcpIpConnectionManager
> INFO: [10.0.0.85]:5900 [ClusterManager] [3.2.4] 5900 accepted socket connection from /10.0.0.86:40527
> Jul 31, 2015 12:27:52 AM org.jgroups.logging.JDKLogImpl warn
> WARNING: JGRP000006: failed accepting connection from peer
> java.net.SocketException: Connection reset
> at java.net.SocketInputStream.read(Unknown Source)
> at java.net.SocketInputStream.read(Unknown Source)
> at java.io.BufferedInputStream.fill(Unknown Source)
> at java.io.BufferedInputStream.read1(Unknown Source)
> at java.io.BufferedInputStream.read(Unknown Source)
> at java.io.DataInputStream.readFully(Unknown Source)
> at org.jgroups.blocks.TCPConnectionMap$TCPConnection.readPeerAddress(TCPConnectionMap.java:494)
> at org.jgroups.blocks.TCPConnectionMap$TCPConnection.<init>(TCPConnectionMap.java:376)
> at org.jgroups.blocks.TCPConnectionMap$Acceptor.handleAccept(TCPConnectionMap.java:298)
> at org.jgroups.blocks.TCPConnectionMap$Acceptor.run(TCPConnectionMap.java:282)
> at java.lang.Thread.run(Unknown Source)
> Jul 31, 2015 12:27:52 AM com.hazelcast.nio.TcpIpConnection
> INFO: [10.0.0.85]:5900 [ClusterManager] [3.2.4] Connection [/10.0.0.86:40527] lost. Reason: java.io.IOException[Connection reset by peer]
> My nmap scan which triggers the JGRP000006 errors:
> root@myserver:~$ nmap -n -T4 -sT -PN --max-scan-delay 0ms --min-rate 1000000 --max-retries 0 -p 443,3306,5900,7900,7901 10.0.0.85
> Starting Nmap 5.51 ( http://nmap.org ) at 2015-07-31 01:33 UTC
> Cannot find nmap-payloads. UDP payloads are disabled.
> Nmap scan report for 10.0.0.85
> Host is up (0.00035s latency).
> PORT STATE SERVICE
> 443/tcp open https
> 3306/tcp open mysql
> 5900/tcp open vnc
> 7900/tcp open mevent
> 7901/tcp open unknown
> Nmap done: 1 IP address (1 host up) scanned in 0.04 seconds
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months