[jboss-jira] [JBoss JIRA] Updated: (JBAS-6604) Use FD_ALL in UDP stacks
Brian Stansberry (JIRA)
jira-events at lists.jboss.org
Tue Mar 31 17:09:22 EDT 2009
[ https://jira.jboss.org/jira/browse/JBAS-6604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Brian Stansberry updated JBAS-6604:
-----------------------------------
Fix Version/s: Backlog
(was: JBossAS-5.1.0.CR1)
Affects: [Documentation (Ref Guide, User Guide, etc.), Compatibility/Configuration]
Moving to backlog, pending resolution of JGRP-937. Bela commented on the JGroups user mail list:
"However, as I've found out on a recent clustering consulting gig, FD_ALL has some issues with FD.shun="true" on merging. The issue we ran into was a shunfest, where entire subclusters shunned all nodes in different subclusters. This lead to the issue where the cluster never re-merged due to excessive shunning going on.
I've created a JIRA issue [1] to look into getting rid of shunning and only deal with merging. However, this is going to be in 2.9 the earliest, not in the 2.6 branch.
[1] https://jira.jboss.org/jira/browse/JGRP-937 "
> Use FD_ALL in UDP stacks
> ------------------------
>
> Key: JBAS-6604
> URL: https://jira.jboss.org/jira/browse/JBAS-6604
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Clustering
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Fix For: Backlog
>
>
> Per Bela, UDP based stacks should use FD_ALL instead of FD. TCP based stacks should not.
> FD_ALL works better in cases where X > 1 nodes fail; with FD it will take X * the failure timeout to suspect the Xth node. E.g. 3 nodes C, D, E fail, 30 sec failure timeout, it will be 90 secs before the failure of E is discovered.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list