[jboss-jira] [JBoss JIRA] (AS7-6460) Attribute check-for-live-server must set on live server to faillback

Francisco Borges (JIRA) jira-events at lists.jboss.org
Mon Feb 18 08:07:56 EST 2013


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

Francisco Borges commented on AS7-6460:
---------------------------------------

My assumption is that the backup having newer data in a case like this is a "given assumption". @AndyTaylor and @Clebert, do you guys have any opinions?

Notice that when the backup "restarts" as a back, it will move its data to a "side" directory. So its "exclusive" data won't get deleted that easily.
                
> Attribute check-for-live-server must set on live server to faillback
> --------------------------------------------------------------------
>
>                 Key: AS7-6460
>                 URL: https://issues.jboss.org/browse/AS7-6460
>             Project: Application Server 7
>          Issue Type: Task
>          Components: JMS
>    Affects Versions: 7.2.0.Alpha1
>            Reporter: Miroslav Novak
>            Assignee: Jeff Mesnil
>             Fix For: 7.2.0.CR1
>
>         Attachments: standalone-full-ha-backup.xml, standalone-full-ha-live.xml
>
>
> When there is live/backup pair with replicated journal then it should be sufficient to set attribute "check-for-live-server" in messaging subsystem only on backup to force backup server to shutdown when live server comes alive again. Problem is this won't happen.
> Only when attribute "check-for-live-server" is set on live server then failback is successful (backup shutdown itself)
> It's not well documented where "check-for-live-server" should be set in HornetQ project documentation:
> http://docs.jboss.org/hornetq/2.3.0.CR1/docs/user-manual/html_single/index.html#ha.allow-fail-back
> This issue was hit with EAP 6.1.0.DR2 (HQ 2.3.0.CR1).

--
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


More information about the jboss-jira mailing list