[jboss-jira] [JBoss JIRA] (JGRP-1659) deadlock in MFC with default configuration

[Bela Ban (JIRA)]

    [ https://issues.jboss.org/browse/JGRP-1659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790654#comment-12790654 ] 

Bela Ban commented on JGRP-1659:
--------------------------------

Ray, Mircea: there is a problem with multicasting over the loopback adapter in MacOS, see [1] for details. Can you try out the recommendations in [1] and see if this works for you now ?

I have OSX 10.8.4 and the test program works without any of the modifications suggested in [1].

[1] https://community.jboss.org/wiki/FragMacOSX
                
> deadlock in MFC with default configuration
> ------------------------------------------
>
>                 Key: JGRP-1659
>                 URL: https://issues.jboss.org/browse/JGRP-1659
>             Project: JGroups
>          Issue Type: Bug
>    Affects Versions: 3.2.7
>            Reporter: Mircea Markus
>            Assignee: Bela Ban
>             Fix For: 3.4
>
>         Attachments: expiration-test.zip
>
>
> MFC.down does the following:
> {code:java}
>             credits.decrement(length, block_time); //A
>             if(needToSendCreditRequest()) //B
>                     sendCreditRequest(tuple.getVal1(), Math.min(max_credits)
> {code}
> A blocks forever even if the MFC.max_block_time is configured:
> {code:xml}
> <MFC max_credits="200k" min_threshold="0.20" max_block_time="1"/>
> {code} 
> This happens at the same time on the whole cluster. B never gets invoked, so both wake up conditions( credits received or timeout) for credits.decrement are never satisfied resulting in the whole cluster to freeze.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira